そこに データに対する多くの脅威。 マルウェアはGNU / Linuxシステムほど普及していませんが、それはランサムウェアのリスクがないことを意味するものではありません。 それ以外に、データを破壊するあらゆる種類のソフトウェアエラー、ハードドライブのクラッシュ、火災、洪水、クラッシュ、停電などが発生する可能性があります。 したがって、これらの問題が武装していない状態に陥らないようにバックアップコピーを作成することを検討する必要があります。また、すべての情報（またはそのほとんど）を回復できるバックアップがあります。

さらにいつ あなたは在宅勤務しています。 現在、パンデミックにより、在宅勤務のすべての人が、税務データ、顧客データ、会社の文書などをすべてPCに保存することを余儀なくされています。 このような場合、バックアップの理由はホームユーザーよりもはるかに強力です。 実際、処理するデータの関連性が高いほど、作成するバックアップの頻度が高くなります...

他のLxAの記事では、GNU / Linuxでバックアップコピーを作成するための多数のプログラムと、それらが実際的な方法でどのように行われたかを示すチュートリアルについてすでにコメントしています。 今回はもっと理論的なものになりますが、そのためにはそれほど重要ではありません。 そして、彼らは一連の ルールやヒント 安全かつ正確にバックアップを実行します。

バックアップルール3–2–1

とても 覚えやすい これはバックアップに最適です。 構成：

• 3情報のXNUMXつの異なるコピーを作成します。 可能であれば、信頼できるメディアを使用してください。 言い換えれば、何年にもわたって傷が付いたり損傷したりする可能性のある光ディスクの使用は避けてください。
• 2-これらのバックアップを少なくともXNUMXつの異なるメディアに保存します。 つまり、同じ記憶媒体にすべてを賭けないでください。そうしないと、その媒体に問題がある場合、すべてが失われます。
• 1：コピーのXNUMXつを別の場所に保存します。 すべてのバックアップをXNUMXか所に保存する必要はありません。 その場所が浸水、焼失、または強盗されたと想像してみてください。 その場合、常に別の場所に別のコピーがあります。 他の場所も同じ運命をたどるのは不思議です...

このルールは単純な場合に非常にうまく機能します 確率と場所:

• たとえば、ハードドライブが1時間ごとに100.000回故障するとします。 1つの異なるディスクに10.000.000.000つのコピーがある場合、データが影響を受ける確率はXNUMX分のXNUMXになります。
• バックアップを物理的に分離することにより、火災、盗難、洪水などの問題が既存のすべてのバックアップを一掃するのを防ぎます。

バックアップ用のウサギ

そのルールに従うことに加えて、 その他のヒント 自宅や職場で適切なバックアップポリシーを適用するときは、何かが起こったときにデータが失われたことを後悔する必要がないように注意する必要があります。

• どのタイプのバックアップが私に適していますか？ 自分に最適なバックアップの種類を考えてください。
  • 完了する：以前にコピーしたものがないため、これが最初のバックアップになるはずです。 つまり、すべてのデータを含む統合コピーを作成するタイプのバックアップです。 明らかに、これはより多くのスペースを占有し、実行に時間がかかるタイプのバックアップになるため、特定の基準でのみ推奨されます。 たとえば、初めて、週末、休日の前などにオフィスが閉まっているときなどです。
  • 増分-完全コピー後の最後のコピー以降に変更されたファイルのみがコピーされます。 つまり、ソースからのデータと宛先からのデータを比較し、変更された日付に基づいて変更されたデータのみをコピーします。 したがって、すべてのデータの複製を作成しないことにより、完了までの時間と時間が短縮されます。
  • 微分：最初に実行されるときのインクリメンタルに似ています。 つまり、最後のバックアップ以降に変更または変更されたデータのみをバックアップします。 一方、連続して起動すると、前回のフルコピーから変更されたすべてのデータがコピーされ続けるため、インクリメンタルコピーよりも時間がかかります。
• 見るCalendario-バックアップ計画を設計するか、自動バックアップを頻繁にスケジュールします。 頻度は、新しいデータの作成率とその重要性によって異なります。 たとえば、ホームユーザーの場合は、ポリシーを少し緩和できます。 一方、ビジネスデータなどのデータが非常に重要な場合は、最後のバックアップから問題が発生するまで、かなりの違いがあり、重要なデータが失われることを避けるために、コピーの頻度を大幅に増やす必要があります。
• Registros：自動化した場合は、当然のこととは思わないでください。 ログをチェックして、実際に発生しているかどうかを確認します。 たぶん何かが起こったので、あなたはそれらが行われたと確信していますが、そうではありません。
• 検証：完成したらコピーを確認してください。 それらを行うだけでは十分ではありません。それらが正しく、一貫していること、破損していないことを確認する必要があります。
• 暗号化と圧縮-ユーザーによっては、占有するスペースを減らすためにデータを圧縮し、サードパーティによるアクセスを防ぐために暗号化する必要がある場合があります。 代わりに、これらのプラクティスには、リソースと時間のリスクとコストがあります。 暗号化するときに、キーを忘れてアクセスできなくなったり、圧縮中に圧縮されたパケットが破損したりする可能性があります。 したがって、それを行う前に、それが自分に合っているかどうかをよく考える必要があります。
• データがどこにあるかを知る-ローカルバックアップが理想的ですが、バックアップにクラウドストレージシステムを使用する必要がある場合もあります。 このためには、理想的にはEUのデータセンターで、安全で信頼性の高いサービスを選択する必要があります。
• 災害復興計画-災害が発生したときにどのように行動するかを知るためのマークされたルートが必要であり、緊急システムをリセットする必要があります。 すべてを偶然に任せるのは良い考えではありません。 顧客に緊急のサービスを提供しなければならない会社に関しては、なおさらです。