アカウント名:
パスワード:
>また、データベースの情報は1日1回バックアップを作成し
毎日バックアップとってたみたいだけど1日1回のバックアップのみってバックアップポリシーって実は最も脆弱で障害やデータに問題が発生したことにその日のうちに気づかないと、バックアップ側にも障害時のデータが上書きされちゃうから無意味だったりするんだよね差分とるなりローテートさせないと。
# DB/WEB/APの3台構成で運用されてたハズなのに、突然バックアップ用サーバーとやらが登場するのも謎だ
1日1回のバックアップのみってバックアップポリシーって実は最も脆弱で 障害やデータに問題が発生したことにその日のうちに気づかないと、バックアップ側にも障害時のデータが上書きされちゃうから無意味だったりするんだよね
バックアップウィンドウ(RPO)の話と世代管理の話が混ざっていませんか。 どこで・どういう障害ケースから・何を守りたいのかにより、それぞれに最適な組み合わせ・バックアップポリシーがあるはずです。
どこにも上書きバックアップとは書いてないきがしますが・・・
差分やローテートでHDDクラッシュをどう解決しろと
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
バックアップ (スコア:0)
>また、データベースの情報は1日1回バックアップを作成し
毎日バックアップとってたみたいだけど
1日1回のバックアップのみってバックアップポリシーって実は最も脆弱で
障害やデータに問題が発生したことにその日のうちに気づかないと、バックアップ側にも障害時のデータが上書きされちゃうから無意味だったりするんだよね
差分とるなりローテートさせないと。
# DB/WEB/APの3台構成で運用されてたハズなのに、突然バックアップ用サーバーとやらが登場するのも謎だ
Re:バックアップ (スコア:1)
バックアップウィンドウ(RPO)の話と世代管理の話が混ざっていませんか。
どこで・どういう障害ケースから・何を守りたいのかにより、それぞれに最適な組み合わせ・バックアップポリシーがあるはずです。
Re: (スコア:0)
どこにも上書きバックアップとは書いてないきがしますが・・・
Re: (スコア:0)
差分やローテートで
HDDクラッシュをどう解決しろと