:通常のデータの変更

手順1: チケットの設定と送信

1. DMSコンソールV5.0 にログインします。

2. DMSコンソールの左上隅にあるアイコンの上にポインターを移動し、[すべての機能] > [データベース開発] > [データ変更] > [通常のデータの変更] を選択します。

   説明

   DMSコンソールを通常モードで使用する場合は、上部のナビゲーションバーで [データベース開発] > [データ変更] > [通常データの変更] を選択します。

3. [データ変更チケット] ウィザードの [適用] ステップで、データ変更チケットを送信するためのパラメーターを設定します。 次の表に、いくつかのパラメーターを示します。

   説明

   • この例では、Security Collaborationモードで管理されているインスタンスを使用します。 インスタンスが安定した変更モードで管理されている場合、設定可能なパラメーターが若干異なる場合があります。

   • データソースインスタンスの変更機能はカナリアリリースにあります。

   パラメーター	必須 / 任意	説明
   ターゲットの変更	対象	有効な値はデータベースとデータソースインスタンスです。 説明 データソースインスタンスの変更機能は、ApsaraDB RDS for MySQLインスタンス、PolarDB for MySQLクラスター、およびAnalyticDB for MySQLクラスターでのみサポートされています。
   データベースまたはインスタンス	対象	チケットを送信するデータベースまたはインスタンス。 変更権限を持つデータベースまたはインスタンスを選択する必要があります。 説明 選択できるデータソースインスタンスは1つだけです。
   理由カテゴリ	対象	データ変更の理由。 これにより、後続の操作でチケットを見つけることができます。 説明 DMS管理者の場合、O&Mモジュールの [設定管理] ページで理由カテゴリを変更できます。 詳細については、「構成管理」をご参照ください。
   ビジネスの背景	対象	データ変更の目的または目的。 承認プロセスを高速化するには、詳細な説明を入力します。
   実行方法	対象	チケットの実行方法。 有効な値： チケット提出者は承認時に実行します 承認時に自動的に実行 最後の承認者の実行 説明 DMS管理者の場合、O&Mモジュールの [設定の管理] ページで実行方法を変更できます。 詳細については、「構成管理」をご参照ください。
   影響を受ける行	対象	データ変更の影響を受ける可能性のあるデータ行の推定数。
   変更のSQLステートメント	対象	データ変更に使用されるSQL文。 テキストまたは添付ファイルを選択できます。
   SQLテキスト	対象	このパラメーターは、[変更] パラメーターを [テキスト] に設定した場合にのみ使用できます。 [SQLテキスト] フィールドに実行可能SQL文を入力します。 説明 複数のSQL文はセミコロン (;) で区切ります。 Change TargetパラメーターをData Source Instanceに設定した場合、SQL文のすべてのテーブル名の前に ${dbName}.${tableName} 形式でデータベース名を追加する必要があります。 DMSは、チケットの送信時にSQL文の構文が有効かどうかを確認します。 構文が無効な場合、チケットを起票することはできません。
   添付ファイル	対象	このパラメーターは、[変更] パラメーターを [添付] に設定した場合にのみ使用できます。 データ変更に使用されるSQL文を格納するファイルをアップロードします。 説明 アップロードするファイルは、TXT、ZIP、またはSQLファイルです。 ファイルのサイズは15 MBを超えることはできません。
   ロールバックのSQLステートメント	非対象	ロールバックに使用されるSQL文。 テキストまたは添付ファイルを選択できます。 説明 ロールバック用のSQLステートメントを入力した場合、またはロールバック用のSQLファイルをアップロードした場合にのみ、ロールバックチケットを作成するときに、DMSはロールバック用のステートメントを自動的に入力します。 それ以外の場合は、SQL文を手動で入力する必要があります。
   SQLテキスト	非対象	このパラメーターは、ロールバック用SQLステートメントパラメーターをテキストに設定した場合にのみ使用できます。 ロールバック用のSQL文を入力します。 このパラメーターに指定するSQL文は、データ変更をロールバックするために使用されます。
   添付ファイル	非対象	このパラメーターは、ロールバック用SQLステートメントパラメーターを [添付ファイル] に設定した場合にのみ使用できます。 [ファイル] をクリックして、ロールバックに使用するSQL文を含むファイルをアップロードします。 説明 アップロードするファイルは、TXT、ZIP、またはSQLファイルです。 ファイルのサイズは15 MBを超えることはできません。
   利害関係者の変更	非対象	データ変更に関与する利害関係者。 指定されたすべての利害関係者は、チケットの詳細を表示し、承認プロセスに参加できます。 DMS管理者とデータベース管理者 (DBA) 以外の無関係なユーザーは、チケットの詳細にアクセスできません。
   添付ファイル	非対象	データ変更に関する追加情報を提供するために、チケットの添付ファイルとして使用されるファイル。

4. 送信 をクリックします。

手順2: SQL文の事前チェック

チケットを送信すると、システムは自動的にチケットの事前チェックを実行します。 チケットが事前チェックに失敗した場合は、プロンプトに従ってSQL文を変更し、チケットを再度送信します。

ステップ3: チケットの確認と承認

チケットが事前チェックに合格したら、[承認の送信] をクリックします。 [プロンプト] メッセージで、[OK] をクリックします。

ステップ4: データ変更

1. 申請が承認されたら、[変更の実行] をクリックします。 [タスク設定] ダイアログボックスで、次の表に示すタスク実行パラメーターを設定し、[実行の確認] をクリックします。

   説明

   • [適用] ステップで [実行方法] パラメーターを [承認時に自動的に実行] に設定した場合、このステップは自動的にスキップされます。

   • 中断されたタスクが再開された後、スクリプトは中断された位置から実行できます。

   パラメーター	説明
   実行戦略	チケットのタスクをすぐに実行するか、スケジュールされた時間に実行するかを指定します。 有効な値： 即時実行: このオプションをオンにすると、[実行の確認] をクリックした直後にDMSがタスクを実行します。 スケジュール: このオプションを選択する場合は、時刻を指定する必要があります。 [実行の確認] をクリックした後、DMSはスケジュールされた時間にタスクを実行します。 たとえば、2024年5月22日の00:00:00にタスクを実行するように指定できます。
   単一トランザクションとしての送信の有効化	すべてのステートメントを1つのトランザクションとして送信するかどうかを指定します。 デフォルトでは、このスイッチはオフになっています。 有効な値： on: この変更に関与するすべてのSQL文は、トランザクションとして送信されます。 SQL文が失敗した場合、同じトランザクション内で実行されたすべてのDML文がロールバックされます。 DDLステートメントはロールバックできません。 off: 各SQL文はトランザクションとして送信されます。 SQL文が失敗した場合、トランザクションは停止されますが、実行されたSQL文はロールバックされません。
   バックアップの有効化	データをバックアップするかどうかを指定します。 デフォルトでは、このスイッチはオフになっています。 バックアップを有効にすると、バックアップファイルを使用してデータを復元できます。 有効な値： 説明 データバックアップは、UPDATEおよびDELETEステートメントでのみサポートされます。 MongoDBまたはRedisデータベースのデータをバックアップすることはできません。 on: DMSは、UPDATEまたはDELETEステートメントの実行時に影響を受けるデータをバックアップする特定のステートメントを生成します。 データベースがMySQLまたはMariaDBデータベースの場合、DMSはREPLACE INTOステートメントを生成します。 説明 サポートされているMySQLデータベースタイプには、Alibaba Cloud上にないApsaraDB RDS for MySQL、PolarDB for MySQL、PolarDB-X、MySQLデータベースが含まれます。 データベースがMySQLまたはMariaDBデータベースでない場合、DMSはINSERTステートメントを生成します。 off: DMSはデータバックアップ用のステートメントを生成しません。

   説明

   SQLタスクの実行は、SQL実行を制御するためにセキュリティルールで構成されたチェックポイントによって監視されます。 チェックポイントの例には、SQL実行前のデータベースロックタイムアウトメカニズム、SQL実行前のデータベースロードチェック、およびSQL実行後のスリープポリシーが含まれます。 SQLの実行を制御するためにセキュリティルールに設定されているチェックポイントを確認するには、セキュリティルールの詳細ページに移動し、左側のウィンドウで [SQL実行制御] をクリックします。 デフォルトのチェックポイント設定を変更する方法の詳細については、「SQL実行時にコントロールを構成する」をご参照ください。

   • タスクが完了したら、チケットの [操作] 列の [詳細] をクリックして、チケットのステータス、タスクの実行回数、影響を受ける行数、実行されたステートメント、およびログを表示できます。

   • タスクが完了したら、データベースの [SQLConsole] タブに移動して、データが期待どおりに変更されているかどうかを確認できます。

2. (オプションの手順) ロールバックチケットを作成し、元のデータを復元します。

   データが期待どおりに変更されない場合は、ロールバックチケットを作成するか、手動で通常のデータ変更チケットを送信してデータを復元できます。 次のセクションでは、ロールバックチケットを作成する方法について説明します。

   1. [実行] セクションで、管理するデータベースの [操作] 列の [ロールバックチケットの生成] をクリックします。

   2. ロールバックするソースを選択し、[OK] をクリックします。 次のソースがサポートされています。

      • ロールバックテキスト: チケット情報を設定するときに事前に入力されるロールバックテキスト。

      • ロールバック添付ファイル: チケット情報を構成するときにアップロードされるロールバック添付ファイル。

      • バックアップファイル: チケットの実行中に生成されるバックアップ添付ファイル。

        説明

        バックアップファイルを使用してデータを復元するには、データ変更を実行する前にバックアップ機能を有効にする必要があります。

   3. 必要に応じて、 ビジネス要件に基づいて、ロールバックテキスト、ロールバック添付ファイル、またはバックアップファイルを設定します。

      • ロールバックテキスト: エディターでSQL文を変更できます。

      • ロールバック添付ファイルまたはバックアップファイル: ロールバック添付ファイルまたはバックアップファイルをコンピューターにダウンロードし、SQL文を変更してから、ロールバック添付ファイルまたはバックアップファイルをロールバックチケットにアップロードする必要があります。

   4. ロールバック情報を確認し、[送信] をクリックします。 フォローアップチケットプロセスは、通常のデータ変更チケットプロセスと同じです。

3. バックアップファイルをダウンロードします。

   変更後にバックアップファイルを保存するか、バックアップファイルをDMSにアップロードする場合は、バックアップファイルをダウンロードする必要があります。

   1. [操作] 列の [バックアップのダウンロード] をクリックします。 バックアップファイルには、次の情報が含まれます。

      • データを変更するために実行された元のSQL文。

      • 元のSQL文のSELECT句。

      • データのバックアップに使用されるSQL文。

      例：

      /*
      [Database]:   rds@rm-bp144d5ky4l4rli0417****.mysql.rds.aliyuncs.com:3306[rds mysql]
      */
      
      /*
      [SQL]:
      
      
      UPDATE t_order
      SET product_id = 88
      WHERE id = 10054
      [BACKUP SQL]:    SELECT *
      FROM t_order
      WHERE id = 10054
      */
      REPLACE INTO `t_order`(`id`,`product_id`,`gmt_create`,`gmt_modified`,`customer_id`,`price`,`status`,`province`) VALUES
      (10054,81,'2021-12-14 09:44:44','2021-12-14 09:44:44',71,63.45,'Success','Hangzhou');
                                          

   2. バックアップファイルからデータバックアップ用のSQL文を抽出します。 ステートメントが有効であることを確認したら、通常のデータ変更チケットを起票し、実際のシナリオに基づいてデータベースデータを復元します。

      説明

      データ変更に対して不適切なUPDATEステートメントが実行され、データバックアップ用にINSERTステートメントが生成された場合、データを手動で復元する必要があります。

4. 必要に応じて、 データが期待どおりに変更されているかどうかを確認します。

   1. チケット詳細パネルの [基本情報] セクションで、データベース名の上にポインターを移動し、[クエリ] をクリックします。

      

   2. データベースの [SQLConsole] タブで、テーブルデータが期待どおりかどうかを確認します。