開始する前に

このページで

    バックアップジョブを作成する前に、以下の前提条件を確認してください。

    • サポート対象のプラットフォームの「VM」のセクションで要件と制限事項を確認してください。
    • バックアップ処理に関与するバックアップインフラストラクチャコンポーネントは、バックアップインフラストラクチャに追加して正しく構成する必要があります。これには、VMが配置されているMicrosoft Hyper-Vホスト、およびバックアップリポジトリが含まれます。オフホストバックアップモードでバックアップを実行するには、オフホストバックアッププロキシをバックアップインフラストラクチャに追加して適切に構成する必要もあります。
    • バックアップリポジトリには、作成されたバックアップファイルを格納できる十分な空き領域が必要です。バックアップリポジトリの容量不足に関するアラートを受信するには、グローバル通知設定を構成します。詳細については、「その他の通知設定の指定」を参照してください。
    • LinuxベースのVMでインデックスを作成するVMゲストOSの場合、VMでroot権限を持つユーザーアカウントが必要です。LinuxベースのVMでVeeam Backup & Replicationを使用するための個別のユーザーアカウントを作成して、このアカウントにroot権限を付与し、New Backup Jobウィザードの[Guest Processing]ステップでこのアカウントの設定を指定することをお勧めします。
    • Linuxサーバー上のOracleデータベースのゲスト処理を実行するには、/tmpディレクトリがexecオプションでマウントされていることを確認してください。そうしないと、アクセス権限の拒否でエラーが発生します。
    • バックアップリポジトリ内に既に存在するバックアップファイルにバックアップジョブをマッピングする予定の場合は、このバックアップリポジトリに再スキャン操作を実行する必要があります。そうしないと、Veeam Backup & Replicationでバックアップリポジトリ内のバックアップファイルを認識できません。詳細については、「バックアップリポジトリの再スキャン」を参照してください。
    • バックアップジョブの第2の復元先を構成することを予定している場合は、事前にバックアップコピーのジョブまたはBackup to tapeジョブを作成できます。バックアップコピーのジョブまたはバックアップからテープまでのジョブで、ソースが空である場合があります。つまり、どのバックアップジョブにもリンクされていない可能性があります。詳細については、「バックアップコピーのジョブの作成」および「Backup to tapeジョブの作成」を参照してください。
    • ジョブ前スクリプトとジョブ後スクリプトやプレスクリプトとポストスクリプトを使用する予定の場合、バックアップジョブを構成する前に、スクリプトを作成する必要があります。
    • Microsoft SQLトランザクションログをVeeam Backup & Replicationでバックアップする場合は、Microsoft SQL Server VMで必要なデータベースに対して、リカバリモデルを[Full]または[Bulk-logged]リカバリモデルに設定する必要があります。リカバリモデルが[Simple]に設定されている場合、Veeam Backup & ReplicationはMicrosoft SQL Server VM上のトランザクションログの検出も処理も行いません。
    • Veeam Backup & Replicationでは、リモートUNCパスを使用してMicrosoft SQL ServerにマウントされているMicrosof SQLデータベースを、アプリケーションを認識した処理から除外します。データベースの少なくとも1つのファイルがネットワーク共有フォルダに配置されている場合、このデータベースはクラッシュ整合性のある状態でバックアップされます。このサーバー上のその他のデータベースは、トランザクションレベルで整合性のある状態でバックアップされます。詳細については、「このVeeamナレッジベースの記事」を参照してください。
    • デフォルトで、システムデータベース(master、model、msdb)はトランザクションログ処理から省略されるため、Veeam Explorer for Microsoft SQL Serverのリストアワークフローの一部ではありません。これらのデータベースをリカバーするには、ファイルレベルのリストアを利用できます。

    他のデータベースをトランザクションログ処理ワークフローから除外したい場合は、< %VKB%>を参照してください。この方法で行われた除外の設定は、グローバル設定として扱われることに留意してください。

    • OracleトランザクションログをVeeam Backup & Replicationでバックアップする場合は、Oracle VMで必要なデータベースで必ずARCHIVELOGをオンにする必要があります。ARCHIVELOGがオフになっていると、Veeam Backup & ReplicationはOracle VMでトランザクションログの検出も処理も行いません。

    以下の制限事項にご注意ください。

    • バックアップファイルを使用するメンテナンス操作を定期的に実行する予定の場合は、「バックアップファイルの正常性確認」、「削除されたVMの保持ポリシー」、「フルバックアップファイルのコンパクト化」の制限事項に留意してください。
    • Microsoftの制限事項により、Microsoft Windows 10以降を実行中のVMで、Microsoft Azure Active Directoryログイン情報を使用してアプリケーション認識処理を実行することはできません。
    • [Dell EMC Data Domainバックアップリポジトリの場合] 増分バックアップチェーンと永久増分バックアップチェーン(1つのフルバックアップと後続の一連の増分バックアップを含む)の長さを61以上のリストアポイントにすることはできません。この制限に対処するには、バックアップチェーンをより短いシリーズに分割するようにフルバックアップ(アクティブまたは合成)をスケジュールします。たとえば、バックアップを30分間隔で1日24時間実行するには、合成フルバックアップを毎日スケジュールする必要があります。このシナリオでは、合成処理中のため、午前0時直後の間隔がスキップされる可能性があります。詳細については、「合成フルバックアップのしくみ」を参照してください。
    • Microsoft Hyper-V Server 2016以降がそれより下位のバージョンのホストとともに同じクラスターに追加されている場合、Veeam Backup & Replicationは、このクラスター内のVMでは新しいメカニズム(たとえば、チェックポイントと変更ブロック追跡用RCTを使用したオンラインバックアップ)を使用しません。新しいメカニズムは以下のアクションを実行した後にのみ使用されます。
      • クラスターのノードをすべてMicrosoft Hyper-V Server 2016以降にアップグレード
      • クラスターの機能レベルをアップグレード
      • VM設定を8.xにアップグレード
    • Veeam Backup & Replicationでは、マウントポイントボリュームに存在するMicrosoft Exchange、SharePoint、およびSQL Serverの各データベースのバックアップをサポートしています。
    • ダイナミックディスクおよびFAT/FAT32ディスクは、アプリケーション認識処理が無効になっている場合にのみバックアックできます。