1.予備知識ベース
オンラインデータ移行、データが1つの場所から別のものに移行し、オンラインサービスを提供しているを指し、全体の移行プロセスは、ノンストップサービスは影響を受けませんが必要です。キャッシュメモリ移行し、移行に分けることができ、データ階層、変更前と変更後のデータの移行は、翻訳および転移に分けることができます。
翻訳は前と変わらず、データの移行後の組織を指します。例えばMySQLは、実施例1から4つのインスタンスを拡張、Redisの16ポート、4つのポートから延び、HBaseの20は、マシン30等に機械から延びます。インスタンスを拡張する場合、MySQLはサブライブラリーサブテーブルを行っているなどの都合で、将来の拡張のために提供するために、初期設計容量の低下の場合は、データ移行作業は、はるかに簡単になります、あなただけの、ライブラリからいくつかのより多くを必要としますアクセスを切り替え、最後に余分なデータベース・テーブルを削除することができます。さらに、自動データ移行の実現にかかるHBaseの、さらに簡単として、行われている。追加のマシンを、自動または手動で見つかった設定を変更し、その後、システムは、移行の完了を待ちます。
転送は、データ編成が変更された、データ移行の前と後を意味します。数年前、ソーシャルプラットフォームは、これまでに巧みに設計された最初の増分アルゴリズムUUIDアルゴリズムからIDを変更し、IDデータ移行のためのアップグレードを行って、最大の課題の移転は、主キーのデータを変更することで、それは主キーのデータだったかもしれません一意の識別は、それが変化し、それは新しいデータが施設を囲む、どこからともなく、すべてのビジネスプロセスでシステム全体を来る、上流と下流部門は偉大な互換性の課題を持って、元のデータがもう存在しないことを意味しません。ただし、データ移行プロジェクトのほとんどは、主キーを変更しないであろう、とさえデータ自体、組織のフォームデータの変化のみを変更しません。別の例では、リストとファンリスト、ソーシャルプラットフォームを転送最初にMySQLストレージを使用して、後に、そのような、記憶空間を節約Redisのハッシュが格納されている使用し、その後、順番に、バッチクエリのパフォーマンスを向上させるためにKVの形態に移行するために、元のカウンタソーシャルプラットフォームとして優れた拡張性とコストは、HBaseのストレージに移行しています。
2.データの移行手順
- オンラインのダブル書き込み、データを新しい/古い二つのシステムに書き込まれます。
- 過去のデータをオフラインでの再配置は、ヒストリカルデータは、旧システムから新システムに移動されます。
- 読みカット、要求を読み取ることについては、新しいシステムにルーティングされます。
- 古いデータをクリーンアップするなど、クリーンアップの降水量、資源回収、および古いコードロジックをクリーンアップ、古いシステムをサポートしているというように、レッスンは、変換のための一般的なツールを開発し、沈殿をまとめる、またはプロセスを使用するように移行するプロセスで学びました次の使用のために。
注意：いくつかのケースでは、1と2も逆にすることができるステップ、最初に慎重にその時間の間に生成された新しいデータの移転に対処する必要性に、新しいデータを書き込む前に、この時間を過去のデータを移動するか、キューの一般的な使用ファッションのキャッシュはとして知られている、書き込み、「データを追いかけて。」
転送：https://blog.csdn.net/zlfprogram/article/details/80735933