Managerが提供するタスク機能を利用してバックアップを取得することが可能です。

1. Managerの管理コンソールで[管理] - [予約タスク] 画面に進みます。

    

2. [新規] をクリックして「新規予約タスク」を選択し、新規予約タスクウィザードを表示します。

3. ドロップダウンリストから[バックアップ] を選択します。
   
   

4. バックアップをいつどのくらいの頻度で実行するかを選択します。

5. バックアップファイルの出力先パスを指定します。
   ※Microsoft SQL ServerがDSMと別サーバの場合、出力先はMicrosoft SQL Server用サーバ上のパスになります。
   ※Microsoft SQL Server用サーバと出力先パスに対して、バックアップファイルの作成に必要なアクセス権が設定されていることを事前にご確認ください。

6. バックアップ処理の終了後、指定した出力先パスに下記データが出力されている事を確認します。
   <指定した出力先パス..> \yymmddhhmm.dsm-backup

Managerで自動的にバックアップを取得することは出来ませんので、別途、一般的に利用されるようなバックアップシステムをご利用ください。
これらデータベースのバックアップの詳細やツールなどにつきましては、個々のベンダー様にお問い合わせください。

1. バックアップ時のManagerのバージョンについて

   Manager の再インストール時には、データベースのバックアップ取得時と同じバージョン (ビルド) のインストールプログラムを使用する必要があります。 データベースのバックアップファイルを保存する際には、データベースのバックアップファイルを取得したタイミングの、Managerのバージョン (ビルド) も紐付けて保管してください。

2. マルチテナント環境に関して

   テナントごとのバックアップを許可したい場合、プライマリユーザでログインし、[管理] > [システム設定] > [テナント]において、[予約タスク「バックアップ」の使用をテナントに許可] を有効にしてください。 上記の設定を実施すると、各テナントのユーザとしてログインし、この章に記載している手順と同様にバックアップを設定できます。
   テナントが削除されておらず、かつ該当テナントのバックアップファイルがあれば、テナントごとにリストアできます。リストア方法は「バックアップしたデータベースをリストアする方法」の章を参照してください。

3. Managerの設定ファイルに関して

   Managerをバックアップしたデータベースとは異なるデータベースにて構築した後にリストアしたデータベースに接続するシナリオの場合、 リストアしたデータベース内のmanagerNodeGUID（Managerの識別子）と新規で構築したManagerのmanagerNodeGUIDが一致しないため、Managerの起動に失敗します。
   そのため、リストアの前には設定ファイルとなる「dsm.properties」もファイルコピーなどで合わせてバックアップいただくことを推奨します。 「dsm.properties」の詳細は こちら を参照ください。

1. Managerのサービスを停止します。

2. バックアップされていたデータベースをDBサーバにリストアします。

3. Managerのサービスを開始します。

4. セキュリティアップデートを行い、パターンファイル等を最新の状態にします。

Managerのアップグレードが失敗した場合や、アップグレード後に不具合が発生した場合などに、アップグレード前のバージョンにManagerをリストアする手順は以下となります。

マイナーバージョンのアップグレードを行った場合
（例：12.0 Update1から12.0 Update2へのアップグレードの際）

メジャーバージョンのアップグレードを行った場合
（例：12.0 UpdateXX から 20.0 UpdateXXへのアップグレードの際）

1. データベース名に関して

   • バックアップ時と同じ名前のデータベース名でリストアください。

   • バックアップ時と異なる名前でリストアした場合、Managerからデータベースへの接続が行えないものとなります。 異なる名前でのリストアが必要な際はdsm.properties内のdatabase.nameをリストアしたデータベース名に変更ください。

   • 別のデータベースサーバを構築してリストアする場合、dsm.properties内の各種データベース接続情報を変更ください。

   • Managerをバックアップ時とは別のデータベースにて新規構築後、データベースをリストアした場合はデータベース内とManagerのmanagerNodeGUIDの不一致によりManagerが起動しないものとなります。 本シナリオの場合は新規で作成したManagerのdsm.properties内の「manager.managerNodeGUID」の値を事前にバックアップいただいたdsm.propertiesと同じ値となるよう変更ください。 もしくはデータベースのリストア後にManagerのインストールを実施ください（「メジャーバージョンのアップグレードを行った場合」と同じ手順となります）。
     
     ※dsm.propertiesの編集に関しましては こちら を参照ください。

2. マルチテナント環境に関して

   テナントを削除した場合、テナントごとに取得してあったバックアップファイルから、削除したテナントを復元することはできません。テナントごとのバックアップファイルからデータベース自体のリストアはできますが、リストアしたデータベースを使いテナント自体を復元することができないためです。
   また、[管理]>[テナント]の[新規]より、削除したテナントと同様の情報を使用してテナントを再作成したとしても、再作成したテナントとリストアしたデータベースを紐づけることはできません。 テナントを削除していない場合、テナントごとに取得してあったバックアップファイルから復元できます。
   テナントごとのバックアップファイルからではなく、プライマリテナントで取得したバックアップファイルからであれば、削除したテナントを含め、Manager全体をバックアップ取得時点まで復元できます。 あるテナントを削除した後で、そのテナントの復元が必要となった場合、Manager全体のリストアを検討してください。