前回のブログでは、Claris 公式の ｢ Claris FileMaker Data Migration Tool ( DMT )｣ が持つ圧倒的なスピードと、避けては通れない ｢仕様の壁｣ についてお話ししました。
DMT は非常にパワフルなツールですが、実行するまで結果がわからない ｢ブラックボックス｣ な一面もあり、作業するエンジニアとしては少し不安を感じることもありますよね。シリーズ最終回となる今回は、そんな不安を解消し、DMT の力を最大限に引き出すための自社ツール ｢ Migration Master ｣ をご紹介します。
1. ｢やってみるまでわからない｣ という不安からの解放
DMT をそのまま運用に取り入れようとすると、エンジニアは常に ｢予期せぬマッピング｣ や ｢設定漏れ｣ のリスクを背負うことになります。
プロフェッショナルな現場で大切なのは、個人の集中力や根性に頼ることではなく、｢誰がいつ作業しても安全に進められる仕組み｣ があることです。
Migration Master は、DMT の実行前に内部を ｢可視化｣ することで、この安全を担保します。
2. Migration Master が解決する ｢ 6 つの落とし穴｣
前回のブログで挙げた DMT の注意点を、Migration Master がどのようにクリアにしていくのか、具体的に見ていきましょう。
① フィールドマッピングの可視化
DMT は内部 ID や名称で自動紐付けを行いますが、実行前にはその結果が見えません。
Migration Master の解決策
｢ DMT 検証機能｣ により、どのフィールドがどこに紐付くのかを事前にリストアップします。ID と名称のどちらで一致しているか、タイプや繰り返し設定に違いはないかも一目で比較できるため、｢テキストタイプが日付タイプに変わっていた｣ といったトラブルも未然に防げます。
② アクセス権セットの ｢迷子｣ を通知
クローン側に同名のアクセス権セットがない場合、[Unmapped Privilege Set] という ｢何もできない権限｣ が割り当てられてしまいます。
Migration Master の解決策：
新旧のアカウント設定を比較し、アクセス権セットに違いがある場合は事前に注意喚起します。現場での ｢ログインできない！｣ という混乱を防ぎます。
③ 値一覧（カスタム値）の差分チェック
ユーザーが自由に編集できる ｢カスタム値｣ は、ソース（本番）とクローン（開発）のどちらを優先するか慎重な判断が必要です。
Migration Master の解決策：
新旧のカスタム値に相違がある場合に注意喚起します。どちらを優先すべきか、あるいは後で調整が必要かをピンポイントで特定できるので、判断がスムーズになります。
④ 外部データソースのパス確認
本番環境と開発環境で外部パスが異なる場合、移行後にリンク切れが起きるリスクがあります。
Migration Master の解決策：
パスの不一致を自動で検出し、本番環境に合わせた再確認を促します。
⑤ 新規テーブルとシリアル番号の管理
新テーブル追加時、テストデータの影響でシリアル番号がズレる問題は厄介です。また、新規テーブルはデータ移行後はレコード 0 件となるため、マスタデータが必要な場合はインポートデータなどをあらかじめ用意しておく必要があります。
Migration Master の解決策：
新旧で不一致な ｢新規テーブル｣ を特定。データベースデザインレポート ( DDR ) と併用することで、シリアル値のリセットやマスターデータの投入が必要な箇所を確実に洗い出せます。
⑥ 追加フィールドの初期値セット
既存テーブルに新しくフィールドを追加した場合、データ移行後に全レコードへの初期の値設定が必要な場合があります。
Migration Master の解決策：
新旧で不一致な ｢新規フィールド｣ を特定できるため、初期値の設定が必要な箇所のリストアップが容易になります。
3. 現場の ｢困った｣ を助ける、実戦的な機能
技術的な仕様だけでなく、エンジニアの ｢働き方｣ そのものも改善します。
GUI 操作でミスを防ぐ
複雑な構文やパス指定を手入力する必要はありません。Migration Master なら、直感的な GUI 操作だけで DMT を実行可能です。コマンド入力による誤操作のリスクを排除し、誰でも安全に作業を進められます。
深夜作業をスケジュール実行にお任せ
｢ユーザーが使わない深夜に PC の前で待機する｣ 必要はもうありません。スケジュール予約機能を使えば、指定した時間に自動実行できます。完了後は通知を確認するだけで OK です。
4. Migration Master を使った安全でスムーズな移行 4 ステップ
実際に MigrationMaster を導入すると、データ移行作業はどれくらいシンプルで確実なものに変わるのでしょうか。実際の運用をイメージしやすいよう、具体的な4つのステップをご紹介します。
ステップ 1：事前検証
複雑なコマンドは不要です。以下の手順だけで、前述した ｢ 6 つの落とし穴｣ となる差分を自動的に洗い出します。
- 新旧 2 つのファイルを XML 形式で書き出す（ FileMaker メニューの ｢ツール｣ ＞ ｢名前をつけて XML として保存…｣ ）
- Migration Master の画面にドラッグ ＆ ドロップ
- [検証実行] をクリック
ステップ 2：検証結果の確認とルールの設定
検証結果（アクセス権や値一覧の不一致など）を画面上でチェックします。
- 気になる部分があれば実際のファイルを開いて確認
- データ移行後に必要な手順があればリストアップ
事前にリスクを潰しておくことで、安心してDMT実行へと進めます。
ステップ 3：DMT 実行（またはスケジュール予約）
検証で実行前の準備が整ったら、DMT 実行のための設定を行います。
- サーバー上のファイル一覧から、ソースファイル（稼働中の本番ファイル）とクローンファイル（開発ファイル）を選択
- 必要に応じて、アカウントやカスタム値の優先などを設定
- 実行ボタンをクリック（深夜・休日に実行したい場合は日時をスケジュール予約）
ステップ 4：移行完了後の最終調整
自動移行が完了したら、新しい本番環境を稼働させるための仕上げです。 ステップ2であらかじめ洗い出しておいた「手作業が必要な箇所」を処理します。
- 新規テーブルのシリアル番号の再設定
- マスターデータのインポート
- 新規フィールドへの初期値の代入 など
これらを確実に行えば、いよいよ新しい本番環境の運用がスタートします。
5. まとめ：エンジニアが ｢本来の仕事｣ に集中するために
3 回にわたって、｢環境分離｣ の重要性と ｢データ移行｣ の効率化についてお伝えしてきました。 エンジニアが本当に時間を使うべきなのは、「ミスのない転記作業」や「深夜のコマンド入力」ではありません。私たちが情熱を注ぐべきなのは、｢現場の困りごとを解決し、より役立つ機能を作り出すこと｣ のはずです。
Migration Master は、単なるデータ移行の道具ではありません。エンジニアを ｢一発勝負で失敗できない｣ という重圧から解放し、本来の開発に集中できる余裕を生み出すための ｢頼もしい開発基盤｣ です。
とはいえ、「自分たちの環境で本当にうまく動くのか、まずは試してみたい」と感じる方も多いと思います。Migration Master では、実際の現場のファイルで機能をお試しいただける無料トライアルをご用意しています。
実行前に中身が見える安心感や、直感的な画面操作の手軽さを、ぜひご自身の手で体験してみてください。
エンジニアにも現場にも優しい、無理のない安全な開発体制への第一歩を、ここから一緒に踏み出してみませんか？
【連載：Migration Master で実現する安全・スムーズなデータ移行】
- [第 1 回] ｢あ､間違えた｣が命取りに｡プロのエンジニアが本番環境を分離する本当の理由
- [第 2 回] 従来のインポートから FileMaker Data Migration Tool へ。 移行作業を効率化するための知識と、配慮すべき仕様
- [第 3 回] GUI でデータ移行を「見える化」。Migration Master で実現する、安全・スムーズな Claris FileMaker データ移行
【参考資料】
