データ移行 の履歴差分(No.1)

• 履歴一覧
• 現在との差分 を表示
• ソース を表示
• 履歴 を表示
• データ移行 へ行く。
  • 1 (2022-10-01 (土) 22:01:04)
  • 2 (2023-04-03 (月) 09:47:08)
  • 3 (2023-04-04 (火) 11:47:29)
  • 4 (2023-04-05 (水) 15:43:44)
  • 5 (2023-06-25 (日) 10:04:15)

• 追加された行はこの色です。
• 削除された行はこの色です。

→技術情報Wiki

→データベース関連


#contents

*一般論 [#l9d9b995]
-一般にシステム切り替え時のデータ移行という作業は軽視されがちだが、工数を甘く見てはいけない。
-システム切り替え時のみではなく、データの構造に仕様変更が入ったときに、プログラムとDBの仕様変更とその影響範囲までは頭が回るが、データ移行が必要となることを忘れている場合があるので注意
-[[移行は全工程の4割を費やす>http://itpro.nikkeibp.co.jp/article/COLUMN/20080303/295281/]] 2008.3.17
--単純なサーバー・マシンのリプレースなどは別として，システム移行には新システム構築に匹敵する工数がかかる。
--移行の要件定義・開発（20％）とリハーサル（15〜20％）を合算した移行関連の工数だけで，「全体の35〜40％に達する」


*移行テスト時の確認観点 [#g93cef37]
-マスタデータの抽出、加工が正しく行われるか
-新業務におけるマスタデータが正しいか
-データ移行にかかる所要時間はどのくらいか


*移行スケジュール立案時の観点 [#s7a87dac]
-移行作業時に起こりうる問題とその対応策の検討がなされているか
-データ移行で問題が発生した場合、システムの切り替えを断念する判断基準
-また、いつまでのタイミングで断念を決めるか


*移行ツール、ETLなど [#q6cfde8c]
-[[多くのデータベースに対応したマイグレーションツール migrate を MySQL で試した - kakakakakku blog>https://kakakakakku.hatenablog.com/entry/2022/09/26/131311]] 2022.9