Cloud Backup ポータルの開始

ポータルを開始するには、IBM Cloud® プライベート・ネットワークに接続している必要があります。

1. IBM Cloud コンソールにログインしてください。 から、インフラストラクチャ クラシックインフラストラクチャを選択します。

2. [ ストレージ ] をクリックし、 Cloud Backup をクリックして、バックアップサービスを表示します。

3. 「 IBM Cloud 」サービスのインスタンス名をクリックすると、ポータルのユーザー名やパスワードなど、インスタンスの詳細が表示されます。

4. 「 バックアップポータルへのログイン 」をクリックして、ブラウザでポータルを起動し、表示されたらユーザー名とパスワードを入力してください。

   Portal が起動しない場合は、 VPN 接続に問題がある可能性があります。 また、「送信しようとしているフォームは安全ではありません」というメッセージが表示される場合もあります。 このことは予期されることであるため、フォームを送信して続行します。

SQL バックアップ・ジョブの構成

バックアップは、IBM Cloud Backup for Classic ポータルから管理およびモニターすることができます。 SQL Server インスタンス内の 1 つ以上のデータベースのバックアップ・ジョブを作成できます。 バックアップ・ジョブは、バックアップするデータベースと、バックアップ・データを保存する場所を指定します。 また、「 SQL Server 」プラグインを使用して、 SharePoint 2013 または 2010 のデータベースをバックアップすることもできます。 ただし、 SQL Server のバックアップジョブには、複数の SQL Server インスタンスに属するデータベースを含めることはできません。

バックアップジョブを作成する際には、 IBM Cloud エージェントがデータベースが存在するインスタンスに接続できるように、Windows管理者または SQL Server 管理者の認証情報を指定する必要があります。

データをバックアップするには、バックアップ・ジョブを手動で実行するか、実行するジョブをスケジュールします。 ジョブをスケジュールまたは実行するときに、データベースをバックアップするか、トランザクション・ログをバックアップするか、あるいはその両方をバックアップするかを指定できます。

MSSQL データベース・バックアップ・ジョブを追加するには、以下のタスクを実行します。

1. ナビゲーション・バーで**「コンピューター」**をクリックします。 「コンピューター」ページには、登録済みサーバーが表示されます。

2. MSSQL プラグインを持つサーバーを見つけ、コンピューターの行をクリックしてそのビューを展開します。

3. **「ジョブ」**タブをクリックします。

   サーバーに有効なボールト接続がない場合は、「ジョブ」タブにアクセスできません。

4. 「ジョブ・タスクの選択 (Select Job Task)」メニューで、 新規 SQL Server ジョブの作成をクリックします。

5. 「 SQL Server への接続」ダイアログ・ボックスで、以下の情報を指定します。

   • 「インスタンス」リストで、データベースをバックアップする SQL Server インスタンスを選択します。
   • Windows アカウントを使用してインスタンスに接続するには、「Windows 認証」を選択してください。
   • SQL Server 管理者アカウントを使用してインスタンスに接続するには、SQL 認証を選択します。
   • インスタンスに接続するためのユーザー名を入力します。
   • 指定されたユーザーのパスワードを入力してください。
   • 「Windows 認証」を選択した場合は、「ドメイン」ボックスに、指定したアカウントを入力してください。

6. 「接続」 をクリックします。

7. 「新規ジョブの作成」ダイアログ・ボックスで、以下の情報を指定します。

   • 「名前」ボックスに、バックアップ・ジョブの名前を入力します。.

   • オプションで、「説明」ボックスにバックアップ・ジョブの説明を入力します。

   • 「宛先」リストで、バックアップ・データを保存するボールトを選択します。

     ボールトがユーザーに割り当てられている場合、またはユーザーがそのボールトをコンピューターのボールト設定に追加した場合は、そのボールトがリストに表示されます。

   • 「ログ・ファイル・オプション」リストで、ジョブ・ロギングの詳細レベルを選択します。 詳しくは、 ログ・ファイル・オプションを参照してください。

   • 新規のバックアップジョブでは、暗号化方式としてAdvanced Encryption Standard (AES) 256ビットが使用されます。 既存のジョブでは、他の暗号化方式を使用できます。 詳しくは、 暗号化設定を参照してください。

   • 「パスワード」ボックスと「パスワードの確認」ボックスに、暗号化パスワードを入力します。 「パスワードのヒント」ボックスにパスワードのヒントを入力することもできます。

8. 「バックアップするデータベースの選択」ボックスで、バックアップするデータベースを選択します。

   • バックアップジョブに特定のデータベースを追加するには、各データベースのチェックボックスを選択し、「含める」をクリックします。 組み込まれたデータベースが「バックアップ・セット」ボックスに表示されます。
   • 選択した SQL Server インスタンス内のすべてのデータベースをバックアップするには、そのインスタンスのチェックボックスをオンにしてから、[含める] をクリックします。 組み込まれたインスタンスが「バックアップ・セット」ボックスに表示されます。

   ジョブが実行されると、選択したインスタンスに新しく追加されたデータベースが自動的にバックアップされます。

   • ジョブの実行時に、フィルタに一致する名前のデータベースをバックアップするには、 SQL Server インスタンスのチェックボックスを選択し、[Include]をクリックします。 アスタリスク (*) が付いた包含レコードが「バックアップ・セット」ボックスに表示されます。 [データベースフィルタ] ボックスに、含めるデータベースの名前を入力します。 複数の名前はコンマで区切り、ワイルドカード文字としてアスタリスク (*) と疑問符 (?) を使用します。 フィルターは、バックアップ・ジョブの実行時に適用されます。 指定されたフィルターに一致する新規データベースは、ジョブの実行時に自動的にバックアップされます。

   例えば、「Management」で終わる名前のデータベースをバックアップする場合、または「database」という語の後に単一文字が続くデータベースという語を含める場合は、次のフィルター *management, database?を入力します。

9. バックアップ・ジョブからデータベースを除外するには、「バックアップするデータベースの選択」ボックスで以下の 1 つ以上を実行します。

   • バックアップジョブから特定のデータベースを除外するには、各データベースのチェックボックスを選択し、「除外」をクリックします。 除外されたデータベースは、「バックアップ・セット」ボックスに負符号 (-) 付きで表示されます。
   • バックアップジョブの実行時に、フィルタに一致する名前のデータベースを除外するには、 SQL Server インスタンスのチェックボックスを選択し、[除外] をクリックします。 アスタリスク (*) が付いたレコードが「バックアップ・セット」ボックスに表示されます。 [データベースフィルタ] ボックスに、除外するデータベースの名前を入力します。 複数の名前はコンマで区切り、ワイルドカード文字としてアスタリスク (*) と疑問符 (?) を使用します。 例えば、名前が「M」で始まるデータベースを除外するには、フィルター m*を入力します。

   フィルターは、バックアップ・ジョブの実行時に適用されます。 指定されたフィルターに一致する新規データベースは、バックアップ・ジョブの実行時に自動的に除外されます。 フィルターには大/小文字の区別はありません。

10. 「バックアップ・セット (Backup Set)」ボックスから包含レコードまたは除外レコードを削除するには、そのレコードの横にある**「削除」**をクリックします。

11. 変更内容を適用する必要がある場合、**「今すぐ適用する (Apply Now)」**をクリックし、「バックアップ・セット (Backup Set)」ボックス内のレコードを集約して簡略化します。

12. **「ジョブの作成 (Create Job)」**をクリックします。 これでジョブが作成され、「スケジュールの表示/追加」ダイアログ・ボックスが表示されます。 次に、バックアップを実行するためのスケジュールを作成できます。 今すぐスケジュールを作成したくない場合は、「 キャンセル 」をクリックしてください。

SQL バックアップ・ジョブのスケジューリング

バックアップ・ジョブを作成した後、ジョブを自動的に実行するためのスケジュールを 1 つ以上追加できます。 複数のスケジュールを作成することにより、ジョブの複雑なスケジュールを作成できます。 例えば、毎週金曜日の午前 0 時に実行されるようにバックアップ・ジョブをスケジュールし、毎月 1 日の午後 8 時に実行されるようにジョブをスケジュールすることができます。 同じインスタンス内で複数の SQL Server データベース・ジョブをスケジュールする場合は、実行時間がオーバーラップしないようにジョブをスケジュールすることをお勧めします。 同時バックアップはサポートされていますが、推奨されません。

複数のスケジュールでジョブの開始時刻が同じ時間に設定されている場合、そのジョブは1回のみ実行されます。 ジョブの保存タイプが異なる場合、リストの中で最も高い 保存タイプ を持つスケジュールが、結果として得られるセーフセットに適用されます。 たとえば、「週次」 の保持タイプ では、ジョブは毎週土曜日の深夜0時に実行されるようにスケジュールされており、「日次」 の保持タイプ では、毎日深夜0時に実行されるようにスケジュールされています。 土曜日には、このジョブは深夜0時に1回実行されます。 保持タイプ スケジュールは 保持タイプ スケジュールより上位にあるため、保持タイプ スケジュールが適用される。

ジョブが少し異なる時刻に実行されるようにスケジュールされている場合、 IBM Cloud Backup for Classic エージェントは各スケジュールに従ってジョブを実行しようとします。 例えば、ジョブが 1 つのスケジュールによって午後 11 時に実行され、別のスケジュールによって午後 11:01 に実行されるようにスケジュールされている場合、 IBM Cloud Backup for Classic エージェントはジョブを 2 回実行しようとします。 スケジュールが重複しないようにしてください。 ジョブが短期間のうちに2回実行されるようにスケジュールされていると、問題が発生する可能性があります。 特に、同じインスタンス内の SQL Server データベース・ジョブのスケジュールが重複しないようにしてください。 同じ SQL Server インスタンスでの同時バックアップはサポートされていますが、推奨されません。

1. 「スケジュールの表示/追加」ダイアログ・ボックスで、 スケジュールの追加をクリックします。

2. 新しいスケジュール行の「保持リスト」で、 保持タイプ をクリックします。

3. バックアップ・タイプを選択します。

   • バックアップ開始時点から各データベースをバックアップするには、「 フル 」をクリックしてください。
   • バックアップの開始時点から、各データベースとそのトランザクション・ログをバックアップするには、[ フル（トランザクション・ログを含む） ] をクリックします。
   • バックアップが開始された時点からデータベース・トランザクション・ログのみをバックアップするには、「トランザクション・ログ」のみをクリックします。 このオプションを選択すると、ジョブの初回実行時にデータベース全体とそのトランザクション・ログがバックアップされます。 後続のバックアップでは、トランザクション・ログのみがバックアップされます。

   トランザクション・ログのバックアップ後、ログには切り捨てのマークが付けられます。 別のツール (例えば、ネイティブ SQL Server バックアップ) を使用してデータベースもバックアップする場合は、ログを切り捨てるために 1 つのツールのみを使用してください。 トランザクション・ログは、データベースがフル・リカバリまたはバルク・リカバリ・モデルを使用している場合にのみバックアップできる。

4. 「スケジュール」ボックスで、矢印をクリックします。

5. 「ジョブ・スケジュールの構成」ダイアログ・ボックスで、以下のいずれかのオプションを選択します。

   • 毎週特定の曜日にバックアップを実行するには、「スケジュール・ビュー」リストで **曜日 (Days of Week)**をクリックします。 ジョブを実行する曜日を選択します。 次に、「時刻」フィールドを使用して、ジョブを実行する時刻を指定します。
   • 毎月特定の日付にバックアップを実行するには、「スケジュール・ビュー」リストで 月の日数 をクリックします。 カレンダー上で、ジョブを実行したい日付を選択してください。 次に、「時刻」フィールドを使用して、ジョブを実行する時刻を指定します。
   • カスタム・スケジュールを作成するには、「スケジュール・ビュー」リストで カスタム をクリックします。 「カスタム・サイクル」ダイアログ・ボックスで、カスタム・スケジュールを入力します。 説明されている形式と表記に従うようにしてください。

6. わかったをクリックします。 スケジュールが「スケジュール」ボックスに表示されます。

7. 「圧縮」リストで、バックアップ・データの圧縮レベルをクリックします。 圧縮レベルは、処理速度に対して送信されるデータのボリュームを最適化します。

8. 延期する場合は、以下のいずれかのオプションを選択します。

   • バックアップジョブを時間制限なしで実行するには、「繰延リスト」で「 なし 」をクリックします。
   • バックアップ・ジョブを実行できる最大時間を指定するには、「延期」リストで 分 または 時間 をクリックします。 隣接するボックスに、ジョブを実行できる最大分数または最大時間数を入力します。

   据え置きオプションを使用すると、一部のデータがバックアップされていない場合でも、バックアップ・ジョブは指定された時間が経過しても新規データをバックアップしません。 以前にバックアップされたデータに対する変更は、指定された時間に関係なく、引き続きバックアップされます。

9. 指定したスケジュールでジョブを実行するには、チェックボックス Enable を選択します。

   複数のスケジュール行が存在する場合は、「優先順位」矢印を使用してスケジュール行の順序を変更できます。 リストの上位にあるスケジュールは、リストの下位にあるスケジュールよりも優先度が高くなります。 複数のスケジュールによって、あるジョブが同じ時刻に実行されるよう設定されている場合、そのジョブはスケジュールされた時刻に1回だけ実行されます。 スケジュールごとに保存タイプが異なる場合、ジョブは優先順位リストの中で最も上位にあるスケジュールの 保存タイプ に従って実行されます。

10. 保存 をクリックします。

AlwaysOn 可用性グループ内の SQL データベースの保護

Windows IBM Cloud Backup for Classic Agent および SQL Server プラグインを使用することで、 AlwaysOn の可用性グループ内の SQL Server データベースを保護できます。 2 次レプリカのデータベースをバックアップすると、データベースのコピーのみのバックアップが実行されます。 コピー専用バックアップは、従来の SQL Server バックアップの順序には影響しません。 Microsoftは、セカンダリ・データベースのコピーのみのバックアップをサポートしています。 詳しくは、 可用性グループの 2 次レプリカへのオフロード・サポート・バックアップを参照してください。

バックアップ・ジョブに 2 次データベースと、2 次レプリカにないデータベースが含まれている場合、ジョブ内のすべてのデータベースに対してコピー専用バックアップが実行されます。 スタンドアロン・データベースと同じジョブに 2 次データベースを組み込まないでください。

AlwaysOn 可用性グループ内の SQL Server データベースを保護するには、以下のいずれかのオプションを選択できます。

• プライマリレプリカがホストされているサーバーに、Windows用 IBM Cloud Backup for Classic エージェントおよびプラグインをインストールします。 1 次データベースのフルバックアップを実行してから、フルバックアップまたはトランザクション・ログ・バックアップを実行することができます。 フェイルオーバー後にプライマリー・レプリカがセカンダリー・レプリカになると、 IBM Cloud Backup for Classic エージェントは、フルバックアップではなく、コピー専用データベース・バックアップを自動的に実行します。 トランザクション・ログ・バックアップは同じままです。

• セカンダリレプリカがホストされているサーバーに、Windows用 IBM Cloud Backup for Classic エージェントとプラグインをインストールします。 このバックアップ・ストラテジーは、バックアップ処理を非 1 次サーバーにオフロードします。 2 次データベースのコピー専用バックアップを実行し、その後にコピー専用バックアップまたはトランザクション・ログ・バックアップを実行することができます。 フェイルオーバー後に 2 次レプリカが 1 次レプリカになると、 IBM Cloud Backup for Classic エージェントは、コピーのみのバックアップではなく、自動的にフルバックアップを実行します。 トランザクション・ログ・バックアップは同じままです。

  セカンダリレプリカの可用性モードが「非同期コミット」の場合、セカンダリデータベースのトランザクションログは、プライマリレプリカデータベースよりも遅れが生じる可能性があります。 セカンダリデータベースのバックアップが行われている場合、データが失われる可能性があります。

• プライマリ・レプリカ・サーバーおよびセカンダリ・レプリカ・サーバーに、Windows用 IBM Cloud Backup for Classic エージェントとプラグインをインストールします。 この戦略により、レプリカの1つがダウンしても、バックアップが継続されるようになります。 プライマリー・レプリカでフルバックアップを実行し、その後にフルバックアップまたはトランザクション・ログ・バックアップを実行できます。 2 次レプリカでコピー専用バックアップを実行し、その後にコピー専用バックアップまたはトランザクション・ログ・バックアップを実行することもできます。

AlwaysOn の可用性グループ内のSQLデータベースが、 SQL Server のフェールオーバー・クラスタ・インスタンス上でホストされている場合は、各物理ノードにエージェント、 SQL Server プラグイン、およびクラスタ・プラグインをインストールしてください。 次に、仮想ノード上のジョブを構成します。 フルバックアップは、データベースが 1 次データベースの場合に実行されます。 コピー専用バックアップは、データベースが 2 次データベースの場合に実行されます。

SQL Server クラスターの保護

SQL Server クラスタを保護するには、クラスタ内の各ノードに、クラスタサポートプラグインおよび SQL Server プラグインが組み込まれたWindows用 IBM Cloud Backup for Classic エージェントをインストールする必要があります。 その後、ポータルで SQL Server 役割の仮想サーバーを登録し、仮想サーバー上でバックアップ・ジョブを作成して実行することができます。 仮想サーバー上のバックアップ・ジョブは、自動的にアクティブ・クラスター・ノードに送信され、フェイルオーバー後に再シードされません。

SQL Server クラスターを完全に保護するには、以下をバックアップする必要があります。

• クォーラム・ディスク、
• クラスター内の各物理ノード
• クラスター・ボリューム、
• SQL Server データベースは、ポイント・イン・タイム・データベース・リカバリーを提供します。

クラスターが完全に保護されている場合、コンポーネントが失われたり、破損したり、障害が発生したりすると、クラスターをリカバリーすることができます。

拡張設定