3

私の質問は、一般的なテストサイクルの一部として、アプリケーション構成データを新しい環境に昇格させるために使用されるベストプラクティスとツールに関係しています。後者には、TEST、STAGING、PRODの3つの環境が含まれます。コードと構成の変更は、最初にテストに適用され、次にSTAGINGにプロモートされ、その後、各ステップでテストに合格するとPRODにプロモートされます。

ソフトウェアのビルドを環境から環境へと促進するのは簡単です。ただし、対応するセットアップ/構成データの変更のプロモーションを管理することはより困難です。アプリケーションは高度に構成可能であり、構成データは大きく、数百のOracleデータベーステーブルに数GBが格納されています。

概念的には、問題は次の要素で構成されます。

  1. アプリケーション内で作成された構成データのすべての作成、更新、および削除を追跡します。
  2. これらの変更をある環境から別の環境に転送する

多数の変更が含まれるため、これを手動で行うには時間がかかり、エラーが発生しやすくなります。私の質問は、このプロセスを自動化/非現実化するために使用できる便利なツールと戦略はありますか?

4

1 に答える 1

1

Oracle Auditingを見たことがありますか?

構成テーブルに監査を設定してから、監査データを読み取り、他のデータベースに対して同じ変更を実行するために使用できるSQLスクリプトを作成するスクリプトを作成します。

于 2010-07-10T12:17:11.140 に答える