giip
SES案件登録
GIIP Production Knowledge Base

実際のプロダクション運用から蓄積した技術ナレッジ

GIIP Production Knowledge Baseは、実際の顧客対応、データベース移行、クラウド運用、性能調査、障害対応を通じて蓄積した知識を、機密情報を除去し、再検証したうえで公開する技術ナレッジベースです。

すべての文書に対象製品・確認バージョン・必要権限・実行影響・最終検証日を明記しています。参照専用のSQLはそのままコピーして実行できます。

キーワード検索

33 件の文書

カテゴリから探す

SQL Server12統計情報、待機事象、トランザクション、ログファイル、CDC、レプリケーション、Linked Server、TLS接続まで、SQL Serverの本番運用で実際に確認する項目をSQL付きで解説します。Aurora MySQL5スロークエリ調査、DMSエラー、文字セット移行、binlog保持期間、監査ログなど、Aurora MySQLの運用で判断が必要になる項目を整理しています。TiDB1TiDBの運用上の特性と、MySQL互換データベースへ移行する際に確認すべき差分を整理しています。データベース移行1大規模データベースの移行計画、切替方式の選択、移行後の検証項目を整理しています。AWS2RDSのインスタンス構成、スケールアップとスケールアウトの判断、データベースコストの見直し項目を整理しています。インフラ2EBSのIOPSと物理ディスクのIOPS、Random/Sequentialの違い、NVMe構成のボトルネックなど、数値の意味を取り違えないための基礎を整理しています。監視124時間監視で実際に何を見るのか、閾値をどう決めるのか、誰が一次対応するのかを整理しています。障害対応1障害検知から復旧までの手順、AIエージェントに任せられる範囲、人間が判断すべき範囲を整理しています。AI運用6承認とロールバック、監査ログ、モデルコスト、外部API障害時のフェイルオーバーなど、AIを運用に組み込むときに必要になる設計を整理しています。GPUインフラ1GPUサーバーの構成、電力、コロケーション、ローカルLLMと商用APIのコスト比較に関するナレッジを順次公開します。GIIP1FDE Ops、FDE Box、コーディングエージェントとの違い、AIアプリのサービス化など、GIIPの運用モデルを技術的に説明します。

症状・障害から探す

監視と障害対応の体制をつくる

最近更新した文書

TypeSafe AI Jev (System One Decision Model)TypeSafe AIのJevとは何か — 超高速な意思決定System 1モデルの特徴と導入効果Jevは会話文を生成する従来のLLMとは異なり、事前定義された問いに対して構造化された選択肢(Choice)やスコア(Score)を1パスで即座に返す超高速なSystem 1意思決定モデルです。40〜200倍の速度と400倍のコスト削減を実現します。SQL ServerオンプレミスSQL ServerからAWS移行後にDisk I/O性能が低下する原因と対策オンプレミスの物理NVMe/SSDとAWS EBSの構造的な違いによるDisk I/O性能低下の原因と、バッファプール最大化・データ圧縮・ファイル分離・CDCログ肥大化対処という4つの実務対応を整理します。GIIP AI HarnessGIIP AI Harnessがクエリヒント(Query Hint)を排除する理由GIIP AI HarnessがSQL生成・チューニング時にFORCE INDEXや結合ヒントを原則排除する理由と、削除予定インデックスを安全に判断するための確認手順を整理します。企業向けローカルAIインフラ企業向けローカル図形AIに必要なGPUとサーバー構成 — 20名利用基準の参考費用企業向けローカル図形AIには、RTX PRO 6000 Blackwell 96GB ×2(20名推奨構成)をはじめ、用途に応じたGPU選択と、VLM→CAD Engine→Validatorのパイプライン設計が重要です。GPU選択はユーザー数だけでなく、1枚あたりのVRAM容量・同時利用人数・図形ページ数・応答時間目標で決まります。SQL ServerNVARCHARリテラルのNプレフィックス漏れで日本語・絵文字がエラーなく文字化けするNプレフィックス漏れのNVARCHARリテラルは、エラーなく暗黙変換され非ASCII文字を失います。検出方法と再発防止策を整理します。AI運用(自動生成コンテンツ全般)AI生成コンテンツの汚染を検出するガードと、再生成を完了条件にしない運用AI生成コンテンツに混入する既知の汚染パターンを機械検出し、再生成後は本文を直接確認してから完了と判断する運用ガードを解説します。

よく読まれている文書

アクセス数の推計値ではなく、検索意図が広く最初に読む価値が高い文書を編集部で選定しています。

SQL ServerSQL Serverでテーブルごとの統計情報更新日時を確認するSQLsys.stats と STATS_DATE で、テーブル・統計ごとの最終更新日時と更新後の変更行数を一覧化する参照専用SQLです。SQL ServerSQL Serverで長時間開いたままのトランザクションを確認するSQLsys.dm_tran_active_transactions 系のDMVで、開始時刻・セッション・最後に実行したSQLまで含めて放置トランザクションを特定する手順です。Aurora MySQLAWS DMSでError 1032が発生する原因と確認方法DMSのCDCで出るError 1032はターゲットに該当行が無いという意味です。制御テーブルの読み方と主キー不一致の確認手順、タスク設定の選択肢を整理します。ストレージRandom IOPSとSequential IOPSの違いと、ベンチマーク結果の読み方IOPSという数値がI/Oサイズ・キュー深度・read/write比なしには比較できない理由と、fioでの測定条件の作り方を整理した文書です。AWS RDSAWS RDSで大きいインスタンス1台と小さいインスタンス複数台に分ける場合の違いRDSのサイジングで「大きい1台」と「小さい複数台」を比べるときの技術的な差分と、決める前に測るべきCloudWatch指標を整理した文書です。GIIP FDE OpsコーディングエージェントとGIIP FDE Opsは何が違うのかコーディングエージェントと運用サービスは「作業の単位」が違います。両者のスコープの境目を9つの観点で比較し、自組織で確認できるコマンドを添えています。

コピーして実行できるSQL

データも設定も変更しない参照専用のSQLを掲載している文書です。同じ文書に変更を伴う対応手順が含まれる場合があるため、実行前に各コマンドのリスク表示と「適用条件」を必ず確認してください。

SQL ServerSQL Serverでテーブルごとの統計情報更新日時を確認するSQLsys.stats と STATS_DATE で、テーブル・統計ごとの最終更新日時と更新後の変更行数を一覧化する参照専用SQLです。SQL ServerRDS for SQL Serverでトランザクションログの使用率を確認する方法ログ使用率を DBCC SQLPERF(LOGSPACE) と sys.dm_db_log_space_usage で確認し、解放されない理由を log_reuse_wait_desc で切り分ける参照専用手順です。SQL ServerSQL Serverで長時間開いたままのトランザクションを確認するSQLsys.dm_tran_active_transactions 系のDMVで、開始時刻・セッション・最後に実行したSQLまで含めて放置トランザクションを特定する手順です。SQL ServerSQL ServerでCXPACKET待機が多いときの原因と確認方法sys.dm_os_wait_stats と sys.dm_os_waiting_tasks で CXPACKET を評価し、CXCONSUMER との区別を踏まえて並列度の見直しに進むための手順です。SQL ServerSQL ServerのMAXDOPとCost Threshold for Parallelismを確認・変更する方法サーバー・データベース・クエリの3階層で並列度を確認し変更する手順と、それぞれの適用範囲・影響範囲の違いを整理します。SQL ServerSQL ServerのCDCでログスキャンが止まっていないか確認する方法sys.dm_cdc_log_scan_sessions と cdc.lsn_time_mapping、キャプチャジョブの状態から、CDCのログスキャンが進んでいるかを確認する手順です。

データベース移行

AI監視・運用

GIIPの運用モデル

現在のDB・インフラ構成を無料診断する

ここに書かれた確認を一度実行することは難しくありません。難しいのは、複数の環境で継続的に確認し、異常が出た時点で対応することです。

DB・インフラ診断を相談する