インデックスの再編成または再構築を心配しているDBAは、データの損失を引き起こす可能性がありますか？

インデックスの断片化が95％を超えるデータベースがあります。最善のこととして、インデックスの再構築はこれまでになく少ない再編成で行われたことがわかります。年間で。

（公平のために、これらのテーブルでは自動更新された統計が有効になっているようです。また、公平のために、彼はバックアップ（1日ごとの完全ログと1時間ごとのログ）に熱心です。

私が尋ねると、DBAはインデックスの再構築または再編成に消極的だと言いました。私が理由を尋ねたとき、彼はそれを実際に表現できませんでした。最終的に彼は、潜在的なデータ損失を心配していると言いました。たとえば、Great Plains Dynamicsの会計アプリケーションでデータベースの1つが使用されており、彼はそれについて非常に心配しているようでした。

私はDBAではありませんが、私が読んだことから、彼の不安は...私には理解するのが難しいようです。

次に何をすべきかわかりません。私はどのように進むべきか提案しますか？

データベースインデックスを再構築しても、データが失われることはありません。ただし、再構築中のインデックスは通常、再構築が完了するまで使用できないため、パフォーマンスが大幅に低下する可能性があります。そのため、影響を受けるシステムがアイドル状態の営業時間外に行う必要があります。

パラノイアはDBAにとって良いことです-データの損失を心配している場合は、バックアップの適切なテストを実行します（別のシステムに復元し、データがすべて揃っていることを確認します）。それでも心配な場合は、インデックスを再構築する前に完全バックアップを実行することをお勧めします。

インデックスの再構築またはデフラグによるデータ損失のリスクはありません。

インデックスの再編成は、SQLサーバーからの時間と労力が少ないため、平日のタイプのインスタンスで実行できます。あなたが言っていることが本当なら、今までにないインデックスを再編成しても、サーバーに大きな影響を与える可能性があります。インデックスの再構築は、削除されて再構築されるため、SQLサーバーからかなりの労力がかかります。平日の夜間に再構築を行うことは、サーバーがインデックスでビジーであり、それを使用するユーザーにサービスを提供しないというリスクに見合うだけの価値はありません。

私はvoretaq7に同意します。もし彼がインデックスの操作を心配しているなら、最初に開発サーバーまたはテストサーバーで試してみて、反応を確認してください。