Cloud Backup ポータルの開始

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

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

2. 「ストレージ」>**「クラウド・バックアップ」**をクリックして、バックアップ・サービスを表示します。

3. IBM Cloud アカウントのインスタンス名を選択します。

4. **「バックアップ・ポータルの表示」**をクリックし、ブラウザーでポータルを開始します。

   ポータルが開始されない場合は、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. 「新規ジョブの作成」ダイアログ・ボックスで、以下の情報を指定します。

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

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

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

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

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

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

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

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

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

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

   • ジョブの実行時にフィルタに一致する名前のデータベースをバックアップするには、 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回のみです。 ジョブが異なるリテンションタイプを持つ場合、リストの中で最も高いスケジュールの リテンションタイプが、結果のセーフセットに適用される。 例えば、このジョブは、Weekly 保持タイプで 毎週土曜日の午前0時に実行され、Daily 保持タイプで 毎日午前12時に実行されるようにスケジュールされます。 土曜日は深夜12時に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 データベースの保護

AlwaysOn 可用性グループ内の SQL Server データベースを保護するには、Windows IBM Cloud Backup for Classic エージェントと 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 Availability Group 内の SQL データベースが SQL Server Failover Cluster Instance 上でホストされている場合、各物理ノードに Agent、 SQL Server プラグイン、および Cluster プラグインをインストールします。 次に、仮想ノード上のジョブを構成します。 フルバックアップは、データベースが 1 次データベースの場合に実行されます。 コピー専用バックアップは、データベースが 2 次データベースの場合に実行されます。

SQL Server クラスターの保護

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

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

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

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

拡張設定