はなぜベストプラクティスは、私が見つけたこの記事や他のいくつかによるとAzureのVM

Question

上のSQL Serverのログドライブ上のキャッシュを無効にするためにあなたを教えてくださいSQL Serverログディスク用のプレミアムストレージディスク。しかし、私はなぜその理由を説明するのか分かりません。

誰かに洞察力がありますか？

ログドライブ上の読み取り専用キャッシュを無効にする理由は、VM内の2つの独立したストレージプールを設定する必要があるためです。これによりVMのAzure内のアップグレード/ダウングレードが増えます問題を抱えており、かなりパフォーマンスが低い。

たとえば、ドライブの制限が16のDS V13から始めるとしますが、スロットルを行う前にスロット数を制限することができます（25000 IOP）。ベストプラクティスではデータの読み取り専用キャッシュとログのキャッシュがないので、それらのドライブのうち8つはデータに、8つはログに記録します。

これで、サーバーをアップグレードして、DS V14にアップグレードする必要があります。今では、スロットルされる前に最大12台のドライブを使用できます（50000 IOP）。ただし、データドライブのストレージスペースの列サイズはわずか8で、40000 IOPに制限されています。したがって、あなたはIOの完全な可能性を使用していません。

ただし、DS V13から開始して16台のドライブすべてを1つのストレージプールに割り当てることができれば、その上にログとデータの両方を入れることができます。あなたは完全なIOPの可能性を無駄にしないように心配することなく、DS V15までアップグレード/ダウングレードすることができます。

別の方法は次のとおりです。すべての16台のドライブに対して1つのストレージプールを作成する場合、VMのアップグレード/ダウングレードにかなりの柔軟性があります。 2つのストレージプールを作成する必要がある場合は、作成しないでください。

Answer 1

我々は、プレミアムの「なし」のキャッシュを設定することを推奨しますログファイルをホストするストレージディスク。ログファイルは主に書き込みが重い操作であり、ReadOnlyキャッシュのメリットはありません。 2つの理由：

1. 正当なキャッシュの内容は、ログから無駄なデータによって追い出されます。
2. ログ書き込みもキャッシュBW/IOPSを消費します。キャッシュがディスク（ReadOnlyまたはReadWrite）で有効になっている場合、そのディスク上のすべての書き込みによってそのデータがキャッシュに書き込まれます。すべての読み取りは、キャッシュにデータをアクセス/配置します。したがって、キャッシュがONの場合、すべてのIOがキャッシュにヒットします。私はこの質問が何よりもそれを行うにはより多くを持っていると思うので

おかげで、 アウン

Answer 2

ログファイルはリカバリの一部として使用され、特定の時点にデータベースを復元するのに役立ちます。停電やハードリブートによるログファイルの破損データはMSSQLでは良くありません。 MSの以下の記事を参照してください。古いバージョンのSQLに関連していますが、ログファイルの目的は変更されていません。

すべてのデータベース管理者がSQL Serverでキャッシュディスクコントローラの
https://support.microsoft.com/en-us/kb/234656

説明を知っている必要がありますSQL Serverとディスクドライブのキャッシュを使用する方法について

情報
https://support.microsoft.com/en-us/kb/86903