アカウント名:
パスワード:
どんなFSであれ、たとえばガリガリに稼働してる最中のSQLサーバのスナップショットなんて取れたところでたいした意味ないしあまつさえVM上で動いてるようなOSイメージをFS上で取ったところで不整合なものになってしまうFSの本質をフォーカスしていくと地味な構造改革の積み重ねがあってのカラクリで、extをベースにしたものだろうがHFSだろうがNTFSだろうが新しいからといって簡単においそれと乗っかれるものじゃあない肝心なのはどんな用途にどんなOSやFSが最適かを選択する先見性
バックアップのためのSQLサーバーの停止がごく短時間でいいってのが優秀なスナップショットを使ったときのメリットじゃないですかね。動いたまま取ったスナップショットが不安なのはみんなわかってる。- DBエンジン停止- スナップショット取得(この間数秒未満)- DBエンジン起動ってのがSolarisにZFSが入った頃流行った気がする。
SolarisやZFSの話をしつつRDBMSのことを「SQLサーバー」と表記する不思議なツリーだ。
一瞬流行ったけどすぐ廃れましたね
廃れた理由はなんだったんですか?
Oracleだと
alter databse begin backup
あたりを発行してからバックアップ実行ですね. これによりデータベースの更新操作がバッファリングされ, バックアップ中の一貫性が保証されますから.
最近のRDBMSは基本的にこうしたランタイムバックアップ機能を持っていますから, ファイルシステムのスナップショット機能は, それほど有効ではないですね. しかもRDBMSではデータ格納先として大きめのファイルを使いますから, スナップショットを取ってもほとんどの場合直ちに更新がかかって実データのコピーが作られることになりますし.
ファイルシステムスナップショットが有効なのは, 比較的小さめのファイルが数多く有って, しかもその多くはあまり更新されないというような場合でしょう.
まぁ、そうじゃないと電源故障したらDBも死にましたってことになっちゃうからね
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
APFS のタイムスタンプは 1 ナノ秒単位 (スコア:2)
データ連携と統合を科学するブログ: Windowのファイル更新日時(前編) ファイルを別のドライブに置いたら更新日時が変わった? [blogspot.com]に詳しく書いてある。
# 分解能は 1 時間単位ってなんだ?
Re: (スコア:0)
どんなFSであれ、たとえばガリガリに稼働してる最中のSQLサーバのスナップショットなんて取れたところでたいした意味ないし
あまつさえVM上で動いてるようなOSイメージをFS上で取ったところで不整合なものになってしまう
FSの本質をフォーカスしていくと地味な構造改革の積み重ねがあってのカラクリで、extをベースにしたものだろうがHFSだろうがNTFSだろうが
新しいからといって簡単においそれと乗っかれるものじゃあない
肝心なのはどんな用途にどんなOSやFSが最適かを選択する先見性
Re:APFS のタイムスタンプは 1 ナノ秒単位 (スコア:1)
バックアップのためのSQLサーバーの停止がごく短時間でいいってのが優秀なスナップショットを使ったときのメリットじゃないですかね。動いたまま取ったスナップショットが不安なのはみんなわかってる。
- DBエンジン停止
- スナップショット取得(この間数秒未満)
- DBエンジン起動
ってのがSolarisにZFSが入った頃流行った気がする。
Re:APFS のタイムスタンプは 1 ナノ秒単位 (スコア:1)
SolarisやZFSの話をしつつRDBMSのことを「SQLサーバー」と表記する不思議なツリーだ。
Re: (スコア:0)
一瞬流行ったけどすぐ廃れましたね
Re: (スコア:0)
廃れた理由はなんだったんですか?
Re: (スコア:0)
サーバー停止しなくても、バックアップ開始時点のデータしかバックアップされんし。
Oracle でも似たようなの無かったっけ?
バックアップでサーバー停止なんて、ここ数年やったことないんだけど。
Re:APFS のタイムスタンプは 1 ナノ秒単位 (スコア:1)
Oracleだと
あたりを発行してからバックアップ実行ですね. これによりデータベースの更新操作がバッファリングされ, バックアップ中の一貫性が保証されますから.
最近のRDBMSは基本的にこうしたランタイムバックアップ機能を持っていますから, ファイルシステムのスナップショット機能は, それほど有効ではないですね. しかもRDBMSではデータ格納先として大きめのファイルを使いますから, スナップショットを取ってもほとんどの場合直ちに更新がかかって実データのコピーが作られることになりますし.
ファイルシステムスナップショットが有効なのは, 比較的小さめのファイルが数多く有って, しかもその多くはあまり更新されないというような場合でしょう.
Re: (スコア:0)
まぁ、そうじゃないと電源故障したらDBも死にましたってことになっちゃうからね