Skip to main content
YiDA専用版では、YiDAの業務データをお客様のAlibaba Cloudアカウント上に指定したクラウドデータベースに保存できます。YiDA専用版は現在、PostgreSQL構文と互換性のあるデータベースをサポートしています。 推奨オプション：Alibaba Cloud RDS PostgreSQLおよびADB PostgreSQL。

​
設定手順

YiDAワークベンチ > プラットフォーム管理 > プラットフォーム専用カスタマイズ > ストレージ設定に移動し、データベースストレージ情報を設定します。

​
プライマリ業務データベース

設定が完了すると、YiDAで送信された業務データが必要なテーブルとインデックスを自動的に作成し、フォーム、作業フロー、その他の業務データがこのデータベースに保存されます。データのメンテナンスを一貫させるため、新規のデータベースを使用し、YiDA以外のシステムと接続を共有しないことを推奨します。
  • パブリックインターネット経由でアクセス可能なクラウドデータベースアドレス：通常はドメイン名とポート番号で構成されます。
  • データベース名：データベースの名前に対応します。
  • データベースタイプ：PostgreSQL。Alibaba Cloud RDS PostgreSQLを推奨します。より高いパフォーマンスを求める場合は、ADB（分析用）PostgreSQLも選択肢となります。
  • アカウント：データベースへのアクセスに使用するアカウント。
  • パスワード：データベースへのアクセスに使用するパスワード。

​
拡張データベース

  • データ送信（プライマリ業務データベース）とデータクエリ（拡張データベース）のシナリオを自動化で分離することで、高負荷シナリオ向けのシャーディング戦略を提供し、業務検索やBIレポートなどのデータ参照ユースケースにおいて高速なクエリパフォーマンスを実現します。
  • クイック統合など、大量のクエリが発生するシナリオでは、実際のニーズに応じて適切な構成を選択できます。

​
専用環境セルフチェック

  • 本番稼働前に、データベースおよびOSSオブジェクトストレージの可用性テストを実行してください。

​
データベースチェック

​
オンデマンド有効化（アプリレベル）

​
1. 新規アプリ作成時の任意有効化

新規アプリを作成する際、アプリの業務データをパブリッククラウド（デフォルト）に保存するか、専用ハイブリッドクラウドデータベース（コア・機密データ向け）に保存するかを選択します。

​
2. 既存アプリの手動有効化

  • アプリ管理者は、アプリバックエンドのアプリ設定 > 基本設定 > アプリ専用ストレージで専用ストレージを有効化できます。
  • 有効化後、そのアプリの既存データおよび新規データは、プラットフォーム管理で設定された専用データベース（PostgreSQL）と専用添付OSSに保存されます。

​
3. プラットフォームレベルのグローバル設定

プラットフォーム管理者は、グローバルアプリ設定を通じて、新規作成されるアプリに一括でストレージポリシーを適用し、組織のデフォルトアプリ動作を管理できます。
  • アプリのプレミアム設定を一括で簡素化し、新規に作成されるすべてのアプリが組織全体のポリシーに従い、一貫したデフォルト設定を持つことを保証します。
  • 管理者は基本操作の設定セットを定義し、プラットフォーム上で作成されるすべてのアプリにデフォルトとして適用できます。

​
データベーステーブル一覧

以下は主要なコアデータベーステーブルです。より詳細なフィールドの説明については、既存のお客様は担当のアカウントマネージャーにお問い合わせください。
  • odin_open_application_data：フォームインスタンスデータテーブル（フォームとレポートで共有）。
  • tianshu_form_data_operation_log：フォームデータ操作ログテーブル。
  • tianshu_proc_inst_carbon：ワークフローインスタンスのCC受信者テーブル。
  • tianshu_data_form_version：インスタンスデータとフォームバージョンのマッピングテーブル。
  • tianshu_form_data_stash：フォームキャッシュテーブル。
  • tianshu_form_remark：コメント機能。
  • tianshu_instance_relation：フォームインスタンスリレーションシップテーブル。旧YiDA専用版ストレージで使用。廃止。
  • yida_entity_instance：フォームインスタンスデータテーブル。旧YiDA専用版ストレージで使用。廃止。
  • tianshu_form_data：フォームデータテーブル。旧YiDA専用版ストレージで使用。廃止。
  • ecds_xxxx：YiDA内部システムテーブル。ecdsプレフィックスが付いたテーブルはすべて内部ランタイムテーブルです。いかなる操作も行わないでください。
  • yida_app_data_xxx：物理リストテーブル。構造はodin_open_application_dataと同じですが、JSONフィールドがフラット化されています。各フォームが独自のテーブルを持ち、サブテーブルも独立したテーブルとなります。

​
専用ストレージ環境要件

チェックタイプ項目設定説明
データベース1. データベースの所在Alibaba Cloud PostgreSQL（RDSまたはADB）を推奨します。Alibaba Cloudデータベースは、運用サポート、安定したネットワーク、一貫したパフォーマンスが保証されるため推奨されます。
2. データベースバージョンPostgreSQL 14以降。14より前のバージョンでは最適なパフォーマンスを発揮できません。
3. データベーススペック8 vCPU、16 GB RAM、SSD 200 GB以上。単一テーブルあたり最大100万件のレコードをサポートします。
4. データベースアドレスIPアドレスではなくドメイン名を指定してください。ドメイン名を使用することで、スケーリングが簡素化され、設定の柔軟性とサービス可用性が向上します。
5. データベース接続性テストYiDA専用版設定内の接続性テストを使用して、ネットワーク接続性を確認します。パブリックインターネットアクセスを有効化し、ネットワーク送信元IPホワイトリストを設定してください。データベースをインターネットに公開したくない場合は、別途DingTalk専用セキュリティゲートウェイを購入・接続する必要があります。
このチェックでは、ネットワークの到達性、およびデータソースを初期化できるかを検証します。
6. データベースコネクションプール少なくとも1,000の利用可能な接続数。YiDAはクラスタ構成でデプロイされます。各ノードの接続数を保証するため、サーバーサイドでより大きなプールを提供する必要があります。
7. 接続キープアライブ設定tcp_keepalives_idle=30
tcp_keepalives_interval=5		キープアライブの頻度を上げることで、ネットワーク問題による古い接続の残存を防ぎます。
8. データベース監視DBAまたはDevOpsチームが問題を診断できるようにします。日常的な問題診断を簡素化します。監視がない場合、パフォーマンス問題を迅速に特定できません。
9. データベース帯域幅YiDA専用の帯域幅として少なくとも10 Mbpsを推奨します。トラフィックが多い場合、またはアップロード・ダウンロードが頻繁な場合は、帯域幅を適切に増やしてください。
OSSオブジェクトストレージ1. OSSタイプAlibaba Cloud OSS。YiDAのファイルストレージは、Alibaba Cloud OSSのみをサポートします。
2. ネットワークIPホワイトリストYiDAのネットワーク送信元IPをOSSセキュリティポリシーのホワイトリストに追加します。VPC環境の場合、YiDAからのアクセスを許可するようにネットワークを設定する必要があります。
3. ネットワーク設定OSSはインターネット経由でアクセス可能である必要があります。
4. 接続性テストYiDA専用版設定内の接続性テストを使用して、ネットワーク接続性を確認します。ネットワークが到達可能かどうかを検証します。
5. CORS設定組織のYiDAドメインからのクロスオリジンアクセスを許可し、Headerを*に設定します。YiDAはOSSとの間でファイルを直接アップロード・ダウンロードするため、CORSを有効化する必要があります。
6. ホットリンク保護ホットリンク保護が有効化されているかを確認します。有効化されている場合は、YiDAドメインをホワイトリストに追加してください。ホットリンク保護は、ホワイトリストにないドメインからのリクエストをブロックします。
7. タイムサーバー組織がタイムサーバーを運用している場合は、時刻が正確であることを確認してください。OSSリクエストは時刻に敏感です。YiDAはタイムアウトを30秒に設定しており、期限切れのリクエストは無効となります。

​
FAQ

  • 履歴データは同期されます。同期時間はアプリのデータ量とデータベーススペックに依存し、データ量が多いほど長くかかります。切り替えボタンの読み込み中インジケーターが停止すれば同期完了です。
  • 同期中、データベースは書き込みを制限します。エラーやダーティデータを避けるため、同期中はユーザーがアプリにアクセスしたりデータを送信したりしないようにしてください。
  • 専用ストレージを有効化したアプリでアップロードされた添付ファイルは、組織の専用ストレージに直接保存されます。（パブリッククラウドストレージを使用するアプリの全体的な添付ファイルクォータは引き続き適用されますが、専用OSSに保存された添付ファイルはプラットフォーム側の制限にカウントされません。）これにより組織のデータセキュリティが保護され、専用ストレージを使用するアプリの添付ファイル総上限は、組織のOSS容量のみによって制限されます。
いいえ。業務データは組織のデータベースまたはOSSスペースに直接保存されます。YiDAはこのデータを保存もバックアップも行いません。データの安全性の維持はお客様の責任となります。
いいえ。ビューテーブルは別途保存されません。基盤となるエンティティテーブルからオンデマンドで計算され、永続的なストレージは伴いません。（注意：データ準備には分散データ処理が含まれ、中間テーブルおよび処理済みデータは引き続きクラウド環境に保存されます。）
  • 履歴データは同期されます。同期時間はアプリのデータ量とデータベーススペックに依存し、データ量が多いほど長くかかります。切り替えボタンの読み込み中インジケーターが停止すれば同期完了です。
  • 同期中、データベースは書き込みを制限します。エラーやダーティデータを避けるため、同期中はユーザーがアプリにアクセスしたりデータを送信したりしないようにしてください。
  • YiDA専用版の料金は、YiDA製品機能自体のみをカバーします。ストレージメディアやその運用コストは含まれません。プラットフォームでは、有効かつ信頼性が高く、パブリックにアクセス可能な専用ストレージサービスが設定されている必要があります。
  • YiDA専用版サービスには、専用ストレージに必要なデータベースまたはOSSの実装・デリバリー、継続的なDevOpsの安定運用、ファイアウォールおよびネットワーク運用、専用ストレージ自体のコストも含まれません。
  • デプロイ前に、専用ストレージを信頼性高く運用する能力を十分に評価してください。ストレージメディアや環境の問題により業務が中断されることを避けるため、専用ストレージは組織内の資格を持つ専門家が運用することを推奨します。
  • 専用ストレージは、データセキュリティ要件および大規模BI分析ニーズに対応するように設計されています。専用ストレージを使用する際、ローカルデータに対して必要なクエリを実行できますが、プラットフォームの機能は密接に結合されており、複数テーブルおよびシステムキャッシュ間の同期が伴うため、データベースで直接データを操作することはプラットフォームとして強く非推奨としています。
  • データを変更する必要がある場合は、手動編集、OpenAPI、統合と自動化、インポート、一括編集など、プラットフォームが提供する公式操作を使用してください。
専用データベース
有効化前有効化後
ビューテーブルクラウドストレージ引き続きローカルには保存されません。
（ビューテーブルは別途保存されません。基盤となるエンティティテーブルからオンデマンドで計算され、永続的なストレージは伴いません。）
データ準備クラウドストレージ引き続きローカルには保存されません。
（データ準備には分散データ処理が含まれ、中間テーブルおよび処理済みデータは引き続きクラウド環境に保存されます。）
大規模インポートおよび自動化のパフォーマンス上限拡張YiDA専用版向けの3つのパフォーマンス改善：
フォームデータインポート（10倍改善、最大50,000件）
ワークフローデータインポート（10倍改善、最大10,000件）
統合と自動化およびビジネスルール（20倍改善、最大2,000件）		これらの高性能機能は、専用ストレージを有効化した後は利用できません。
基本統計組織の基本情報の一部として、統一された業務インスタンス量の統計を提供します。専用ストレージを使用するアプリについては、組織が自ら専用データベース内のデータを監視します。
国内Xinchuang（信創）互換性Alibaba Cloud自社データベース。Xinchuang認定データベースが必要な場合は、商用評価についてお問い合わせください。
クールアプリファクトリーアプリクラウドストレージ専用ストレージには対応していません。
専用データベースには生成済みの承認データのみが保存され、承認待ちタスクは保存されません。承認待ちタスクを表示するには、フォームのデータ管理ページに移動してください。
例えば、以前ローカルデータベースに保存されたデータは引き続き存在するか、また当該履歴データの後続の編集はデータベースに同期され続けるか？A：履歴データは影響を受けません。ただし、プラットフォームは専用ストレージの設定機能を提供しなくなり、アプリの専用ストレージ状態を切り替えたり運用したりすることはできなくなります。