問題タブ [filegroup]

2 つのファイル グループを使用するデータベースがあります。それらを PRIMARY と FG1 と呼びましょう。すべてのデータはもともと PRIMARY にあり、その後 FG1 に移動されました。これは、クラスター化されたインデックスを FG1 に移動することによって実現されました。他のインデックスは削除され、ファイル グループを指定せずに再作成されましたが、FG1 がデフォルトとして定義されていたため、これらは現在、事実上 FG1 にあります。

ただし、PRIMARY のファイルは時間の経過とともにいっぱいになります。

サイズを含め、PRIMARY に残っているものの種類を見つけるにはどうすればよいですか?
私の目標は、PRIMARY がこれ以上いっぱいにならないように、本当にすべてを FG1 に渡すことです。

数テラバイトのファイルがファイル グループに格納された SQL Server データベースがあります。壊滅的な障害が発生した場合、バックアップ (データとファイルを含む) を復元しますが、完全に復元するには数時間かかります。復元を高速化する方法を見つけたいと考えています。

ファイルなしでデータベースをすばやく起動して実行できれば理想的です。その後、後でファイルを復元できます。ファイル グループなしでデータベースをバックアップし、ファイル グループなしでデータベースを復元してから、ファイル グループを復元することはできますか?

データを使用してデータベースのスクリプトを作成し、スクリプトを実行してから、ファイル グループを復元しようとしましたが、うまくいきませんでした。

これがうまくいかない場合、実装できる他の解決策は何ですか?

タイトルは明らかです。新しいファイル グループ「ArchiveFileGroup」を作成しました。

このテーブルから古いデータを保存するために、arc_myTable という名前のテーブルを作成したい: myTable

次のクエリを使用しました。

それが正しい方法かどうかはわかりません。テーブルが含まれているかどうかを確認するために FileGroup が作成される場所がわかりません。

一部のデータをあるファイル グループから別のファイル グループに移動しましたが、master.sys.xp_fixeddrives でドライブを確認すると、ドライブのサイズが変更されたとは表示されません。

ファイルグループが物理的に保存されているドライブを確認する方法を知りたいです。

ありがとう

次のコードを使用しました

しかし、私はこのエラーが発生しました

'filegroup_name' 付近の構文が正しくありません

私はそのようなテーブル構造を持っています:

ファイル グループ[PRIMARY]はオンラインです。

ファイル グループ[FILE_GROUP_2]はオフラインです。

query を実行するselect * from Table1と、次のエラーが表示されます。

テーブルがオンラインではないファイル グループにあるため、クエリ プロセッサはテーブルまたはビュー 'Table2' のプランを生成できません。

[FILE_GROUP_2]オンラインにせずにこの整合性検証を無視するにはどうすればよいですか?

MS SQL に大規模なデータベースがあり、テーブルの 1 つが日付列で分割されています。主キー インデックスも、同じパーティション関数を使用してパーティション分割されます。データベースは、データが 3 か月ごとにバッチで追加されるため、単純復旧モデルで保持されます。

DBCC checkfilegroup で整合性エラーが検出されたため、完全なバックアップからファイル グループを 1 つだけ戻す必要がありました。

復元では、簡易モードでファイル グループの復元を実行できなかったため、完全復旧モードに変更してから、次のコマンドを実行しましたが、エラーは発生しませんでした。

データベースを復元します filegroup='2003' from disk=N'backupfile-name.bak' with recovery

「with recovery」条項でこれを正常な状態に戻すことを期待していましたが、プロセスは次のようなメモで終了しました

現在、ロール フォワードの開始点はログ シーケンス番号 (LSN) 511972000001350200037 です。復元シーケンスを完了するには、LSN 549061000001370900001 を超える追加のロール フォワードが必要です。

このファイル グループを含むデータベース テーブルにクエリを実行すると、テーブルのパーティションの 1 つがオフライン、復元中、または機能していないためにアクセスできないため、主キーにアクセスできないというメッセージが表示されます。

「with recovery」句で、このファイル グループを完全に復元したままにしなかったのはなぜですか。それで？データベース全体が非常に大きい (1.5 TB)。最初にフル モデル モードでバックアップを作成する必要があるため、ログ ファイルをバックアップできません。ファイルグループ自体はわずか 300 GB です。

復元をもう一度実行できますが、これを実行する正しい方法を知りたいです。完全復旧モードを維持し、完全なデータベース バックアップから断片的なファイル グループ バックアップを実行する方法はありますか?