私は決して DBA ではありませんが、Web 開発者であるということは、データベースをインストール、セットアップ、および管理する必要があるということです。以前は、SQL Server の既定のインストールに従っていました。時間が経つにつれて、私は賢くなり、デフォルトのインストールではほとんどの場合ドアが開いたままになり、漏れることを学びました.
では、私のように SQL Server 2005 をインストールする際に、徹底的に評価すべき重要な設定は何ですか? または2008年？それとも、すべての設定が「重要」ですか?
SQL Server 2005 の「適切な」セットアップをガイドする優れたリソースはありますか?
すべての設定は重要ですが、私が常に再確認することは次のとおりです。
認証タイプ - 統合または SQL? SQL の場合は、非常に強力な sa パスワードを入力してください。
サービス アカウント - アカウントに必要なものを考えます。通常、サービスごとにドメイン ユーザーを個別に作成し、最小限の権限で実行します。
データベース パス。システム データベースとユーザー データベースをどこに置くかを前もって決定します。事後に決定するよりも、インストール中に決定する方がはるかに簡単です。
これは 64 ビットではほとんどなくなりましたが、サーバー上で実行されているのが SQL だけであり、それが 32 ビットである場合は、常に「AWE」が有効になっていることを確認します。このように、SQL Server は、通常の 2GB に制限されるのではなく、サーバーが持つすべてのメモリ (4GB サーバーで最大 3GB) にアクセスできます。
それらはすべて重要であり、それらはすべて異なる目的を持っているため、環境の問題であるという意見に賛成です.
Books on Lineやその他の場所にあるMicrosoftのドキュメントは、非常に徹底的で正確です。マイクロソフトが行っている最高のドキュメントだと思います。ですから、ここで書く前に「RTM」について厳密に説明しますが、これは不完全であり、どのような場合でも比較すると不十分です。
とは言うものの、最優先事項は害を与えないことです。デフォルト設定を変更する必要があるというよりも、設定を変更した結果の不完全な理解が問題を引き起こしている多くのケースを見てきました。（注：このアドバイスは、デフォルトがかなりランダムなIMHOであるMySQLには適用されません。）
チェックする私の一番の設定は、サーバーの照合です。これにより、システム データベースの照合が制御されます。照合エラーを回避するために、新しいサーバーの照合が古いサーバーの照合と同じであることを確認する必要があります。理想的には、ユーザー データベースは同じ照合順序になります。
2 つの照合順序が異なり、TempDB の varchar データをユーザー データベースの varchar データと比較する場合は、照合順序を指定する必要があります。
他のほぼすべての設定は後で変更できますが、サーバーの照合は、保持するために立ち往生しているものです。(技術的には、新しい照合順序でシステム データベースを再構築できますが、その労力に見合う価値はなく、セットアップを再度実行する必要があります)。
ドライブ構成！ログとデータベース ファイルをどこに配置するかは、パフォーマンスの観点から非常に重要です。