すべてのシステム管理者は、バックアップの実行と管理がシステム管理者であるための重要な部分であることを知っているか、知っている必要があります。 Linuxのバックアップと復元に関する5つのヒントを読んでいると、バックアップを実行および管理する方法を理解できます。ただし、これらのバックアップを実行するために必要なスペースの管理は、非常に異なるトピックです。これは、日常のワークフローで考慮する必要のあるLinuxハウスキーピングの一部です。
この記事では、場所、保持、廃棄と廃棄、自動化などのバックアップ管理の重要な部分に触れます。環境とポリシーによって、バックアップスペース管理に実装するソリューションが決まりますが、これらのガイドラインと推奨事項は、ネットワークに保存されているアイドル状態のデータの増加に苦労している場合に役立ちます。
場所、場所、場所
誰もが古い不動産を聞いたことがありますが、それは場所が不動産の最も重要な側面であると述べています。収納スペースはその場所の不動産のようなもので、とても重要です。 3つの場所の値を以下に示します。
- 高速ディスク-初期および短期のバックアップストレージ
- ネットワーク接続ストレージ-パブリックドライブと共有スペース
- オフサイトストレージとクラウドベースのストレージ—長期ストレージ
高速ディスク
高速ディスクストレージには、ローカルに接続されたストレージ、フラッシュアレイ、およびSANストレージが含まれます。この場所は、バックアップが最初に着陸する場所ですが、長期的にはそこに保存されません。これらのタイプのストレージは、バックアップストレージに使用するにはコストがかかりすぎます。バックアップの直後に、データを低コストのストレージに移動する必要があります。
また、バックアップを本番データから分離する必要があります。つまり、データベース、トランザクションログ、またはデータを保存するその他の書き込みの多いサービスがある同じディスクにバックアップを収集しないでください。
ネットワーク接続ストレージ
ネットワーク接続ストレージは、通常、パブリックドライブや共有スペースなどのデータ使用中のアプリケーション用です。これらの領域はバックアップ用ではありません。バックアップセットは一般に大きすぎて公共の場所に保管できません。パブリックドライブと共有スペースもバックアップする必要があります。これが、これらの領域にバックアップセットを保存しないもう1つの理由です。
長期的なアクセスと使用のためにデータを保存するために、個別のネットワーク接続バックアップストレージをプロビジョニングできます。 3-2-1ルールでは、これは異なるメディアに保存されているデータの2つのコピーのうちの1つになります。データがネットワーク接続ストレージに転送されると、別のアレイ、アーカイブメディア、またはある種のオフサイトストレージに複製できます。
[クラウド戦略についてお考えですか？企業がオープンハイブリッドクラウドを選択する理由をご覧ください。 ]
オフサイトストレージ
オフサイトデータストレージは、変更されずにユーザーや管理者がアクセスできないデータです。これは静的であり、災害復旧の目的で保存されます。一部の管理者は、ネットワーク接続ストレージから何らかの形式のポータブルディスクストレージにバックアップして、オフサイトでの配信とストレージを実現します。
または、管理者は、ディザスタリカバリの目的で、ネットワーク接続ストレージからクラウドベースまたはホスト型ストレージにデータを転送できます。
保持
システム管理者が直面しているすべてのハウスキーピングの問題の中で、データの保持は最も物議を醸し、最も骨の折れるものです。バックアップの保持は、システム管理者の間で議論するための優れた飼料です。保持とは、災害イベントが発生した場合、または完全な復元が必要な場合にバックアップを保持する時間のことです。これらのインスタンスはまれですが、発生した場合に備えて不測の事態が発生する必要があります。
私の提案は次のとおりです：
- 重要なデータ—0日から6か月
- ユーザーデータ—7〜30日
- トランザクションデータ—3日
- レガシーデータ-接続されていないディスクに永続的
バックアップには多くのストレージスペースが必要であり、データを保持する時間が長いほど、より多くのスペースが必要になります。保持は良好ですが、やりすぎるとリソースが無駄になります。 30日以上経過したアクセスされていないデータは、必要に応じて引き続きアクセスできる場所にアーカイブする必要があります。ある時点で、古くて古いデータを破棄することに抵抗を感じる必要があります。
廃棄と廃棄
あなたのことはわかりませんが、許可や指示があってもデータを破壊すると、いつも少し不快に感じます。保管に使用していたドライブを解体すると、無駄になります。テープのシュレッダーはおそらくすべての中で最悪です。たぶん私は心の買いだめですが、仕方がありません。私の腸は、すべてのデータを保護するように私に言います。あまりにも多くのデータを保持することへのこの執着は、データを破壊することへの執着とほぼ同じくらい悪いです。
処分と処分は同じではありません。違いがあります。それらには同じ最終目標があります。それは、ネットワークからデータ、場合によってはハードウェアを削除することです。
廃棄とは、データとそれが存在していたハードウェアを、その廃棄の最終的な結果に関係なく削除することです。つまり、このタイプの削除には、必ずしもデータやハードウェアの安全な削除が含まれるとは限りません。データがまったく消去されない場合もありますが、ハードウェア自体は廃棄またはリサイクルされます。この不注意な削除は、セキュリティ違反や環境への影響をもたらす可能性があります。
廃棄とは、データとハードウェアを責任を持って削除することです。通常、ポリシーによって管理されます。データの場合、それは、取得を不可能にする手段によるデータの不可逆的な破壊を意味します。ハードウェアの場合、廃棄とは、おそらく交換またはアップグレードプログラムの一環として、責任あるリサイクル、再稼働、または製造元への返却を指します。
自動化
複数のクライアント用に完全に自動化されたバックアップシステムを正常にセットアップしました。私の自動化は通常、自動バックアップ、より永続的なストレージに移動された自動バックアップセット、6か月以上誰もアクセスしていないデータの自動アーカイブで構成されています。
バックアップや複雑な一連のタスクを自動化するための「トリック」はタイミングです。最初のタスクが完了するまで待ってから、2番目のタスクを開始する必要があります。バックアップの期間は予測できないため、これはバックアップでは特に困難です。バックアップやその他のタスクが完了するまで特定の時間を待つのではなく、プロセスチェックを設定しました。プロセスがまだ実行中の場合、次のタスクは開始されません。この方法により、バックアップセットを見逃したり、セットを代替ストレージに移動できなかったりすることがなくなります。
[より高度なシステム自動化をお探しですか？ RedHatの無料の本であるTheAutomatedEnterpriseを始めましょう。 ]
まとめ
バックアップ用のスペースの管理は、システム管理者にとって大きな問題です。スペースは常に問題であり、データは非常に高速で増加します。システム管理者として、私たちは常により多くのスペースを探しています。ユーザーはより多くのスペースを必要とします。ログは継続的に増加します。データベースは絶えず成長しています。プログラムは大きくなっています。そして、ハードウェアのあらゆるビットがデータを送信、受信、または保存します。ポリシーに従ってデータを保持し、バックアップを実行する必要がありますが、貴重なディスク領域を保持する責任もあります。