データ管理 (DMS) により、DMS管理者はシステム構成を管理できます。 DMS管理者は、ビジネス要件を柔軟に満たすようにシステム構成項目を変更できます。 このトピックでは、システム構成項目を変更する方法について説明します。
前提条件
あなたはDMS管理者です。 ユーザーのロールを表示する方法の詳細については、「システムロールの表示」をご参照ください。
手順
DMSコンソールV5.0 にログインします。
上部のナビゲーションバーで、を選択します。
説明DMSコンソールをシンプルモードで使用する場合は、左上隅のアイコンの上にポインターを移動し、
を選択します。構成管理ページで、変更する設定項目を見つけて、アクション列で変更をクリックします。
説明設定項目の詳細については、このトピックの「設定項目」をご参照ください。
パラメーター設定の変更ダイアログボックスで、ビジネス要件に基づいて値を変更します。
変更の確認 をクリックします。
構成項目
設定アイテム | 説明 |
アクセス元IP制御を有効にするかどうか | 有効な値:
|
クラウド上のインスタンスリソースの自動同期を有効にするかどうか | 有効な値:
|
SQLConsoleでラージテーブルアーカイブ通知が有効かどうか | 有効な値:
|
データエクスポート理由分類 | データをエクスポートする理由。 考えられる理由は、次のカテゴリに分類されます。
|
タスクフローの作成を許可されているユーザーのホワイトリスト。 | タスクフローの作成を許可する1人以上のユーザーを指定します。 |
無効な機能モジュールのリスト | 無効にする1つ以上の機能を指定します。 機能を無効にすると、対応する操作のエントリポイントが非表示になります。 |
新しいユーザーのアクセス制御がデフォルトで有効になっています | 有効な値:
|
SQLステートメントフィールドの機密レベルの伝播を有効にします (前提条件: インスタンスの機密データ保護が有効になっています) | 有効な値:
|
RAM権限検証を有効にするかどうか | 有効な値:
|
サブアカウントが自動的にテナントに参加できるようにする | 有効な値:
|
データ変更作業指示を送信するときに強制的にロールバックSQLを入力するかどうか、YはロールバックSQLを入力する必要があることを示し、NはロールバックSQLを強制的に入力しないことを示します。 | 有効な値:
|
スーパーSQLモードを有効にするかどうか。 | 有効な値:
|
データ変更検証の影響を受ける行数のタイムアウト期間。 | 影響を受ける可能性のある行数を計算するためのタイムアウト期間。 値は整数でなければなりません。 データ変更が実行される前に、DMSは影響を受ける可能性のある行の数を計算します。 データ量が多い場合には、計算に時間がかかる。 計算のタイムアウト期間を秒単位で指定して、必要に応じてデータ変更を実行できるようにすることができます。 DMSは、指定されたタイムアウト期間後に自動的に計算を終了します。 |
データ変更理由分類 | データ変更の理由。 値はJSON文字列である必要があります。 詳細については、このトピックの「付録: データ変更の理由」を参照してください。 |
データ変更の実行方法 | 有効な値:
|
承認フローの承認ノードが送信者を自動的に削除するかどうか (複数の承認者がいる場合に有効) | 有効な値:
|
ワークフローの不正承認設定 | 指定した種類またはすべての種類のチケットを承認する権限を持たないユーザーをチケットの承認プロセスに参加させるかどうかを指定します。
|
作業注文ビジネスの背景の最小単語制限 | チケットのビジネス背景を表すために入力される最小文字数。 値が0以下の場合、文字数に制限はありません。 |
OWNERによるユーザーの権限付与 | 有効な値:
|
その日の最大クエリ数 | 各ユーザーが1日に実行できるクエリの最大数。 値は整数でなければなりません。 ユーザーが1日に実行するクエリの数が指定された上限に達した後、ユーザーは1日の残りの時間にそれ以上のクエリを実行できません。 この設定項目は、現在のテナントアカウント内のすべてのユーザーに適用されます。 |
日クエリ行の上限 | 各ユーザーに1日あたりに返すことができるデータ行の最大数。 値は整数でなければなりません。 1日にユーザーに返されるデータ行の数が指定された上限に達すると、ユーザーはその日の残りの時間にそれ以上のクエリを実行できなくなります。 この設定項目は、現在のテナントアカウント内のすべてのユーザーに適用されます。 |
Redisは、キーリストのポーリングの最大数を取得します。 | Redisが取得するキーリストのポーリングの最大数。 値は整数でなければなりません。 値が0以下である場合、ポーリングの数に制限は課されない。 |
クロスデータベースクエリで返される行の最大数 | クロスデータベースクエリに対して返される行の最大数。 値は整数でなければなりません。 デフォルト値:100 最大値: 3000。 |
DMSロケール: ZH/EN/JA/ZT | DMSによって返される操作ログの言語。 有効な値:
|
[データセキュリティ] 漏れ防止デジタル透かし機能 | 漏れ防止デジタル透かしを有効にするかどうかを指定します。 有効な値:
|
エクスポートされた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 | ミス操作 | 誤った操作後にデータを復元する |
その他 | その他 | その他の理由でデータを変更する |