データベースのインポート

  • [アーティクル]

Microsoft Dynamics Lifecycle Services (LCS) は、ゴールデン コンフィギュレーション データベースをサンドボックス ユーザー受入テスト (UAT) の環境にインポートするために使用できます。

必要条件

Dynamics AX 2012 アップグレード用に構成された LCS プロジェクトには、データベース インポートは適用できません。 したがって、プロジェクト オンボーディング>プロジェクト概要で、レガシ システム フィールドが AX2012 アップグレードに設定された場合、インポートはブロックされます。

セルフ サービス インポート データベース

開発環境から標準ユーザー承認テスト (UAT) まで準備されたデータベース、または UAT 環境から前回エクスポートしたデータベースをインポートするには、次のステップに従います。

  1. ターゲット サンドボックスの 環境詳細 ページを開き、 メニュー オプションから 管理>データベースの移動 を選択します。
  2. データベースのインポートを選択し、資産ライブラリからソース データベースのバックアップ (.bacpac形式) ファイルを選択します。
  3. 警告に注意してください。 バックアップ ファイルからクリーンアップされたデータ要素の一覧を確認します。
  4. インポート操作をすぐに開始します。

メモ

管理者ユーザー、およびその他の内部サービス ユーザー アカウントを除くすべてのユーザーはインポート後に使用できなくなります。 そのため、管理者ユーザーは他のユーザーがシステムに復帰する前にデータの削除や難読化することができます。

データベース バックアップ (.bacpac) ファイルをダウンロードした後、データベースを開発環境にインポートするには、レベル 1 環境の手動インポート操作の開始が可能です。 データベースをインポートするときは、これらのガイドラインに従うことお勧めします。

  • 必要な場合は、後で戻すことができるように、既存の AxDB データベースのコピーを保持します。
  • AxDB_fromProd などの新しい名前の下に新しいデータベースをインポートします。

最良のパフォーマンスを確保するためには、 *.bacpac ファイルをインポート元のコンピューターにコピーします。 sqlpackage .NET Core for Windows を Get sqlpackage .NET Core for Windows からダウンロードします。 コマンド プロンプト ウィンドウを開き、sqlpackage .NET Core フォルダーから次のコマンドを実行します。


SqlPackage.exe /a:import /sf:D:\Exportedbacpac\my.bacpac /tsn:localhost /tdn:<target database name> /p:CommandTimeout=1200

パラメータの説明を以下に示します。

  • tsn (ターゲット サーバー名) – インポートする Microsoft SQL Server インスタンスの名前。
  • tdn(ターゲット データベース名) – インポートするデータベースの名前。 データベースが既に存在していてはいけません。
  • sf(ソース ファイル) – インポートするファイルのパスと名前。

メモ

インポート中に、ユーザー名およびパスワードは必要ありません。 既定では、SQL Server は、現在サインインしているユーザーに対して Microsoft Windows 認証を使用します。

レベル 1 の環境に手動インポート処理を実行する方法については、データベースのインポート を参照してください。

長時間実行される操作

インポート操作が完了するまでに数時間、極端な場合には数日かかる場合があります。 この時間は、財務と運用アプリのスキーマの複雑さ、およびクラウドデータベースを従来の SQL Server で使用するためのフラットファイルに変換する Azure SQL 提供ツールの制限によるものです。 インポート操作に時間がかかりすぎて処理を中断したい場合は、環境の詳細ページからキャンセル ボタンをクリックします。

インポート操作失敗

インポートが成功しなかった場合は、自動的に ロールバック されます。 ターゲットのサンドボックス環境は、インポートが開始される前の状態に復元されます。 ロールバック操作は、データベースを復元するための Microsoft Azure SQL データベース ポイントインタイム復元機能により使用可能になります。 ターゲット サンドボックスに存在するカスタマイズが、新しくインポートされたデータでデータベースの同期を完了できない場合、ロールバックがよく必要になります。

進行中のインポート操作をキャンセルするには、キャンセル ボタンを使用します。

失敗の根本原因を特定するには、環境変更履歴 ページを使用して、失敗した操作のログをダウンロードします。

インポート後に注意が必要なデータの要素

データベースのバックアップをサンド ボックスUAT環境にインポートするときは、特定の活動を実行する必要があります。 次にいくつか例を挙げます。

  • ソース データベースに、パーティション テーブルのレコードが 1 つしか含まれていないことを確認します。
  • お客様の要件に従って、電子メール機能が正しく再設定または無効になっていることを確認してください。
  • お客様の要件に従って、統合設定がオンまたはオフになっていることを確認してください。
  • Application Object Server (AOS) サーバーが必要なバッチ グループに追加されたことを確認します。
  • システム ヘルプとタスク ガイドに再接続されていることを確認します。
  • バッチ ジョブのステータスが待機中に設定されていることを確認します。
  • ユーザーが再度有効化されたことを確認します。
  • 必要に応じて、二重書き込みが再リンクされていることを確認します。
  • 必要に応じて、二重書き込みが再リンクされていることを確認します。 この操作に成功した後にターゲット環境に新しいリンクを設定するには、二重書き込み環境のリンクを参照してください。

環境管理者

対象となる環境のシステム管理者アカウント (管理者ユーザーID) が、その環境内の web.config ファイルに含まれる値にリセットされます。 このアカウントは、LCS からの管理者アカウントと同じである必要があります。 このアカウントがどのアカウントになるかをプレビューするには、LCS でターゲット サンドボックスの 環境の詳細 ページにアクセスします。 環境が最初に展開されたときに 環境管理者 フィールドで選択された値は、トランザクション データベース内のシステム管理者となるように更新されます。 これにより、環境のテナントが環境管理者のテナントになります。

web.config ファイルを変更するために環境に管理者ユーザー プロビジョニング ツールを使用した場合、値が LCS の値と一致しない可能性があります。 別のアカウントを使用することを要求する場合、ターゲット サンドボックスを割り当て解除して削除し、別のアカウントを選択して再展開する必要があります。 その後、データを復元するためにデータベースの更新操作をもう 1 回実行することができます。

コマース機能を使用する環境のデータベース インポート後に実行する手順

重要

Commerce headquarters データベース (以前の AOS データベース) を移行する際、関連付けられている Commerce Scale Units (CSUs) は移動されません。 場合によっては、使用する機能に応じて、CSU の再配置が必要になる場合があります。 次に、データを CSU に完全に同期して、再配置を行う必要があります。 データの不一致が残っている場合は、最終的なアクションとして CSU を削除し、新しい CSU を置き換え、新しい CSU に対するデータの完全同期を実行することです。

環境固有のレコードの中には、自動的なデータベース移動操作に含められないものがあり、その手順を追加する必要があります。 次のような役割があります。

  • コマース セルフサービス インストーラー参照。
  • Commerce Scale Unit チャネル データベースのコンフィギュレーション レコード。

環境間でデータベースをコピーすると、次の追加の手順を実行しない限り、移行先環境の Commerce の機能は完全には機能しません。

Commerce Scale Unit の初期化

データベースをサンドボックスのユーザー受け入れテスト (UAT) または運用環境に移動する場合は、データベースの移動操作が完了した後に、Commerce Scale Unit を初期化する必要があります。 ソース環境からの Commerce Scale Unit の関連付けは、移行先の環境にコピーされません。

Commerce のセルフサービス インストーラーの同期

本部内の Commerce セルフサービス インストーラーにアクセスできるようにするには、データベースの移動操作が完了した後にセルフサービス インストーラーを同期する必要があります。

重要

環境の再プロビジョニング手順は、データベース移動操作の一部として完全に自動化されており、これ以上手動で実行する必要はありません。 環境再ビジョニング ツールは引き続きアセット・ライブラリで利用可能ですが、Commerce バージョン 10.0.37 以前を実行している開発環境にデータベースを復元する場合にのみ必要です。 Commerce Version 10.0.38 以降を実行している開発環境では、シールされた CSUを 使用する環境なので、環境の再プロビジョニング ツールは適用されません。

移行先の環境で環境の再プロビジョニング ツールを実行するには、次の手順を実行します。

  1. ソフトウェア配置可能パッケージ セクションにある自身のプロジェクトの アセット ライブラリ で、 インポートを選択します。
  2. 共用資産の一覧から、 環境再プロビジョニング ツールを選択します。
  3. 移行先環境の 環境の詳細 ページで、 管理>更新プログラムを適用を順に選択します。
  4. 先ほどアップロードした 環境再プロビジョニング ツールを選択し、 適用 を選択してパッケージを適用します。
  5. パッケージの配置の進捗を監視します。

配置可能なパッケージの適用方法についての詳細は、 配置可能なパッケージを作成するを参照してください。 配置可能パッケージを手動で適用する方法の詳細については、 配置可能 な パッケージ を コマンド ライン から インストール するを参照してください。

POS デバイスの再アクティブ化

販売時点管理 (POS) デバイスを使用する場合は、データベースをインポートした後、POS デバイスを再度アクティブ化する必要があります。 移行先環境で以前にアクティブ化されたデバイスは、機能しなくなります。 詳細については、販売時点管理 (POS) デバイスのライセンス認証 を参照してください。