アップグレードの計画
- Last Updated: May 22, 2025
- 12 minute read
- MOVEit Transfer
- Version 2025
- Version 2024.1
- Version 2024
- Documentation
MOVEit Transfer をアップグレードすると、最新の機能をご利用いただけます。アップグレードを成功させるには、事前に入念な計画を立てる必要があります。
計画に関する情報を十分に検討して、アップグレードプロセスの要件を理解します。システムのダウンタイムを可能な限り短くするために、アップグレードを行う前に実行できる手順を決定できます。
リリースノートを読む
現在のバージョンとターゲットバージョンの「リリースノート」を注意深く確認してください。リリースノートには、すべての新機能、拡張機能、非推奨機能、および既知の問題やバグ修正がまとめられています。サポートされているすべてのバージョンのリリースノートは、こちらから入手できます。MOVEit Transfer
インプレースアップグレードまたは移行
最初に決めるべきことの 1 つは必要なアップグレードの種類です。選択するアップグレードシナリオは、既存のインストールの詳細、MOVEit Transfer ソフトウェアの現在のバージョンとターゲットバージョン、およびシステム固有の設定の複雑さによって異なります。
インプレースアップグレードでは、MOVEit Transfer の既存のサーバーインスタンスに新機能と改善点が適用されます。
移行アップグレードでは、既存の展開のすべてのデータと構成を新しい MOVEit Transfer インスタンスに移行しながら、新機能や改善点、その他の技術が導入されます。
このセクションで説明する移行ワークフローは、MOVEit を新しいバージョンにアップグレードする場合に適用されます。ただし、これらの手順を使用して、同じ MOVEit バージョンを保持したままハードウェアまたはオペレーティングシステムをアップグレードすることもできます。
| アップグレードタイプ | 説明 |
|---|---|
| インプレースアップグレード |
|
| 移行アップグレード |
|
インプレースアップグレードはシンプルでわかりやすいオプションのように思えるかもしれません。現在のインストールが高度にカスタマイズされていない場合、インプレースアップグレードが最善の方法です。ただし、インストールが現在サポートされているバージョンよりも古い場合や、特に複雑な場合は、アップグレードされたバージョンでインストール後のテストが完了するまで、移行アップグレードによって安定したバックアップが提供されます。移行アップグレードにより、現在のサーバーでの操作を継続することができ、ダウンタイムを最小限に抑えることができます。移行が完了すると、クリーンなシステムになります。
テスト環境のアップグレードの実行
リソースが利用可能な場合は、別のサーバーまたは仮想マシンでアップグレードをテストすることを検討してください。選択したアップグレードシナリオが移行アップグレードの場合、このテスト実装が新しい実稼働環境になります。インプレースアップグレードのシナリオでは、このテスト環境がバックアップソリューションを提供します。
非実稼働環境でアップグレード手順をテストすることは、ユーザーにとってスムーズな展開を保証するための効果的な方法です。
アップグレードパス
リリースノートの「アップグレードパス」の表を使って、現在のバージョンからターゲットバージョンへの最も効率的なアップグレードパスを決定します。スムーズなアップグレードを確実に行うために、現在のバージョンとターゲットバージョン、およびその間のすべてのバージョンの「リリースノート」を注意深く確認してください。
現在サポートされているバージョンよりも古いバージョンのアップグレードや、構成が複雑なシステムのアップグレードには、追加のアップグレードサポートが必要になる場合があります。サポートされていないバージョンからアップグレードする場合は、Progress サポートまたはアカウントエグゼクティブに連絡して、プロフェッショナルサービス契約についてご相談ください。
システム要件
システム要件は定期的に更新されるため、前回の MOVEit Transfer のインストール以降に変更されている可能性があります。更新には、オペレーティングシステムプラットフォーム、最小 CPU とメモリ (RAM)、ディスクストレージ、データベース、セキュリティ設定などの新しい要件が含まれることがあります。
重要な注意事項: 新しいシステム要件を確認し、お使いのシステムがアップグレード先のバージョンの最小要件を満たしていることを確認してください。システム要件については、リリースノートに詳しく記載されています。
データベースに関する考慮事項
アップグレード中は、MOVEit が通常実行されるデータベースアカウントよりも高いレベルの権限を持つデータベースアカウントが必要になる場合があります。詳細については、以下の「認証情報」セクションを参照してください。
データベースの更新に必要な時間は、保存されているデータのサイズによって影響を受け、現在のバージョンとターゲットバージョンとの間で必要なスキーマ変更の性質によっても異なります。
エラーを回避するには、サーバー/ドライブの空き容量が現在のデータベースのサイズの 3 倍であることを確認してください。更新プロセスの完了時にデータベースによって課される可能性のあるタイムアウトについては、必要に応じて、データベース管理者にお問い合わせください。
新しいテーブルやインデックスを使用してデータベーススキーマを変更することは推奨されませんが、これを実行してその変更を維持する場合は、アップグレード中に特別な選択を行う必要があります。MOVEit Transfer インストーラがデータベースのカスタマイズを処理する方法については、「MOVEit Transfer のインストール」というトピックを参照してください。
ユーザー認証情報
アップグレードを正常に実行するために必要なアカウントのユーザー名とパスワードがあることを確認してください。これらには次のものが含まれます。- アップグレードを実行するための Windows 管理者アカウント。
- MOVEit Transfer サービスアカウント。(通常、これは Windows 管理者アカウントとは異なります)。
- データベースアカウント
- インプレースアップグレードの場合、MOVEit データベースのデータベーススキーマを変更する権限を持つデータベースアカウントが必要です。MS SQL では、これは通常「DBO」権限を持つアカウントです。MySQL では、デフォルトの「root」アカウントが機能します。
-
移行アップグレードには、データベースを作成できるデータベースアカウントが必要になります。MS SQL では、これは通常 sa のようなアカウントです。MySQL では、デフォルトの「root」アカウントが機能します。
-
さらに、既存の MOVEit DB の認証情報を持つデータベースユーザーの認証情報も必要になります。
-
MOVEit サーバーが現在使用しているユーザー認証情報を確認するには、MOVEit Transfer Config ユーティリティの [データベース] タブを使用します。
- スキーマのアップグレード権限を持つデータベースアカウント。
- MOVEit Transfer システム管理者アカウント。
- アップグレード後にテストする組織管理者アカウントまたはユーザーアカウント。
ネットワーク/ファイアウォール/セキュリティ
新しいサーバーに移行するときは、ネットワーク、ファイアウォール、セキュリティの分野における既存のサーバーの構成を理解し、新しいサーバーが実質的に同様であり、ネットワークリソースに依存する機能 (ユーザーアクセスを含む) が引き続き正しく機能することを確認することが重要です。詳細については、『MOVEit Transfer 管理者ガイド』の「ファイアウォール設定」セクションを参照してください。
既存のサーバーにウイルス対策ソフトウェアが設定されている場合は、新しいサーバーにも同じ設定が適用されていることを確認してください。
アップグレード中は、ウイルス対策ソフトウェアを一時的に無効にする必要がある場合があります。
マルチノードに関する考慮事項
MOVEit Transfer High Availability Web ファームまたはその他のフェールオーバー技術を使用したマルチノード構成をお持ちの場合は、アップグレードがより複雑になることにご注意ください。このようなケースについては、具体的な手順を用意しています。
注意すべき重要な点は、MOVEit システムにダウンタイムが発生するということです。製品のマルチノード機能を使用して、ゼロダウンタイムのアップグレードを実行する方法はありません。詳細については、このアップグレードガイドの Web ファームのセクション (インプレースアップグレード、移行アップグレード) を参照してください。
ライセンスとインストーラ
アップグレードする前に、アップグレードするバージョンに対してライセンスが有効であることを確認してください。インストーラをダウンロードし、Progress カスタマーポータルでライセンス情報を確認できます。プロダクトアクティベーションを使用する場合、アクティベーションコードがインストーラファイルに埋め込まれ、製品をシームレスにアクティベーションできるようになります。ライセンスファイルを使用してアクティベーションを行う場合は、アップグレード前にカスタマーポータルからライセンスファイルを取得する必要があります。
どちらの方法を選択する場合でも、製品の完全なアクティベーションコードが必要になります。このコードは、インストーラと同じポータルの領域にある「追加のライセンス情報」にあります。
MOVEit アクティベーションコードは、15 文字のシリアル番号と追加の 8 文字で構成されています。例:1A2B3C4D5E6F7G8H9J1K2L3
サポート
アップグレードする前に、製品と一緒に購入したサポートレベルが不明な場合は、Progress にお問い合わせください。標準サポートは、お客様の地域の営業時間内にのみサポートを提供できます。アップグレードまたは移行に関連する延長サポートコールでは、制限はあるものの、営業時間外でもサポートやトラブルシューティングを提供できます。標準サポートと延長サポートの対象範囲については、「サポートの範囲」を参照してください。
既存のシステムをバックアップし、ロールバック計画を立てる
自信を持って実行できるバックアップ戦略を用意します。アップグレードに失敗した場合は、環境を復元できるか、環境を前回の正常な状態に切り替えることができるようにしてください。
インフラストラクチャがサポートしている場合は、アップグレードを開始する直前にオペレーティングシステムとデータベースのスナップショットを撮ります。MySQL を使用している場合、オペレーティングシステムのスナップショットを撮ると、データベースも含まれます。
詳細については、「Backup/Restore ユーティリティ」という MOVEit Transfer のトピックを参照してください。
停止を想定した計画
Web ファームや高可用性構成の場合でも、アップグレード中にシステムのダウンタイムが必要になります。このダウンタイムをユーザーに通知し、MOVEit システムへのトラフィックが通常 (履歴上) 最も少ない時間帯を選択するように計画する必要があります。(レポートを使用して転送の指標を確認すると、トラフィックの少ない時間帯をよりよく理解できます)。
インストーラの完了には長い時間がかかることがあります (大規模なアップグレードには時間がかかります)。ユースケーステスト計画の策定
MOVEit を使用すると、ユーザーは多くのマネージドファイル転送のユースケースに対応できます。アップグレードを開始する前に、重要な機能 (アップロード、ダウンロード、ユーザー作成など) が予想通りに動作することをテストして確認するために、アップグレードの前後に実施するテスト計画を立てるのがベストプラクティスです。
ユースケースのテスト計画は、アプリケーションをアップグレードするために必要な実際の作業を計画して見積もるだけでなく、テストとその結果を追跡するのにも役立ちます。
テストする際に考慮すべき事項の詳細については、「テスト計画に関する考慮事項」を参照してください。
プロフェッショナルサービス
お客様によっては、複雑な環境や大規模な環境をお持ちの場合があり、特別な計画や当社のプロフェッショナルサービスチームのサポートが必要になることがあります。このオプションについてのご相談は、担当のアカウントエグゼクティブまでご連絡ください。
トレーニングと教育に関する要件
Progress は、個人や企業が IT スキルを習得、維持、最適化できるように設計された技術トレーニングと教育サービスを提供しています。利用可能なオンデマンドおよびインストラクター主導のトレーニング、コンサルティング、アウトソーシングオプションの全リストと詳細については、「コンサルティング、トレーニング、能力開発」を参照してください。