すべてのプロダクト
Search
ドキュメントセンター

Data Management:構成管理

最終更新日:Aug 20, 2024

データ管理 (DMS) により、DMS管理者はシステム構成を管理できます。 DMS管理者は、ビジネス要件を柔軟に満たすようにシステム構成項目を変更できます。 このトピックでは、システム構成項目を変更する方法について説明します。

前提条件

あなたはDMS管理者です。 ユーザーのロールを表示する方法の詳細については、「システムロールの表示」をご参照ください。

手順

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

  2. 上部のナビゲーションバーで、O&M > 構成管理を選択します。

    説明

    DMSコンソールをシンプルモードで使用する場合は、左上隅の2023-01-28_15-57-17.pngアイコンの上にポインターを移動し、[すべての機能] > [O&M] > [設定管理] を選択します。

  3. 構成管理ページで、変更する設定項目を見つけて、アクション変更をクリックします。

    説明

    設定項目の詳細については、このトピックの「設定項目」をご参照ください。

  4. パラメーター設定の変更ダイアログボックスで、ビジネス要件に基づいて値を変更します。

  5. 変更の確認 をクリックします。

構成項目

設定アイテム

説明

アクセス元IP制御を有効にするかどうか

有効な値:

  • Y: IPアドレスホワイトリスト機能を有効にします。 IPアドレスホワイトリストを設定するには、DMS管理者はDMSコンソールの上部ナビゲーションバーで [セキュリティと仕様] をクリックします。 表示されるページで、左側のナビゲーションウィンドウで [IPホワイトリストにアクセス] をクリックします。 ホワイトリスト内の指定されたIPアドレスまたはCIDRブロックからのアクセスのみが許可されます。

  • N: IPアドレスホワイトリスト機能を無効にします。 この場合、現在のテナントアカウント内のユーザーは、すべてのIPアドレスからDMSにアクセスできます。

クラウド上のインスタンスリソースの自動同期を有効にするかどうか

有効な値:

  • Y: 現在のAlibaba CloudアカウントのすべてのApsaraDB RDSインスタンスをDMSに自動的に登録します。

  • N: 現在のAlibaba CloudアカウントのすべてのApsaraDB RDSインスタンスをDMSに自動的に登録しません。

SQLConsoleでラージテーブルアーカイブ通知が有効かどうか

有効な値:

  • Y: 大きなテーブルがSQLConsoleにアーカイブされたときにユーザーに通知します。

  • N: 大きなテーブルがSQLConsoleにアーカイブされている場合、ユーザーに通知しません。

データエクスポート理由分類

データをエクスポートする理由。 考えられる理由は、次のカテゴリに分類されます。

  • データ分析: 分析用に特定のデータをエクスポートします。

  • トラブルシューティング: トラブルシューティングのために特定のデータをエクスポートします。

  • データ同期: 同期用に特定のデータをエクスポートします。

  • データテスト: テスト用の特定のデータをエクスポートします。

  • 業務運用: 特定のデータをエクスポートして、業務運用要件が満たされているかどうかを確認します。

タスクフローの作成を許可されているユーザーのホワイトリスト。

タスクフローの作成を許可する1人以上のユーザーを指定します。

無効な機能モジュールのリスト

無効にする1つ以上の機能を指定します。 機能を無効にすると、対応する操作のエントリポイントが非表示になります。

新しいユーザーのアクセス制御がデフォルトで有効になっています

有効な値:

  • Y: 新しいユーザーのアクセス制御を有効にします。

  • N: 新しいユーザーのアクセス制御を無効にします。

SQLステートメントフィールドの機密レベルの伝播を有効にします (前提条件: インスタンスの機密データ保護が有効になっています)

有効な値:

  • Y: SQLステートメントフィールドの機密レベルの伝播を有効にします。

  • N: SQLステートメントフィールドの機密レベルの伝播を無効にします。

RAM権限検証を有効にするかどうか

有効な値:

  • Y: RAM (Resource Access Management) 権限検証を有効にします。

  • N: RAM権限の検証を無効にします。

サブアカウントが自動的にテナントに参加できるようにする

有効な値:

  • Y: RAMユーザーを現在のテナントアカウントに自動的に追加できます。

  • N: 現在のテナントアカウントにRAMユーザーを自動的に追加することはできません。

データ変更作業指示を送信するときに強制的にロールバックSQLを入力するかどうか、YはロールバックSQLを入力する必要があることを示し、NはロールバックSQLを強制的に入力しないことを示します。

有効な値:

  • Y: データ変更をロールバックするために、実行可能なSQL文を入力する必要があります。

  • N: データ変更をロールバックするために実行可能なSQL文を入力する必要はありません。

スーパーSQLモードを有効にするかどうか。

有効な値:

  • Y: スーパーSQLモードを有効にします。

  • N: スーパーSQLモードを無効にします。

データ変更検証の影響を受ける行数のタイムアウト期間。

影響を受ける可能性のある行数を計算するためのタイムアウト期間。 値は整数でなければなりません。 データ変更が実行される前に、DMSは影響を受ける可能性のある行の数を計算します。 データ量が多い場合には、計算に時間がかかる。 計算のタイムアウト期間を秒単位で指定して、必要に応じてデータ変更を実行できるようにすることができます。 DMSは、指定されたタイムアウト期間後に自動的に計算を終了します。

データ変更理由分類

データ変更の理由。 値はJSON文字列である必要があります。 詳細については、このトピックの「付録: データ変更の理由」を参照してください。

データ変更の実行方法

有効な値:

  • COMMITOR: データの変更は、チケットを送信したユーザーによって実行されます。

  • AUTO: データ変更は、チケットが承認された後に自動的に実行されます。

  • LAST_AUDITOR: データの変更は、チケットを承認した最後のユーザーによって実行されます。

承認フローの承認ノードが送信者を自動的に削除するかどうか (複数の承認者がいる場合に有効)

有効な値:

  • Y: 承認ノードの承認者のリストからチケットを送信するユーザーを除外します。

  • N: 承認ノードの承認者のリストからチケットを提出するユーザーを除外しません。

ワークフローの不正承認設定

指定した種類またはすべての種類のチケットを承認する権限を持たないユーザーをチケットの承認プロセスに参加させるかどうかを指定します。

  • ワークフローの不正承認設定を有効にした場合、不正承認に使用できるロールまたはユーザー、チケットタイプ、および不正承認のチケット承認テンプレートを設定できます。 役割が必要です。

    たとえば、データベース管理者 (DBA) ロールを追加し、データエクスポートチケットとOwner -->DBAという名前の承認テンプレートを設定した場合、DBAロールを引き受けたユーザーは、承認テンプレートがOwner -->DBAであるデータエクスポートチケットの承認プロセスで承認操作を実行できます。

    説明

    デフォルトでは、システムはチケットタイプと承認テンプレートを指定しません。 つまり、不正承認用に構成したロールとユーザーは、すべての種類のチケットとすべての承認テンプレートを承認できます。

  • ワークフローの権限のない承認設定を無効にした場合、権限のない承認に使用できるロールまたはユーザーはありません。 この場合、承認プロセスで指定された承認者のみがチケットを承認できます。 チケットの承認者を指定する方法の詳細については、「承認プロセスの構成」をご参照ください。

作業注文ビジネスの背景の最小単語制限

チケットのビジネス背景を表すために入力される最小文字数。 値が0以下の場合、文字数に制限はありません。

OWNERによるユーザーの権限付与

有効な値:

  • Y: データ所有者がインスタンス、データベース、テーブルなどのデータリソースに対する権限を他のユーザーに付与できるようにします。

  • N: データ所有者がインスタンス、データベース、テーブルなどのデータリソースに対する権限を他のユーザーに付与することはできません。

その日の最大クエリ数

各ユーザーが1日に実行できるクエリの最大数。 値は整数でなければなりません。 ユーザーが1日に実行するクエリの数が指定された上限に達した後、ユーザーは1日の残りの時間にそれ以上のクエリを実行できません。 この設定項目は、現在のテナントアカウント内のすべてのユーザーに適用されます。

日クエリ行の上限

各ユーザーに1日あたりに返すことができるデータ行の最大数。 値は整数でなければなりません。 1日にユーザーに返されるデータ行の数が指定された上限に達すると、ユーザーはその日の残りの時間にそれ以上のクエリを実行できなくなります。 この設定項目は、現在のテナントアカウント内のすべてのユーザーに適用されます。

Redisは、キーリストのポーリングの最大数を取得します。

Redisが取得するキーリストのポーリングの最大数。 値は整数でなければなりません。 値が0以下である場合、ポーリングの数に制限は課されない。

クロスデータベースクエリで返される行の最大数

クロスデータベースクエリに対して返される行の最大数。 値は整数でなければなりません。 デフォルト値:100 最大値: 3000。

DMSロケール: ZH/EN/JA/ZT

DMSによって返される操作ログの言語。 有効な値:

  • ZH: 簡体字中国語

  • EN: 英語

  • JA: 日本人

  • ZT: 繁体字中国語

[データセキュリティ] 漏れ防止デジタル透かし機能

漏れ防止デジタル透かしを有効にするかどうかを指定します。 有効な値:

  • Y: 漏れ防止デジタル透かしを有効にします。

  • N: 漏れ防止デジタル透かしを無効にします。

エクスポートされたSQL結果セットの透かし

有効な値:

  • Y: エクスポートされたSQL結果セットの透かしを有効にします。

  • Y: エクスポートされたSQL結果セットの透かしを無効にします。

付録: データ変更の理由

DMSは、データ変更のデフォルトの理由をJSON文字列の形式で提供します。

[{"key":"config_correct","value":"Modify Config"},
{"key":"project_init_data","value":"Init Project Data"},
{"key":"program_bug","value":"Program Bug"},
{"key":"require_deal_without_backend_function","value":"Requirements Without Backend Function"},
{"key":"history_data_clear","value":"History Data Clean"},
{"key":"test","value":"Test"},
{"key":"mis_operation","value":"Mis Operation"},
{"key":"others","value":"Others"}]

次の表に、データ変更のデフォルトの理由を示します。

キー

説明

config_correct

設定の変更

設定アイテムの変更

project_init_data

Initプロジェクトデータ

プロジェクトのデータを初期化する

program_bug

プログラムバグ

バグを修正する

require_deal_without_backend_function

バックエンド関数のない要件

バックエンド管理をサポートしていないアプリケーションのデータを管理する

history_data_clear

履歴データのクリーン

履歴データのクリア

test

テスト

テストの実行

mis_operation

ミス操作

誤った操作後にデータを復元する

その他

その他

その他の理由でデータを変更する