アカウント名:
パスワード:
独身の日でなんかセールスマンしたんかな
ちがうよ。
リンク先には、ハードウェア更新作業の前準備として、データ移行の作業中だった、って書いてある。
タレコミには「新旧データベース間の同期処理や特定の接続先とのデータ処理」ってあるけどこれは、旧ハードウェア上の旧データベースのデータを、新ハードウェア上の新データベースに同期(つまりコピー)していたってことだと思われる。
コピーと同期は同じ意味ってこと?コピーするだけでなぜ負荷が高くなったのかすら理解できないんですがもし事実ならバックアップすら負荷に繋がることになりかねない
バックアップってのは、すごい量の読み込みと、すごい量の転送と、すごい量の書き込みが同時に動いている状態です。すごく負荷がかかります。
どこかにボトルネックがあれば他の箇所は助かります。(例えば書き込み先が遅いなら、読み込みも転送も大した速度を出せないので負荷は知れてる)
でも同期のような、「これまで動作していた速いDB」から「これから動作する速いDB」に「多分接続用に用意した速いバス」を通じてデータを全力同期するなら、負荷は凄まじいことになります。
ファイルサーバーからファイルサーバーにドラッグアンドドロップしてるわけじゃねーんだからそれなりに負荷かかるに決まってるだろOracleデータベースだぞ
バックアップは超高負荷な処理だよDB遅延の原因になる事はとても多い
既存の設備を止めないままバックアップしたのかもよカード屋系のoracleパッチ当ては片肺運転にして止まってる方に当てて一旦戻してもう片方をという手順銀行屋以上に原則止められないミッションクリティカルなので何かあると今回の事案になる
他の人も書いてるけど、バックアップは超高負荷な処理だよ。ファイルサーバのバックアップであっても、サーバからネットワーク経由で1TBとかのデータをバックアップする場合は、例えできる限り高速なコピー処理で組んでも1日じゃ終わらないよ。
しかも、高速なコピー処理で組んだら、コピー処理が逐次の早い順番に入って実行されるから、通常ユーザがファイルサーバのファイルを開くよりコピー処理が優先される結果になる。結果的に、平時にバックアップを実行すると、通常ユーザがファイルを開くのに時間が掛かる事になるよ。
だから、そうならないようにする為に、バックアップはできる限り誰も使用していない時間に自動で実行されるように処理を組むんだよ。
結果論にしかならないが、負荷見積もりが甘かったと思われる。同期(コピー)処理とトランザクション処理を同時に行って大丈夫?。ただ単純に積み上げただけのような気がする。
>データベースの同期処理と特定の接続先とのデータ処理は、理論上は競合するものではないと判断していた。ということだか負荷見積もりが甘かったわけではなさそう。うわー。負荷めっちゃ上がってるやん!なんで?え?なんで?やばいやばいやばい!みたいな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ? -- Debian初級
あれか (スコア:0)
独身の日でなんかセールスマンしたんかな
Re:あれか (スコア:1)
ちがうよ。
リンク先には、ハードウェア更新作業の前準備として、データ移行の作業中だった、って書いてある。
タレコミには「新旧データベース間の同期処理や特定の接続先とのデータ処理」ってあるけど
これは、旧ハードウェア上の旧データベースのデータを、新ハードウェア上の新データベースに同期(つまりコピー)していたってことだと思われる。
Re: (スコア:0)
コピーと同期は同じ意味ってこと?
コピーするだけでなぜ負荷が高くなったのかすら理解できないんですが
もし事実ならバックアップすら負荷に繋がることになりかねない
Re:あれか (スコア:4, 興味深い)
バックアップってのは、すごい量の読み込みと、すごい量の転送と、すごい量の書き込みが同時に動いている状態です。
すごく負荷がかかります。
どこかにボトルネックがあれば他の箇所は助かります。
(例えば書き込み先が遅いなら、読み込みも転送も大した速度を出せないので負荷は知れてる)
でも同期のような、「これまで動作していた速いDB」から「これから動作する速いDB」に「多分接続用に用意した速いバス」を通じてデータを全力同期するなら、負荷は凄まじいことになります。
Re: (スコア:0)
ファイルサーバーからファイルサーバーにドラッグアンドドロップしてるわけじゃねーんだからそれなりに負荷かかるに決まってるだろOracleデータベースだぞ
Re: (スコア:0)
バックアップは超高負荷な処理だよ
DB遅延の原因になる事はとても多い
Re: (スコア:0)
既存の設備を止めないままバックアップしたのかもよ
カード屋系のoracleパッチ当ては片肺運転にして止まってる方に当てて一旦戻してもう片方をという手順
銀行屋以上に原則止められないミッションクリティカルなので何かあると今回の事案になる
Re: (スコア:0)
他の人も書いてるけど、バックアップは超高負荷な処理だよ。
ファイルサーバのバックアップであっても、サーバからネットワーク経由で1TBとかのデータ
をバックアップする場合は、例えできる限り高速なコピー処理で組んでも1日じゃ終わらないよ。
しかも、高速なコピー処理で組んだら、コピー処理が逐次の早い順番に入って実行されるから、
通常ユーザがファイルサーバのファイルを開くよりコピー処理が優先される結果になる。
結果的に、平時にバックアップを実行すると、通常ユーザがファイルを開くのに時間
が掛かる事になるよ。
だから、そうならないようにする為に、バックアップはできる限り誰も使用していない時間
に自動で実行されるように処理を組むんだよ。
Re: (スコア:0)
結果論にしかならないが、負荷見積もりが甘かったと思われる。
同期(コピー)処理とトランザクション処理を同時に行って大丈夫?。
ただ単純に積み上げただけのような気がする。
Re: (スコア:0)
>データベースの同期処理と特定の接続先とのデータ処理は、理論上は競合するものではないと判断していた。
ということだか負荷見積もりが甘かったわけではなさそう。
うわー。負荷めっちゃ上がってるやん!なんで?え?なんで?やばいやばいやばい!みたいな。