web-dev-qa-db-ja.com

新しいバックアップスキームの設定

私は、初めてのバックアップスキームを設計しているところです。私はデータバックアップの管理にまったく慣れていませんが、完全には理解していない概念がいくつかあります。これが私がこれまでに持っているものと、私が使用する機器です。

バックアップするサーバーは3つだけで、合計データは約200Gbです。毎週土曜日に完全バックアップを実行し、続いて月曜日から金曜日の夜に差分バックアップを実行します。また、DRの目的でオフサイトに保存される月末の完全バックアップもあります。

使用されている機器:-8スロットテープバックアップドライブ-LTO2テープ-ExchangeおよびSQLエージェントを備えたBackup Exec 12.5

2セットのテープを使用します。1つ目は第1週用、もう1つは第2週用で、隔週で交互に使用します。

だから私の質問はこれです、私は各セットで何本のテープを使うべきですか?バックアップドライブは最大8本のテープを受け入れるので、8本を使用する必要がありますか?入れないで捨てられますか?

第二に、毎週の差分バックアップはおそらくせいぜい5Gb程度しかないので、メディアプールに5本のLTO2テープ(最大400Gbを保持)を入れる必要がありますか?それとも、理論的には何週間にもわたる差分を保持できるので、1つで十分ですか?

私が理解していないのは、BEが毎日新しいテープを選択するのか、それとも同じテープがいっぱいになるまで追加し続けてから次のテープにロールオーバーするのかということです。

おそらく、質問するのが簡単な質問は、上記のバックアップ用のバックアップ機器とサーバーがある場合、バックアップの設計はどのようになるかということです。

どうもありがとう....

15
Citizen Chin

W.カーティスプレストンの本「Backup&Recovery」(O'Reilly Book)を強くお勧めします

http://oreilly.com/catalog/9780596102463/

バックアップ計画を立てる方法を尋ねるのは、10人の祖母に最高のチキンヌードルスープを作る方法を尋ねるようなものです。あなたは10の異なる答えを得るでしょうが、それらのすべては基本的な成分に同意します。

私の意見では、Backup&Recoveryは、実装することを選択する(またはしない)さまざまなオプションの長所と短所について話すのにかなり良い仕事をします。

だから、それが私が最初に始めるところです。

6
KPWINC

これを設定してからしばらく経ちましたが、家にいるので思い出から出ます。

私たちの場合、LTO-3ドライブがあり、完全バックアップは2本のテープに収まり、1週間のすべての差分は1本に収まります。したがって、毎週、フル用の2本のテープと次の5つの差分用の3本目のテープで構成されるテープのセットがあります。これらのセットは5週間保管し、オフサイトに1セット、オンサイトに4セットあります。

フルバックアップ用のメディアプールを設定し、上書き時間を5週間に設定して、それ以前にテープを再利用できないようにし、次にテープを使用するときにテープが開始されるように追加できないように設定しました。始まり。

差分の場合、メディアプールは1週間に設定されました。これは、その後は差分の内容を気にせず、必要に応じて「間違った」差分テープを取得できるためです。実際には、私が言ったように、私たちは常に1週間のテープのセットを一緒に保管します。しかし、最初にLTO-3を入手したとき、テープは50ドルで、2本のdiffテープを用意して再利用するだけで、コストを節約できると考えていました。

(実際にテープへの差分の実行を停止し、同様のディスク-ディスク-テープスキームを実行するため、差分メディアプールに対して「だった」と言いました。ディスクに完全バックアップしてからテープにコピーすると、差分のみになります。ディスクに。)

特定の質問に答えるために、バックアップを設定するときに、テープを取得するメディアプールを指定すると、使用可能な最初のメディアプール(書き込みが許可されているメディアプール)が取得されます。

あなたはLTO-2と200GBと言ったので、フルはあなたのテープのいくつかに収まるはずです、最悪の場合3つ。したがって、ローダーにフル用に6本、デフ用に2本のテープを一度に入れることができます。その後、毎週1セットのフルを引き出して別のセットに入れる必要があります。バックアップが2本のテープに収まる場合は、3セットのフルを使用でき、2週間ごとに交換するだけで済みます。

Backup Execは、完全バックアップと増分バックアップに異なるスロットを使用するように構成できます。

私があなたの計画で見ている最大の弱点は、2つのバックアップテープセットです。 3セットは絶対最小値と見なされます。私は通常少なくとも5セットを使用します。

また、1年間保持する毎月の完全バックアップを検討することもできます。

2
dhperry

Backup Execがどのように機能するかはわかりませんが、一般的には答えることができます。

私が使用したツールはすべて、バックアップセットを必要最小限のテープ数に制限できます。つまり、ロボットに8本の空のテープをロードし、最初の3本にのみ書き込む場合、それらの3本のテープのみがバックアップセットの一部になります。残りの5つはそうではないため、他の用途に使用できます。

また、これらのツールは、使用可能なスペースがある場合に既存のテープに追加するように構成できます。したがって、1日が5GBで、システムがそのように構成されている場合、次の日の増分が最初のテープに追加されます。インクリメンタルが非常に小さい場合は、2つのテープを使用し、それらの間で回転するだけになります。もちろん、これはメディアの寿命についても心配することを意味します-テープは他のすべてと同じように摩耗します。

次に、「差分」バックアップと「増分」バックアップの違いに注意する必要があります。 「差分」バックアップは、「現在」と参照ポイント(通常は最後の完全バックアップ)とのすべての違いです。したがって、デルタが1日約5GBの場合、最初の日は5GB、2番目の可能性は10GBなどになります。「増分」バックアップは、「現在」と最後のバックアップ実行の違いであり、増分自体。したがって、最初のデルタは5GB、2番目のデルタは5GBなどになります。

前者の利点は、復元が潜在的にはるかに高速になることです。完全バックアップをロールし、復元ポイントの直後に差分を取得します。欠点は、デルタによっては、はるかに多くのメディアが必要になる可能性があることです。

後者の利点は、必要なメディアが少なくて済み、バックアップするデータが少ないため、バックアップの実行速度が上がる可能性があることです。欠点は、ある時点に復元するには、完全に復元してから、各増分を順番に復元する必要があることです。

ローテーションについて-必要なのが現場での2週間だけであれば、パターンはおそらく問題ありません。ただし、常により完全なローテーションを使用します。

  • 毎月第1金曜日:毎月のバックアップ。 1年(または2年)オフサイトに送信されます(顧客によって異なります)。
  • 第2から第4(または第5)金曜日:第A週から第C週(またはD)。これらはオフサイトに送信され、1か月後に戻ってきます。
  • 日曜日から木曜日:お客様の要件と機能に応じて、増分バックアップまたは差分バックアップ。これらは2週間生き、オンサイトにとどまります。

一部の顧客はまた、永久にまたはリコールされるまでオフサイトに行く時折の特別なバックアップを望んでいます。メディアが劣化する可能性があるため、通常、これらのコピーを2つロールします。

最後に、知恵の1つのメモ:それはあなたがそれをテストするまでバックアップではありません。サイクルの時間を作って、バックアップのさまざまな部分の復元を定期的にテストします。これにより、バックアップが検証されるだけでなく、復元が実際に行われたときに何をすべきかがわかるようになります。

他に何も読んでいない場合は、M.Jankeによる「BackupsSuck」をここで読んでください: http://www.standalone-sysadmin.com/blog/2009/02/backups-suck/

2

2つ以上のバックアップセットが必要であることに同意します。私は4を妥当な数だと考えています(したがって、何かがうまくいかなかった場合に戻るには、約1か月分のテープがあります)。 Backup Execでバックアップを設定する場合、データを追加するか、データを上書きするかを選択できます。追加と言ったがテープがいっぱいになった場合の対処方法も選択できます。さらに、メディアプールの上書き保護設定を制御できるため、使用したばかりのテープが誤って上書きされるのを防ぐことができます。ヒントの1つとして、テープが予定どおりに変更されるとは限らないことがよくあります(誰かが病気になっている、休暇中、または休日があるため)。そのため、可能であれば2セットのテープを入れてみます。ドライブ。今週のものと来週のもの。物事が台無しになる前に、現在のバックアップを引き出すための丸1週間があります。また、6泊分のディファレンシャルが1本のテープに収まるかどうかも確認する必要があります。そうでない場合でも、6泊の増分を検討すると、増分を検討することをお勧めします。完全な復元を実行するのにかかる時間は長くなりますが(特に週末に向けて)、必要なテープの数を減らすことができれば、それだけの価値があります。

1

私たちはそれぞれ異なるシステムとニーズを持っているので、私たち全員が異なる推奨を与える可能性があります。 KPWINCが提案するように実行し、いくつかの読み上げを行います。次に、実装するときは、後で別のシステムの方が良いと判断した場合に、簡単に変更できる方法で実装するようにしてください。

そうは言っても、これが私の推奨事項です。

少量のデータのみをバックアップしているため、実際にバックアップする場合は、毎日完全バックアップを実行してください。多くの理由で、バックアップは時々失敗します。各テープに完全バックアップを作成すると、復元が簡単になるだけでなく、DRの可能性が高まります。

1
John Gardeniers

テープだけでなく、ディスクからディスクへのコピーを別のサーバーに移動するか、SANタイプのデバイスにすることを強くお勧めします。

テープはアーカイブの目的には最適ですが、ディスク上にローカルコピーを置いて、手間のかからない高速リカバリを実現するのに勝るものはありません。

WANを使用している場合は、ディスクバックアップをオフサイトに送信することを検討してください。帯域幅に支払う金額によっては、これは、さまざまな場所で最も重要なデータの複数のコピーを取得するための費用効果の高い方法になる可能性があります。

1
Cephas