問題タブ [filegroup]

SQLServer2008を使用しています。データベースのサイズはほぼ2GBです。その90％は（sp_spaceusedによる）1つのテーブルであり、ほとんどの作業で必要ありません。

このテーブルを別のファイルにバックアップして、重要なデータをこれよりも頻繁に転送できるようにすることは可能かどうか疑問に思いました。

私の推測では、これを行う最も簡単な方法は、新しいデータベースを作成し、そこにテーブルを作成し、テーブルの内容を新しいデータベースにコピーし、テーブルの関係を削除し、テーブルを削除し、他のデータベースを指すビューを作成して、そのビューを使用することです。私のアプリケーションでは。

ただし、現時点では気付いていない可能性のあるさまざまな戦略へのポインタがあるかどうか疑問に思いました。

これは私を困惑させます-SQL Server 2005/2008では、すべてのデータテーブルに使用されるデフォルトのファイルグループを指定できます。すべての BLOB 型フィールドに別のファイル グループを指定することもできます。

しかし、インデックスのデフォルトのファイルグループを指定できるかどうか、またどのように指定できるかわかりません.....

* プライマリ ファイル グループ - システム カタログ以外は何もない - 最低限 * DATA ファイル グループ - これをデータベースのデフォルトにする * すべてのインデックス用の INDEX ファイル グループ * すべての BLOB データ用の BLOB ファイル グループ (オプション) * LOG (明らかに)

ここで、すべてのテーブルとインデックスをスクリプトで手動で作成すると、もちろん、それぞれに適切なファイル グループを指定できます。しかし、インデックスを配置する場所を指定できるようにする方法/トリック/ハックはありますか? たとえば、SQL Server Mgmt Studio を使用して列をテーブルの主キーとして指定すると、PK_(tablename) インデックスが作成されますが、残念ながら、それは DATA ファイル グループに貼り付けられ、そこにあると変更できないようです。もう（ビジュアルデザイナーで）。

何か不足していますか？それとも、マイクロソフトはそのような設定を提供していませんか??

ヒント、ポインタ、リードをありがとう！

マルク

私は根っからの開発者ですが、時々、顧客にはこれらの問題に対処できる適切な DBA がいないため、決定を迫られます....

合理的なサイズの SQL Server データベース (Northwind または AdventureWorks よりも大きなもの) を扱う場合の戦略/ベスト プラクティスは何ですか? 複数のファイル グループを使用していますか? もしそうなら：いくつ？なぜ？

「すべてに対して 1 つのファイル グループ」アプローチからいつ移行するかを決定する基準は何ですか。

• データベースのサイズ?
• データベースの複雑さ?
• 可用性/信頼性の要件?
• ほかに何か？

複数のファイル グループを使用する場合、いくつ使用しますか? データ用に 1 つ、インデックス用に 1 つ、ログ用に 1 つ? データの数 (いくつ)? 選択した理由は何ですか -なぜその正確な数のファイル グループを使用するのですか :-)

ファイルグループ内に複数のファイルが必要な理由は考えられません。このように考える理由は、ファイルグループについてはT-SQL（エンドユーザー）レベルからは制御できますが、ファイルグループの個々のファイルについてはT-SQL（エンドユーザー）レベルからは制御できないためです。ファイルがまだ必要な理由についてのコメントやアイデアはありますか？

よろしくお願いします、ジョージ

新しい DB を作成していて、変更されない静的データがたくさんあります。その場合、それは手動のプロセスであり、非常にまれにしか発生しません。

このデータは、varchar と Geography の組み合わせです。

合計で約100K程度、4つ以上のテーブルになると思います。

質問

1. これらを読み取り専用ファイルグループに配置する必要がありますか
2. デザイナーでテーブルを作成し、作成中にファイル グループを定義できますか? それとも、スクリプトを介してのみ可能ですか?
3. データが (読み取り専用ファイル グループの) テーブルにある場合、後で変更できますか? それをするのは本当に難しいですか？

ありがとう。

ファイルグループとファイルストリームを使用して、ユーザーがアップロードした画像をMSSQL 2008データベースに保存した経験のある人はいますか？ディスクとデータベースに画像を保存することのすべての利点が得られるので、それらは良い考えだと思われるいくつかの記事を読みました。例えば

私は現在のプロジェクトにこれを実装しましたが、バイトを変換してイメージとして書き込む必要がある多くの不要な作業を行っているようです。（私はASP.Net MVCを使用しています）

私が心配すべき他の落とし穴はありますか？代わりに、実際にこれらのイメージを自分でディスクに保存する必要がありますか？Amazon AWSなどの他の代替手段を検討する必要がありますか？

一種の 101 の質問: ユーザー定義のファイル グループに複数のファイルがある場合、行を挿入するときの SQL Server の動作は何ですか? ラウンドロビン？いっぱいまで書いて、次に進みますか？この件に関するtempDbに関するいくつかの興味深い投稿を見つけましたが、ラウンドロビンを示唆していますが、決定的なものはありません。

こんにちは、SQL サーバー 2008 の初心者です。ファイル グループにファイルを追加して、ファイル ストリームを使用するテーブルを作成しようとしましたが、エラーが発生し続けます。

ここに私が試しているコードがあります:

エラー:

メッセージ 5134、レベル 16、状態 2、行 1

'E:\Projects\fs.ndf' で指定されたパスは、サポートされているファイル システム上にないため、FILESTREAM ファイルには使用できません。

メッセージ 5009、レベル 16、状態 14、行 1

ステートメントにリストされている 1 つ以上のファイルが見つからないか、初期化できませんでした。

助けてください！

ファイルストリームを含むデータベースのバックアップを取ろうとしましたが、うまくいきました。他のサーバーでも復元しようとしましたが、それも機能します。

今、私は問題に直面しています。当社のデータベースはサイズが大きく (約 320 GB)、バックアップと復元に時間がかかります。したがって、クライアントは、時間を短縮するための何らかの手法を提案することを望んでいます。

データベース内の個々のファイル グループをバックアップおよび復元できる断片的な復元を試しました。Filestream 以外のすべてのファイル グループで問題なく動作します。バックアップを取ることはできますが、復元することはできません。

何か考えはありますか??

よろしく、

プラシャント。