この記事では、Azure portal を使用して SAP Adaptive Server Enterprise (ASE) (Sybase) データベース (Azure Virtual Machines 上で実行) のバックアップを構成する方法について説明します。
Azure Virtual Machines (VM) での SAP ASE データベース バックアップでサポートされる構成とシナリオ について説明します。
前提条件
バックアップ用に SAP ASE データベースを設定する前に、次の前提条件を確認してください。
SAP ASE を実行する VM として、同じリージョンおよびサブスクリプションの Recovery Services コンテナーを特定または作成します。
Azure に到達できるように、VM からインターネットへの接続を許可します。
SAP ASE サーバー VM 名とリソース グループ名の組み合わせの長さは、Azure Resource Manager (ARM) VM の場合は < = 84 文字 (クラシック VM の場合は 77 文字) である必要があります。これは、サービスによって一部の文字が予約されるためです。
VM には、要求モジュールがインストールされた python >= 3.6.15 (推奨 - Python3.10) が必要です。 既定の sudo python3 では、Python 3.6.15 以降を実行する必要があります。 システムで python3 と sudo python3 を実行して検証し、Python のバージョンを確認します。 既定のバージョンを変更するには、python3 を python 3.6.15 以降にリンクします。
SAP ASE データベースをホストする仮想マシンで SAP ASE バックアップ構成スクリプト (事前登録スクリプト) を実行します。 このスクリプトで、バックアップに備えた ASE システムの準備を行うことができます。
バックアップ操作に次の権限と設定を割り当てます。
権限/設定 説明 オペレーター ロール データベース ユーザーがバックアップと復元操作用のカスタム データベース ユーザーを作成して事前登録スクリプトに渡すには、この ASE データベース ロールを有効にします。 Map external file 権限 データベース ファイルへのアクセスを許可するには、このロールを有効にします。 Own any database 権限 差分バックアップを許可します。 データベースの増分ダンプの許可は True にする必要があります。 Trunc log on chkpt 権限 ASE バックアップを使用して保護するすべてのデータベースに対して、この権限を無効にします。 データベース ログを Recovery Services コンテナーにバックアップできます。 SAP ノート - 2921874 - HADR - SAP ASE のデータベースの "trunc log on chkpt" - SAP for Me で詳細を確認してください。 注
マスター データベースでは、ログ バックアップはサポートされていません。 他のシステム データベースでは、データベースのログ ファイルがデータ ファイルとは別に格納されている場合にのみ、ログ バックアップをサポートできます。 既定では、システム データベースはデータ ファイルとログ ファイルの両方を使用して同じデータベース デバイスに作成されるため、ログ バックアップは実行されません。 ログ バックアップを有効にするには、データベース管理者がログ ファイルの場所を別のデバイスに変更する必要があります。
Azure 組み込みロールを使用して、リソースへのロールとスコープのバックアップ割り当てを構成します。 次の共同作成者ロールを使用すると、データベース VM で 保護の構成 操作を実行できます。
リソース (アクセスの制御) ロール ユーザー、グループ、またはサービス プリンシパル ASE データベースを実行しているソース Azure VM 仮想マシン共同作成者 バックアップ操作を構成できます。 既存の Recovery Services コンテナーを使用するか、 新しいコンテナーを作成します。
Recovery Services コンテナーのリージョン間の復元を有効にします。
SAP ASE データベースの検出
SAP ASE データベースを検出するには、次の手順に従います。
[Recovery Services コンテナー] に移動し、[+バックアップ] を選択します。
バックアップ目標で、データソースの種類として Azure VM の SAP ASE (Sybase) を選択します。
** [検出の開始]** を選択します。 これで、コンテナー リージョン内の保護されていない Linux VM の検出が開始されます。
注
- 検出後、保護されていない VM は、ポータルで名前およびリソース グループ別に一覧表示されます。
- VM が予期したとおりに一覧表示されない場合は、それが既にコンテナーにバックアップされているかどうかを確認してください。
- 複数の VM を同じ名前にすることはできますが、それらは異なるリソース グループに属しています。
[ 仮想マシンの選択 ] ウィンドウで、データベース検出のために SAP ASE VM にアクセスするためのアクセス許可を Azure Backup サービスに提供する事前投稿スクリプトをダウンロードします。
バックアップする SAP ASE データベースをホストしている各 VM でスクリプトを実行します。
VM でスクリプトを実行した後、[ 仮想マシンの選択 ] ウィンドウで VM を選択し、[ DB の検出] を選択します。
Azure Backup によって、VM 上のすべての SAP ASE データベースが検出されます。 検出中に、Azure Backup によって VM がコンテナーに登録され、VM に拡張機能がインストールされます。 エージェントはデータベースにインストールされません。
SAP ASE (Sybase) データベース バックアップを構成する
データベース検出プロセスが完了すると、Azure Backup は [バックアップの目標 ] ウィンドウにリダイレクトされ、SAP ASE データベースをホストする選択した VM のバックアップ設定を構成できます。
SAP ASE データベースのバックアップ操作を構成するには、次の手順に従います。
[ バックアップの目標 ] ウィンドウの [手順 2] で、[ バックアップの構成] を選択します。
[ バックアップ ポリシー] で、[データベース の新しいポリシーの作成 ] を選択します。
バックアップ ポリシーでは、バックアップが取得されるタイミングと、それらが保持される期間を定義します。
- ポリシーはコンテナー レベルで作成されます。
- 複数のコンテナーでは同じバックアップ ポリシーを使用できますが、各コンテナーにバックアップ ポリシーを適用する必要があります。
[ポリシー名] で、新しいポリシーの名前を指定します。
[完全バックアップ ポリシー] で、[バックアップ頻度] を選択し、要件に従って [毎日] または [毎週] を選択します。
[毎日]: バックアップ ジョブが開始される時刻とタイム ゾーンを選択します。
注
- 完全バックアップを実行する必要があります。 このオプションをオフにすることはできません。
- [完全バックアップ ポリシー] に移動して、ポリシー設定を表示します。
- 日次の完全バックアップを選択する場合は、差分バックアップを作成できません。
[毎週]: バックアップ ジョブが実行される、曜日、時刻、タイム ゾーンを選択します。
次のスクリーンショットは、完全バックアップのバックアップ スケジュールを示しています。
[保持期間] で、完全バックアップの保持期間を定義します。
注
- 既定では、すべてのオプションが選択されています。 使用しない保持期間の制限をすべてクリアして、使用したいものを設定します。
- あらゆる種類のバックアップ (完全、差分、ログ) の最小保持期間は 7 日間です。
- 復旧ポイントは、そのリテンション期間の範囲に基づいて、リテンション期間に対してタグ付けされます。 たとえば、日次での完全バックアップを選択した場合、日ごとにトリガーされる完全バックアップは 1 回だけです。
- 特定の曜日のバックアップがタグ付けされ、週次でのリテンション期間と設定に基づいて保持されます。
- 月次および年次のリテンション期間の範囲でも、同様の動作になります。
[完全バックアップのポリシー] で、[OK] を選択して設定を確定します。
[差分バックアップ] を選択して、差分ポリシーを追加します。
[差分バックアップのポリシー]で、[有効] を選択して頻度とリテンション期間の制御を開きます。
注
- 最多で、1 日に 1 回の差分バックアップをトリガーできます。
- 差分バックアップは、最大 180 日間保持できます。 より長いリテンション期間が必要な場合は、完全バックアップを使用する必要があります。
[ OK] を 選択してポリシーを保存し、[ バックアップ ポリシー ] ウィンドウに戻ります。
[ログ バックアップ] を選択し、トランザクションのログ バックアップ ポリシーを追加します。
[ログ バックアップ] で、[有効] を選択して、頻度とリテンション期間の制御を設定します。
注
- ログ バックアップでは、完全バックアップが正常に完了した後にのみ、フローが開始されます。
- 各ログ バックアップは、復旧チェーンを形成するために、以前の完全バックアップにチェーンされています。 この完全バックアップは、前回のログ バックアップのリテンション期間が終了するまで保持されます。 これは、完全バックアップのリテンション期間を追加して、すべてのログが確実に復旧されるようにすることを意味します。 ユーザーが毎週の完全バックアップ、毎日の差分、2 時間のログを持っているとします。 これらのすべてが 30 日間保持されます。 ただし、毎週の完全バックアップは、次の完全バックアップが使用可能になった後、つまり 30 + 7 日後にのみクリーンアップまたは削除できます。 たとえば、11 月 16 日に週単位の完全バックアップが実行された場合、アイテム保持ポリシーに従って 12 月 16 日まで保存されます。 この完全バックアップの最終的なログ バックアップは、次にスケジュールされた完全バックアップの前の 11 月 22 日に行われます。 このログ バックアップは 12 月 22 日までアクセス可能なままであるため、11 月 16 日の完全バックアップは、その日まで削除できません。 その結果、11 月 16 日の完全バックアップは 12 月 22 日まで保持されます。
[バックアップの構成] で、[バックアップ ポリシー] から新しいポリシーを選択し、[追加] を選択します。
[バックアップの構成] を選びます。
[バックアップする項目の選択] で保護するデータベースを選択し、[次へ] を選択します。
バックアップ構成を確認します。
[バックアップを有効にする] を選択してバックアップ操作を開始します。
バックアップ構成が完了すると、Azure Backup はバックアップ ポリシーで設定されたバックアップ スケジュールに従って SAP ASE データベースのバックアップを取得します。 オンデマンド バックアップを実行して、最初の完全バックアップを作成することもできます。