SQLサーバー:filegroupシステムテーブルのみですか?
-
16-10-2019 - |
質問
当社の企業基準で分filegroup/ファイルにユーザがテーブル/スを作成します。この設定デフォルトとしてもとても美味しく大満足で合このように作成されたテーブルを記述です。
このようになります
- fileid1システムテーブル、MDF
- fileid2=t-log=LDF
- fileid3=ユーザーも=NDF
誰でもできるのでここでも理解の正当性はなぜこの義務化?
そのうち清潔状態だと思いが強い.Am I 間違ったコミュニケーション?
編集:その使用方法filegroups分離のインデックスパーティション/アーカイブのか、どのように回復片.この質問は、ご利用についての個別filegroup同じ量のためのシステムテーブルのみです。
解決
Microsoftの70-432トレーニングブックは、「プライマリファイルグループにオブジェクトを配置しない主な理由は、可能な限りI/Oに多くの分離を提供することです。システムオブジェクトのデータはデータほど頻繁に変更されません。オブジェクトでは、プライマリデータファイルへの書き込みアクティビティを最小限に抑えることにより、ハードウェアの障害により破損を導入する可能性を減らします。さらに、プライマリファイルグループの状態がデータベースの状態も決定するため、可用性を高めることができますデータベースの中で、プライマリファイルグループに加えられた変更を最小限に抑えます。」
だから、あなたがそうするようにそれを取りなさい。他の人は、これは特定の状況では必要ではなく、もちろん維持することが多いと言う人もいます。 Microsoftの推論を提供すると思っただけです。
他のヒント
これに対するパフォーマンスの利益ではなく、回復するために回復する利益があります。システムテーブルでファイルの破損が発生した場合、データベースは失われます。ユーザーデータを別のファイルグループ(またはグループ)に保持する場合、復元中にデータベースの残りをオンラインに保持しているファイルだけを復元できます(ここでエンタープライズエディションを想定しています)。
これが彼らがこれを述べる理由である場合、私は言うことはできませんが、これはプライマリファイルグループにシステムオブジェクトのみを備えた複数のファイルグループを持つことの利点です。
ただし、Autoshrinkを有効にする必要があると言うために、ジャンクを蹴る必要があります。
だから、お願いたします人を正当化する企業の規格とは何ですか?いってくださいというふうに思ってる人には誰の記事は英語で書かれた記事を基準はdoc自社でつことが行われる。
しているようになってもインターナショナルにしたい出システムのデータからユーザーデータです。とを併せて使用すれば、専用のディスク、刈り取りも性能を改善する見込みです。