手動で実行し、データを適切な値に修正する。ハードウェアエラーディスク自体が怪しい場合は、修復中に新たな破損が発生する可能性がある。破損したデータベースをバックアップして、最悪その時点まで戻せる状態にする。データベースと同じディスク上に取得すると危険。ファイルの誤削除に気をつける復旧モデルの確認。どの段階まで戻すのか。破損したデータベースのバックアップとなっていないか。破損したデータベースをバックアップしても破損している。復元手順が確立されているか。エラーログに出力される。バックアップの一般的な問題トランザクションログが切り捨てられない。アクティブなトランザクションがある。プロパティを書き込めないのでコミットが完了できないバックアップアプリケーション側の調査が必要ワーカースレッドが不足する。足りなくなる可能性があるので手動で調整する。一般待機可能オブジェクト。ロック以外でもデッドロックが検出されるんですね。デッドロックとブロッキングは違う。加入し、強制的に一方のトランザクションを終了サイクルデッドロックたすき掛けのデッドロック。説明のあるデッドロック同じ行にアクセスしていなくても発生する。更新時にフルスキャンで全件走査しながら更新していくと発生する。変換デッドロック同一行に複数トランザクションで共有ロック。同一行に対して複数トランザクションで更新。変換しようとして発生。通信バッファのデッドロック並列クエリが影響している。並列クエリでスレッド間でやり取りしているものが通信バッファといわれる。絵で丸になっているのが通信バッファ。通信バッファの中にはデータが入っている。右のパイプでデータを渡している。並列クエリのスレッドはあるタイミングまで互いを意識していない。回避することもできる。並列実行されなくなるのでパフォーマンスが低下する可能性がある。スレッドのデッドロックスレッドプールがある。するためにはスレッドプールからスレッドが必要となる。ブロッキング等で処理が停止しているとスレッドプールにスレッドを返さない。するためのスレッドがスレッドプールで枯渇している場合に発生する。ワーカースレッドを手動で小さくすると試すことができる。セッションを確認、デフォルトで有効になっている。リングバッファのため、古いデータは時間が経過すると消されてしまう。トレースで前後のトランザクションを確認する。キャッシュに残っていればキャッシュから確認することもできる。scan異なるデータ型同士の比較。データ型にも優先度がある。優先度によっては、比較対象の項目ではなく、実データの列が変換されることがある。ようにドットつきで検索しないと暗黙の型変換がかかる。トランザクション分離レベルはコンポーネントサービスから変更できる。キャストにトラブルシューティングがあるのでそちらを確認コマンドとしてスイッチをつける。日間とても楽しんで勉強することができました。チューニング等をメインにしていますが、本ブログで情報発信している内容に関することでしたら対応できます。お仕事のご相談がありましたらTwitterfacebookやブログのコメントでご連絡いただけると幸いです。ブログにコメント頂いた内容は私が承認しない限り表示されません。受賞させていただきました。本ブログの内容は個人的に検証したものとなり、検証結果を含め記載している内容を保証するものではありません。体験記の連載をさせていただきました。最後まで飲み切れず...。