web-dev-qa-db-ja.com

SQL ServerとVMS

SQLサーバーにVMを展開する必要があります.SANボリュームをどのように計画していますか。異なるVMDKにOS、データ、ログファイルを入れてください。または異なる巻？またはすべて同じボリュームを置く？

また、多くのボリュームを作成するか、1または2に制限することは良いことですか？ （SQL-LOG、SQLデータ、ファイル、OS-VM、24時間、5分、1回のレプリカ）

前もって感謝します。

sql-server-2005storage-area-networklefthand
1
user40997

  1. SQLディスクのマイクロソフトのベストプラクティスに従ってください。 OS、データ、およびログを別々のVMDKに入れる。 http://technet.microsoft.com/en-us/library/bb402876.aspx

  2. あなたよりも多くの仮想CPUを使用しないでください。

  3. パーティションを合わせます。

  4. SQL ServerがONしているデータストアにあまりにも多くのVMを入れないでください。

1
JakeRobinson

パフォーマンスの観点からは、異なるドライブにOS、データ、ログ、およびTEMPDBファイルを配置することが常に良い習慣です。

0
Nomad

こんにちは、SQLサーバーにいくつかのVMを展開する必要があります。また、SANボリュームをどのように計画しますか。異なるVMDKにOS、データ、ログファイルを入れてください。または異なる巻？またはすべて同じボリュームを置く？

バックアップとパフォーマンスのニーズによって異なります。スナップショットを使用する予定の場合、スナップショットプロバイダは同じVMDK上にデータとログファイルを持つ必要があるかもしれません。より速いSANスループットのためにマルチパスが必要な場合は、別々の基礎となるLUN上のいくつかの異なるVMDK上のデータファイルが必要になることがあります。

また、多くのボリュームを作成するか、1または2に制限することは良いことですか？ （SQL-LOG、SQLデータ、ファイル、OS-VM、24時間、5分、1回のレプリカ）

繰り返しますが、バックアップとパフォーマンスのニーズに依存します。一般的には、できるだけ少ないボリュームにこれらを縮めるのが簡単ですが、SANのボリュームレベルのスナップショットを非常に高速バックアップの場合は、惨事復旧に基づいてVMをグループ化する必要があります。ニーズ。

0
Brent Ozar