運用データベースのコピーのデバッグ

メモ

コミュニティの関心グループが Yammer から Microsoft Viva Engage に移行されました。 Viva Engage コミュニティに参加し、最新のディスカッションに参加するには、「 Finance and Operations Viva Engage Community へのアクセスを要求する 」フォームに入力し、参加するコミュニティを選択します。

データベース移動操作は、データ アプリケーション ライフサイクル管理 (DataALM) の一部として使用できるセルフサービス アクションのスイートです。 このチュートリアルでは、運用データの最新のコピーの特定のデータとトランザクションをデバッグする方法を示します。

このチュートリアルでは、以下の内容を学習します。

  • ユーザー受け入れテスト (UAT) 環境を更新します。
  • 開発者環境の IP アドレスを承認済みリスト ("許可リスト") に追加します。
  • UAT データベースに接続できるように、開発者環境を更新します。
  • ブレークポイントを設定し、データのデバッグを開始します。

このシナリオの例として、既にライブ状態の顧客は、開発環境から運用トランザクションの最近のコピーをデバッグしたいと考えています。 この方法を使用すると、顧客はスタックしている特定のトランザクションをデバッグしたり、現実的なデータセットを使用して新機能やレポートを開発したりできます。

必要条件

更新操作を実行するには、運用環境をデプロイする必要があります。または、少なくとも 2 つの標準 UAT 環境が必要です。 このチュートリアルを完了するには、開発環境をデプロイする必要があります。

重要

デバッグには、UAT 環境で使用できるのと同じコードとビジネス ロジックを実行する DevTest 環境を使用します。 バージョン管理で複数のブランチを使用する場合は、最近の UAT または運用トランザクションのデバッグに使用する DevTest 環境を、UAT および後で運用環境用のパッケージをビルドするために使用するのと同じブランチに接続します。 この方法を使用すると、スキーマに互換性があるため、DevTest 環境と UAT データベースの間でデータベース同期を実行する必要はありません。 これまで、このような環境は、修正プログラム/サポート環境と呼ばれてきました。通常のコード プロモーション パス外となっているためです。

UAT 環境を更新

この更新操作は、運用データベースの最新のコピーで UAT 環境を上書きします。 この手順を完了するには、トレーニング目的での更新の手順に従います。

データベース アクセスの有効化

既定では、すべてのサンドボックス標準受け入れテスト環境で Microsoft Azure データベース プラットフォームとして SQL データベースを使用します。 ファイアウォールは、これらの環境のデータベースを保護し、最初にデータベースをデプロイしたアプリケーション オブジェクト サーバー (AOS) へのアクセスを制限します。

データベースに接続するには、ジャストインタイム アクセスの有効化 の手順に従います。

メモ

更新するたびに、ファイアウォール セーフリストがリセットされます。 今後必要になったときに、DevTest 環境をこのデータベースに追加し直す必要があります。

UAT データベースに接続する OneBox DevTest 環境を更新する

開発環境で、web.config ファイルを更新してデータベース接続を変更します。 この手順では、UAT からデータベースに対して構成されたローカル コードとバイナリを実行できます。

サービス ドライブで AoSService\WebRoot ディレクトリに移動します。 (通常、サービス ドライブはドライブ J または K です)。web.configという名前のファイルを見つけて、 バックアップを作成します。 次に、メモ帳などのエディターで web.config ファイルを開き、次の構成を見つけます。

  • DataAccess.データベース
  • DataAccess.DBServer
  • DataAccess.SqlPwd
  • DataAccess.SqlUser

これらの構成を更新して、Lifecycle Services の UAT 環境の環境の詳細ページの値を使用するようにします。

<add key="DataAccess.Database" value="<example_axdb_fromAzure>" />
<add key="DataAccess.DbServer" value="<example_axdb_server.database.windows.net>" />
<add key="DataAccess.SqlPwd" value="<axdbadmin_password_from_LCS>" />
<add key="DataAccess.SqlUser" value="axdbadmin" />
<add key="DataAccess.AxAdminSqlPwd" value="<axdbadmin_password_from_LCS>" />
<add key="DataAccess.AxAdminSqlUser" value="axdbadmin" />

ファイル保存します。 クラウドにホストされている環境で操作している場合は、IISRESET を実行します。 Microsoft が管理する開発者向けのコンピューターを使用していてアクセス許可が制限されている場合、必ず Microsoft Visual Studio を閉じてください。

最後に、Web ブラウザーを開き、DevTest 環境の URL に移動して、UAT データベースからデータを取得することを確認します。

メモ

この変更により、データベース 接続のみが構成され、開発者環境の ストレージ アカウント接続 は構成されません。 この変更により、 コマース スケジューラ ジョブ (CDX) などのストレージ アカウントを使用するバッチ ジョブは、UAT 環境からアクセスできないストレージ アカウントに結果ファイルをアップロードします。 この変更により、増分データ同期と完全データ同期の適用に失敗します。 データ同期ジョブを実行する前にこれらの変更を元に戻すか、開発環境が挿入されたバッチ サーバー グループで実行しないように構成します。

DevTest 環境でトランザクションをデバッグする

環境を再構成したら、Visual Studio を開き、ニーズに最適なブレークポイントをアプリケーション コードに設定します。 DevTest 環境でデバッグする場合、UAT 環境のユーザーは影響を受けません。

バッチのデバッグ

バッチ ジョブをデバッグするには、Visual Studio からデバッガーをアタッチするオプションとしてバッチ サービスが表示される前に、デバッグ DevTest マシンでバッチ サービスを再起動することが必要になる場合があります。 また、この DevTest マシンを独自のバッチ グループに分離して、デバッグするジョブが DevTest マシンで確実に実行されるようにすると便利な場合もあります。

ベスト プラクティス

次のベスト プラクティスに従って、デバッグ エクスペリエンスが迅速で信頼性が高く、組織内の他のユーザーを混乱させないようにします。

  • DevTest 環境のコードとバイナリのバージョンが、UAT 環境のバージョンと正確に一致していることを確認します。 展開用のパッケージを作成したのと同じブランチに DevTest 環境を接続します。 または、リリースされている最新のカスタマイズで最新の状態になっている "HotfixSupport" ブランチに接続します。
  • Visual Studio からデータベースの同期を実行しないでください。 それ以外の場合は、UAT データベース内のスキーマの可用性に影響し、UAT 環境のユーザーに影響を与える可能性があります。
  • 最適なエクスペリエンスを実現するために、UAT 環境と同じデータセンターにデプロイした開発環境を使用します。
  • web.config ファイルの編集またはコピー中に、SqlUser と SqlPwd の重複するタグを追加しないことを確認します。
  • Last updated on