アカウント名:
パスワード:
分けてなかったから、脆弱性対策適用のスクリプトでバックアップのシステムファイルを消したらユーザデータも消えたという問題にも見える。
ここの問題は、バックアップという名前の、疑似RAID1だったってこと。
カタログスペックと聞いた話でしか僕はわからないけど:
この2通りで、疑似ミラーリングしていたわけです
本番系がたとえば朝5時59分に落ちた場合、自動で待機系に切り替えるようになっていたようで、この場合は23時間59分ぶんのデータがまるっと無くなる仕組みです。
いままでは
だったわけですが、これはバックアップではなく1世代だけある待機系に切り替わっただけです。
この間にエンジニアがえっちらおっちら待機系からクローニングして、あらたな待機系をぶら下げていたと推測します。
任意タイミングでとったスナップショットがないので、結果10日前に戻るとかそういうのも出来なかったのでしょう。
つまり、バックアップ機能搭載!と謳ってないサービスはスタンドアロン運用だということで、ただの領域貸しですね。
#しまった 出遅れた
あれ、すると同じマシン上にあったと言われるバックアップは?
というか今時そんな待機系があるのか・・・自動SYNCってったって時間もかかるだろうし、稼働中の環境でスナップショットなしに整合性のとれたミラーリングが出来ていたのだろうか。Windows環境みたくファイルロックされてコピーできていないなんて事態はないのか。編集中のファイルコピーされてもしかたないだろうに。# 因みに今どきのWindowsはスナップショットコピーされるようになってます。
聞けば聞くほど謎は深まるばかりです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー
システム系バックアップとユーザーデータバックアップ (スコア:0)
分けてなかったから、脆弱性対策適用のスクリプトでバックアップの
システムファイルを消したらユーザデータも消えたという問題にも
見える。
Re:システム系バックアップとユーザーデータバックアップ (スコア:5, 参考になる)
ここの問題は、バックアップという名前の、疑似RAID1だったってこと。
カタログスペックと聞いた話でしか僕はわからないけど:
この2通りで、疑似ミラーリングしていたわけです
本番系がたとえば朝5時59分に落ちた場合、
自動で待機系に切り替えるようになっていたようで、
この場合は23時間59分ぶんのデータがまるっと無くなる仕組みです。
いままでは
だったわけですが、これはバックアップではなく
1世代だけある待機系に切り替わっただけです。
この間にエンジニアがえっちらおっちら待機系から
クローニングして、あらたな待機系をぶら下げていたと推測します。
任意タイミングでとったスナップショットがないので、
結果10日前に戻るとかそういうのも出来なかったのでしょう。
つまり、バックアップ機能搭載!と謳ってないサービスは
スタンドアロン運用だということで、ただの領域貸しですね。
#しまった 出遅れた
( ´・ω・`)いままでとこれからを比べる生活
ぱんかれ
Re: (スコア:0)
あれ、すると同じマシン上にあったと言われるバックアップは?
というか今時そんな待機系があるのか・・・
自動SYNCってったって時間もかかるだろうし、稼働中の環境でスナップショットなしに整合性のとれたミラーリングが出来ていたのだろうか。
Windows環境みたくファイルロックされてコピーできていないなんて事態はないのか。
編集中のファイルコピーされてもしかたないだろうに。
# 因みに今どきのWindowsはスナップショットコピーされるようになってます。
聞けば聞くほど謎は深まるばかりです。
今時じゃないのかも (スコア:2)
Re: (スコア:0)