5

SQL Server 2005 で新しいデータベースを作成するときは、このオプションを常に無視します。これは、理解できないものを無視してそのままにしておくことができるからです。(私はDBAにはあまり興味がありません)

だから今、私はそれが何であるかに興味があります。

あなたの経験から、いつセカンダリ データ ファイルをデータベースに追加する必要があると思いますか? また、なぜそれが必要なのですか?

4

3 に答える 3

3

これが役立つ場合がたくさんあります-開始するには、可用性の理由から、プライマリデータファイルにシステムデータのみを保持することが常に最善です(プライマリデータファイルが利用可能である限り、データベースをオンラインにすることができます)。 、可能な限り多くのオンラインを使用しながら、システム以外のデータを修復/復元などすることができます)。セカンダリファイルを使用するその他のケース:

  1. 複数のLUNにデータを分割する
  2. 部分的な/filegroupバックアップ/復元を許可する
  3. 異なるLUN間で異なる読み取り/書き込みアクセスタイプをセグメント化する(つまり、シーケンシャルとランダム)
于 2009-11-10T12:12:35.757 に答える
1

ここで他の回答ですでに述べたパフォーマンスの側面に加えて、安全性の問題もあります。

データベースのカタログビュー(テーブル、列、アクセス許可、およびそのすべてのシステム関連のものを追跡する)は、常にプライマリデータファイルにあり、変更することはできません。

そのシステムカタログデータをプライマリデータファイルで分離し、ユーザーデータをセカンダリファイルに入れることができる場合、プライマリファイルは小さくなり、更新と挿入が大幅に少なくなるため、不良ディスクなどによる破損の可能性があります。セクターは最小化されます。

システムカタログビュー(およびその基になるテーブル)が破損または破壊された場合、データベース全体がトーストされるため、そのプライマリデータファイルが破損する可能性を最小限に抑える必要があります。

これは、小規模から中規模のデータベースではおそらく大きな問題ではありませんが、大規模なセットアップでは考慮すべき点かもしれません。

于 2009-11-10T12:41:17.940 に答える