1

データベースを本格的に使用するためにシステムのディスクを構成するために、できる限りのことを確実に行いたいと考えています。私が知っている (他にも?) 懸念すべき 3 つの領域は次のとおりです。

  1. I/O サイズ: データベース エンジンとディスクのネイティブ サイズが一致するか、データベースのネイティブ I/O サイズがディスクのネイティブ I/O サイズの倍数である必要があります。
  2. ダイレクト メモリ アクセスが可能なディスク (IDE など) を構成する必要があります。
  3. ディスクが永続的にデータを書き込んでいると言うとき、そうであるに違いありません! キャッシュに保管して嘘をつくことはありません。

これらが CENTOS と Ubuntu に確実に当てはまるようにする方法についての情報を探していましたが、何も見つからないようです!

これらのことを確認し、必要に応じて変更できるようにしたいと考えています。

あらゆるご意見をお待ちしております。

注意してください: 関連する実際のハードウェアは非常に控えめです。重要なのは、私たちが持っているハードウェアを最大限に活用することです。たとえそれがより広い観点から見れば「それほど深刻なハードウェアではない」としてもです。

もっと：

読んで返信するのに時間がかかることに感謝しますが、データベース/ハードウェアに関する優れたアドバイスだけでなく、私が尋ねた特定の事柄に実際に対処する「回答」を得たいと思っています。すなわち：

1) OS が実行したい I/O ユニットのサイズを簡単に知るにはどうすればよいですか? どうすれば変更できますか？(IOW: これがもっぱらファイル システム フォーマットの問題である場合、既に作成されたファイル システムで何が使用されているかを知るにはどうすればよいでしょうか? /etc/fstab でファイル システム フォーマットがわかります...この場合、 ext3。

2) ディスク ドライブに DMA があるかどうかはどうすればわかりますか? もしそうなら、どうすればオンにできますか？（一部のドライブにはこの機能があると言われましたが、これらのドライブにある場合はオンになっていることを確認して確認したいと思います。）

そして最後に;

3) ドライブがライターに、実際にはまだキャッシュにあるのに、その素材が書き込まれていることを単に伝えているだけなのかどうか、どうすればわかりますか? さらに重要なことに、そのような機能が存在する場合、またはそのような機能を使用しないようにシステムを設定するにはどうすればよいですか?

あなたの洞察に感謝します。RT

4

3 に答える 3

1

「深刻なデータベースの使用」と同じ文で IDE に言及していますか?

データ、ログ、およびバックアップ用に個別のアレイを備えた多スピンドル RAID 1+0 アレイ内の SSD または 15k SCSI。tempdb 用の別の配列も検討してください。

また、キャッシュの問題を回避するために、コントローラーのキャッシュも 100% 読み取りに切り替えます。

もちろん、「深刻な」場合は、クラスタリングなどを検討します。したがって、ここでは SAN が役立ちますが、ローカル スピンドルほど高速ではない可能性があります。

于 2010-03-31T21:49:59.863 に答える
1

1) /sys/block/sdX/queue/{max_hw_sectors_kb,max_sectors_kb} を確認します。1 つ目はハードウェアが許可する最大転送サイズで、もう 1 つは max_hw_sectors_kb 以下の任意の値に設定できる現在の最大値です。

2) hdparm -i /dev/sdX

3) ライトバック キャッシュをオフにする (hdparm で実行できます) か、ファイルシステムが同期時にバリアを発行するようにします (fsync() またはジャーナル コミットなど)。

于 2010-04-01T17:21:40.340 に答える
0

ファイルシステムやデータベースに関する情報は含まれていないため、ここにいくつかのその他のポインターを示します。

最終的にディスクを失うことは避けられないため、適切なバックアップおよびリカバリ戦略を導入し、トランザクション ログをミラーリングすることも同様に重要です。これにより、ディスク障害やデータファイルの完全な損失に対処できます。

1) 可能であれば、トランザクション ログの少なくとも 1 つのコピーを固定ディスクに置きます。唯一のトランザクション ログを外部ストレージ サブシステムに置かないでください。(ログのミラーリングをサポートするデータベースを使用すると仮定します)。

2) gbn に同意します。実際には、書き込みキャッシュを使用しないでください。バッテリ バックアップを使用している RAID アレイのデータベースを失いました。ストレージ コントローラ カードをライトスルー用に構成します。

3) raw デバイスは保証された書き込みを提供しますが、手間をかける価値はありません。一部のファイルシステムでは、同期書き込みオプションも提供されています。可能であれば使用してください。私は VxFS が好きですが、Sun の世界の出身です。Linux では、少なくとも btrfs は優れていますが、今のところ、db を適切にセットアップすれば Ext3 は問題なく動作します。

于 2010-03-31T22:01:59.827 に答える