Domino アプリケーションのデータ移行の課題を理解する

Domino アプリの移行計画でよく考えられるのは、履歴データを新しいターゲット リポジトリに移行するための労力のレベルを決定することです。 これを決して軽く考えたり、単純なプロセスステップとして扱ったりしてはなりません。 Domino アプリケーションはリレーショナル データベースではありません。 むしろ、NoSQL データベース システムとの共通点が多くなります。 Notes 文書を真の RDBMS ソリューションの単純なレコードに移動しようとする移行プロジェクトでは、RDBMS のより本質的なデータ整合性ルールとストレージ制約によって引き起こされる深刻な問題が発生します。 ほとんどの移行プロジェクトは、スキーマのない Domino コンテンツを完全なデータ整合性で正常に移行するために必要な労力を完全に過小評価しています。 フィールドレベルの暗号化やリーダーフィールドなどの特別な Notes 機能は、さらに複雑な問題を引き起こします。 ターゲット システム内のデータがスクランブルされているか、以前に保護されていたデータが無許可のエンド ユーザーによって読み取られる可能性があります。

既存の家具や家庭用品を新しい場所に移動する場合は、含まれる物の種類と量に応じて、当然のことを考慮する必要があります。 衣類の入った箱を移動するのは、ピアノを移動するのとはまったく異なります。 これはメッセージを単純化しすぎているかもしれませんが、Domino データを新しいリポジトリに移行する場合も同じ考慮事項が必要です。 データ レコード (日付、名前、テキストなどの異なるフィールド タイプを持つ) の移動は、異なるレコード内に保存されている複数の添付ファイルの移動とは大きく異なります。

Domino アプリケーションから履歴データを移行する作業のレベルを正確に見積もるには、.NSF リポジトリの詳細な分析が必要です。 複雑さを評価し、データ項目を正しいターゲット リポジトリにマップするには、次の主要な項目を理解する必要があります。

iDNA はこの課題を解決し、Domino データ分析を比較的簡単にします。 すべてのアプリケーション コンテンツをスキャンし、データストア内の詳細を収集した後、システムは情報を集約し、洞察力に富んだレポートを使用して分析を提供します。 以下の個別のスクリーンショットに見られるように、iDNA は、データ移行を正確に見積もるために、すべての添付ファイル タイプの数とそのサイズの完全な概要を提供します。

この情報を使用して、移行計画チームは各 Domino アプリケーション内に保存されているデータを分析し、履歴データを新しいリポジトリに移行する際の複雑さと労力のレベルを理解できます。 これにより、Domino アプリケーションを完全に移行するために必要な作業レベルについて、より正確なコスト見積もりが得られます。

Domino アプリケーション内のコンテンツを分析する主な利点は、より正確な移行見積もりの​​範囲を提供できることです。 すべてではないにしても、ほとんどの移行プロジェクトには、履歴データの大部分を新しい環境に移動することが含まれます。 移行初心者が犯す最大の間違いの XNUMX つは、リッチ テキスト フィールド内に保存されているすべての添付ファイルを忘れることです。 彼らは、Domino アプリケーション内のレコードの数を数えるだけで、適切なターゲット記憶形式や文書管理システムに移動するために別の移行作業が必要となる何千もの PDF ファイル、JPEG ファイル、または Excel ドキュメントについては気にしません。

Domino アプリケーション環境の正確で十分な情報に基づいた移行の見積もりを作成するには、すべての詳細を取得することが重要です。 データもお忘れなく！ についての知識を組み合わせて、 ドミノ アプリケーション内に保存されているコンテンツに関する詳細を含むアプリケーション設計により、新しいプラットフォームへの移行を成功させるために何が必要かを完全に理解できます。