大規模データ移行の失敗を防ぎたい。計画やプログラム、インフラの注意点と、ありがちなこと - Qiita

仕事柄、大規模なデータ移行を何度か経験してきました。 データ移行、特にDBのマイグレーションでもなく、 システム移行のときのようなデータ構造の変更を伴う際には気をつけることがたくさんあります。 クラウドではだいぶ楽になりますが、 特にオンプレミスで検討せざるを得ない皆さんに気をつけないといけない点を共有します。 スケジューリング編 最初から検討し始めよう 開発プロジェクトにおいてシステム移行だけで4割の工数がかかると言われています。 しかし、新規システム部分の開発で頭が一杯になっていると、重要度の割に移行部分が後回しにされがちです。 移行用プログラム、移行用サーバ手配はもちろん、新規、既存システムへの影響も検討しないといけません。 できればプロジェクト開始時から人をアサインして計画を立てていきましょう。 移行自体が一つの開発プロジェクト相当です。頑張りましょう。 後半になって移行計画を立て

[at_yasu]

何かを思い出し、胃と食道あたりがぎゅってなった。

[tmatsuu]

あるある。知見

[braitom]

データ移行時のTipsがまとめられている。スケジュールについて、データの内容について、移行プログラムについてなどが書かれている。

[shin16884]

システム移行を検討する上での頭出しとしてとっても良い。

[tea2ka]

インフラ側から見ても、あるあるだなとおもう

[y_uuki]

めっちゃいい。移行ってそんなにやらないからプラクティスが蓄積しづらい。

[gonta616]

良いプラクティス。顧客との会話は新規機能が多くなるから、こっちがアラート出さないと詰む

[northlight]

なかなか表に出ない、良いノウハウ。

[efcl]

データマイグレーションで気をつけることについて。 データの偏りについて