移行期における新旧のアプリケーションは、それがその後、どのように達成するために、新旧のシステムが共存し、データを移行する際に、不可欠であり、多くの企業が、当社の実際の、データ移行に関する考慮事項に一例として、次のシナリオで、説明のチームについて非常に懸念しているかということです。
1.データ移行対象
ビジネスニーズの変化に応じて、常にITの技術をアップグレードすると、既存のシステムは、必然的にシステムを更新し、システムより良いサポート事業展開を行うためには、企業の管理など、いくつかの克服できない制限が発生します交換は、交換するので、その後、新しいシステムに価値を提供し続けることができ、システムによって生成された元のデータのビジネスを検討し、避けられない、元のシステムのデータを新しいシステムに移行する必要があります。対象のデータ移行は、通常、データ移行やデータの標準化が含まれます。
データの移行は、新しいシステムに古いシステム、業務データや基本的なデータ移行を意味するが、原因歴史的な理由のために古いものと新しいシステムに、このような長い成長企業の謙虚な業務としてデータ標準にバインドされている二つのシステムの違いがあり、統一されたプロセス・プラットフォームの確立、統一制度の利用者、統一された中央機関、統一されたサービスセンター、ユニファイドデータセンター、そしてプロセスの前の部分に加えて、処理されるデータを必要としない、データのほとんどが処理、抽出する必要があり、持続。たとえば、次の元のユーザーが独自の方法、ユーザの英語名を使用してユーザIDを使用するが、システムによって使用されるユーザ統一機構数字と文字の組み合わせの方法で定義された、2つのシステムは、ユーザとの互換性がありません。
新たなシステムを構築するという目標は、両方のは、企業の統一計画を満たすために、他の一方で、ビジネスの成長のニーズを満たすために、そのため、データの標準化が特に重要です。
2.データ移行の範囲
新たなシステムを構築するという目標を決定した後、我々はシステムが長年にわたって実行されている、古いものと新しいシステムやデータ依存移行の問題の共存を考えることができ、生成されたデータは、新しいオペレーティングシステムの構築のために、非常に大きく、それら、その後、新しいシステムは、プロセス・プラットフォームを使用して、サービス・バスプラットフォーム、データバスプラットフォームは、そのような企業の統一計画など、制度利用者のためのプラットフォーム：データ移行が必要とされ、それらのものは、例えば、決定するためにデータ移行プログラムの前に明確にする必要があり、移行する必要はありません。移行データは、一般的のような特定の技術に関連したデータ、移行することをお勧めしません：プロセスデータを、しかし、ビジネスデータと基本データの移行の一部のみ（システム構築の大半を、プロセス・エンジン、ワークロードの巨大な移行の二組に違いがあります） 。
このセクションでは、その上のデータ移行、データ移行戦略（増分、全額）とのリストを整理する必要があります。
前記データ移行処理
データ移行は、容易ではないが、バッチ、データ移行段階、のような必要：サービスデータBに関連する第一のモジュールおよびマイグレーション・モジュール、および移行プロセスを、データの移行は、4つに分割されています相、最初の読み出しデータと元のシステムの標準データは、読み出しデータの第二段階は、正規化され、プロセスの第3段階一時テーブルダンプ結果、人工的なデータをロードする方法の第四段階は、確認し公式リポジトリへ。
原則4.データの移行
次のように新規またはアップグレードする古いシステムでは、一定のルールや原則に従うべきで、共存します：
- すべてのデータは、正式なライブラリにロードされる前に、あなたは公式のライブラリをバックアップする必要があり、移行する必要があります。
- 我々は、適切なバックアップおよびリカバリ戦略を持っている必要があり、データベースを移行する必要があります。
- +データ抽出処理は、公式のデータベースにロードする前に、手動で存在を確認しなければなりません。
- 古いものと新しいシステムのデータ移行、データ移行（莫大なコスト）のすべてを追求することを期待しないでください。
- データ移行ツールは、条件付きの場合は、移行のための標準的なツールを使用するようにしてください。
その後のデータ移行
データの初期移行後、ベン例外を折りたたむようにシステムを引き起こす、原因新旧システムや標準書式設定の問題のために、データ移行プロセスの一部を回避するために、関連する機能のすべてのデータを確認してください。