PlateSpin Migrate 12.0リリースノート

2015年7月

PlateSpin Migrateバージョン12.0には、新機能、機能拡張、およびバグフィックスが含まれています。

これらの改善の多くは、お客様から直接ご提案いただいたものです。皆様の貴重なお時間とご意見に感謝いたします。弊社の製品が皆様のご期待に添えるよう、引き続きお力添えを賜りたく存じます。フィードバックは当社オンラインコミュニティ「NetIQ Communities」のPlateSpin Migrateフォーラムからお寄せください。こちらのコミュニティには、製品情報、ブログ、役立つリソースへのリンクなども掲載されています。

本製品のマニュアルは、NetIQ WebサイトからHTML形式およびPDF形式で入手することができます。ログインしなくてもマニュアルページにアクセスできます。マニュアルを改善するためのご提案がありましたら、NetIQマニュアルのWebサイトに掲載されている本マニュアルのHTML版で、各ページの下にあるcomment on this topicをクリックしてください。

この製品には、文書化されていないユーティリティが付属しています。これはテクニカルサポートチームが問題の診断または解決を行う際に使用します。

以前のリリースに付属していた文書については、PlateSpin Migrate 12.0文書のWebサイトで、以前のリリースまでスクロールしてください。

1.0 新機能

次のセクションでは、本リリースの主な機能について概説します。

1.1 拡張機能

PlateSpin Migrate 12.0には、次の機能拡張が施されています。

  • 次の機能を提供するWebインタフェースが導入されています。

    • VMwareコンテナへの大規模なワークロードマイグレーションの最適化

    • レプリケーション用のスケジューラ、およびサーバ同期とカットオーバーの時間を短縮するブロックベースドライバの追加

    Webインタフェースの詳細については、『PlateSpin Migrate 12.0ユーザガイド』の「Working with the PlateSpin Migrate Web Interface」を参照してください。

  • Linuxワークロードに対するUEFIおよびGPTのサポート。

  • 次の製品へのワークロードマイグレーションのサポート。

    • Hyper-V Cluster (Cluster Shared Volumeを使用)

    • Hitachi LPAR

  • Migrateコマンドラインインタフェースの機能強化。

1.2 ワークロードおよびコンテナのサポート

PlateSpin Migrate 12.0は、次のワークロードとコンテナをサポートしています。

  • Linuxワークロード:

    • CentOS 6.x、5.x、4.xにインストールするための前提条件

    • Red Hat Enterprise Linux 7 (XFSを含む)、6.6、5.11

  • Hypervisor:

    • Citrix XenServer 6.2、6.5、

    • Redhat Enterprise Linux (RHEL) 7 KVM

    • VMware ESXi 6.0

    • VMware vCenter 6.0

サポートされているワークロードおよびコンテナの詳細については、『PlateSpin Migrate 12.0ユーザガイド』のサポートされる構成を参照してください。

1.3 プラットフォームのサポート

PlateSpin Migrate 12.0は、次のプラットフォームをサポートしています。

PlateSpin Migrate Serverのインストール用:

  • Windows Server 2012 R2

  • Windows Server 2012

  • Windows Server 2008 (64ビット)

PlateSpin Migrate Clientのインストール用:

  • Windows Server 2012 R2

  • Windows Server 2012

  • Windows 8.1

  • Windows 8

サポートされているプラットフォームの詳細については、『PlateSpin Migrate 12.0 Installation and Upgrade Guide』のPreparing to Install PlateSpin Migrateを参照してください。

1.4 データベースのサポート

PlateSpin Migrate 12.0は、次のデータベースをサポートしています。

  • Microsoft SQL Server 2014 Express Edition - このデータベースソフトウェアは、PlateSpin Migrateソフトウェアの配布パッケージに付属しています。

  • Microsoft SQL Server 2014

2.0 PlateSpin Migrate 12.0のインストール

PlateSpin Migrate 12.0のインストールについては、『PlateSpin Migrate 12.0 Installation and Upgrade Guide』のPlateSpin Migrateのインストールを参照してください。

3.0 PlateSpin Migrate 12.0へのアップグレード

PlateSpin Migrate 12.0のインストールプログラムを使用して、次の製品のバージョンをアップグレードできます。

  • PlateSpin Migrate 11.1

  • PlateSpin Migrate 11.0

PlateSpin Migrate 12.0のダウンロード方法およびそのバージョンへのアップグレード方法については、『PlateSpin Migrate 12.0 Installation and Upgrade Guide』のPlateSpin Migrateのアップグレードを参照してください。

4.0 バグフィックス

このリリースで修復されたバグのリストは次のとおりです。

  • 932115: CLI指定の仮想ネットワークが、デフォルトの機能ではなく、変換とサーバ同期で使用されている。

  • 926863: 圧縮が有効化されたワークロード変換で、DLLの「ZLibWrapper」をロードできない。

  • 912802: ターゲットVMが起動せず、[Volume with serial number 00000000 (シリアル番号00000000のボリュームが既知の一連のシリアル番号の中に存在しません)]が発生する。

  • 892472: ソースワークロードでマルチパスが有効化されている場合、ブートデバイス/dev/mapper/mp_root-part1が、ターゲット上の/dev/sda1/ in /etc/fstab に置き換えられない。

  • 907078: 名前付きパイプを使用したWindowsワークロードのリモートレジストリ検出がクラッシュする。

  • 927976: Windowsファイルサーバのディスククォータ設定とテンプレートが、マイグレーション後にターゲットに設定されない。

  • 925595: ファイル送信時のエラー: この実装が、WindowsプラットフォームのFIPSで検証した、暗号化アルゴリズムの一部ではない。

  • 930166: 韓国語のWindows 2012ワークロードのクラッシュを回避するため、CPUID SDKライブラリアップデートが発生する。

  • 930486: 4.9TBのボリュームパーティションの作成に失敗する。

  • 933726: アップグレード後にWindowsソースのOFX接続が確立されない。

  • 933162: CLI処理のネットワーク名で大文字小文字が区別されないか、余分なスペースが入っている。

5.0 既知の問題

  • 930355 - Linuxワークロードのマイグレート時に、ボリュームのマッピングがサポートされない: PlateSpin Migrate Clientを使用したLinuxワークロードのマイグレートでは、次のものがサポートされません。

    • LVMへのブートボリュームのマッピング

    • 既存のボリュームグループへのボリュームのマッピング

    • 新しいボリュームグループへのボリュームのマッピング

    • ディスクへのボリュームグループの再マッピング

  • 937071 - パーティションなしのrawディスク上にボリュームが作成されているLinuxワークロードをマイグレートできない: PlateSpin Migrateは、パーティションなしのrawディスク上にボリュームが作成されているLinuxワークロードのマイグレーションをサポートしていません。

  • 902489 - オペレーティングシステムが実行されているHitachi LPARに、ワークロードをマイグレートできない: オペレーティングシステムが実行されているHitachi LPARにワークロードをマイグレートすると、マイグレーションが完了しない可能性があります。これは、マイグレーションのConfigure Target Machine (ターゲットマシンの設定)ステップで、マイグレーションジョブがユーザ操作を待機するためです。

    回避策: Hitachi LPARのUEFIブート順序を変更し、ISOイメージではなく、ハードディスクから起動されるようにします。

  • 917209 - Hitachi LPARにワークロードをマイグレートすると警告メッセージが表示される: Hitachi LPARにワークロードをマイグレートすると、次のような警告メッセージが表示される可能性があります。

    Device 'Unassigned Hitachi Shared FC Device 3017' is not supported by .....

    回避策: このメッセージは無視してください。

  • 929511 - Windows Server 2012とWindows Server 2012 R2コンピュータにPlateSpin Migrateをインストールできない: Windows Server 2012またはWindows Server 2012 R2コンピュータでは、コントロールパネルでUACを無効にした後でそのコンピュータにPlateSpin Migrateをインストールすると、前提条件チェックユーティリティに、UACがまだ有効であるというエラーが表示されます。これは、コントロールパネルからUACを無効にすると、対応するレジストリキーにその変更が反映されないためです。

    回避策: Windows Server 2012またはWindows Server 2012 R2コンピュータでUACを無効化するには、Microsoft TechNetを参照してください。

  • 929978 - 検出されたHyper-Vコンテナが、PlateSpin Migrate Webインタフェースでワークロードとして表示される: PlateSpin Migrate Webインタフェースを使用してHyper-Vコンテナを検出すると、Hyper-Vコンテナがインタフェースでワークロードとしてリストされます。このHyper-Vコンテナはマイグレートしないでください。

  • 937070 - ソースワークロードのファームウェアをサポートしないコンテナに、Linuxワークロードをマイグレートできない: UEFIからBIOSへの変換(またはその逆)がサポートされないため、次のシナリオでLinuxワークロードのマイグレーションに失敗します。

    • UEFIファームウェアが付属するLinuxワークロードの、BIOSファームウェアをサポートするコンテナへのマイグレーション。

    • BIOSファームウェアが付属するLinuxワークロードの、UEFIファームウェアをサポートするコンテナへのマイグレーション。

  • 895957 - Linuxワークロードで、マイグレーション後のスクリプトを実行できない: Linuxワークロードで、マイグレーション後のスクリプトの実行に失敗します。

  • VMware DRSクラスタサポートの要件: PlateSpin Migrateは、DRSを有効にする場合でも、有効にしない場合でも、すべてのレベルのDRS(手動一部自動、または完全自動)でVMware Clustersをサポートします。しかし、有効なマイグレーションターゲットに設定するためには、個々のESXサーバを直接、インベントリするのではなく、VMware ClusterはvCenter経由で検出される必要があります。

    ユーザガイドの「Discovery Guidelines for Machine Types and Credentials」を参照してください。

  • 493589 - (Windowsソース)マイグレーション後にデフォルトでないボリュームごとのVSS設定が保存されない: この問題は、次の修正の際に考慮されます。

  • 505426 - (ESX4)間違ったvCPUの選択に対し、エラーまたは警告が出ない: 要求されたvCPUの数がESX4ホスト上の物理的なCPUの数を超えている場合、要求された数は無視され、警告なしに単一のvCPUを持つターゲットVMが作成されます。この問題は、次の修正の際に考慮されます。

  • 506154 - データストア名に特殊文字が含まれていると、マイグレーションの問題が発生する: データストア名に「+」などの特殊文字があるESXデータストアでマイグレーション操作を試みると、マイグレーション操作が失敗する場合があります。

    ナレッジベースの記事7009373を参照してください。

  • 595490 - ブートパーティションを保持することにより、マイグレーションの問題が発生する: 一部のマイグレーションのシナリオで、システムが不適切にターゲットにブートパーティションを保持できるようにするため、、適切なワークロードをブートできなくなる場合があります。この問題は調査中です。

    回避策: ターゲットのブートパーティションを保持するように設定しないでください。

  • 604320 - (LinuxからESX 4)ソースOSで自動ログイン機能またはCDの自動マウント機能が有効になっている場合、マイグレーションを完了するのにエラーが発生する: ジョブの設定手順中にターゲットにログインした場合もマイグレーションに影響が及びます。

    回避策: ソース上で自動ログイン機能とCDの自動マウント機能を無効にします。さらに、マイグレーションが終了するまでは、ターゲットワークロードにログインしないようにしてください。

  • 619942 - Unicode文字がファイル名に含まれているマイグレーション後のスクリプトの実行に失敗する: マイグレーション後のスクリプトのファイル名にUnicode文字を使用すると、スクリプトの実行が失敗します。

    回避策: マイグレーション後のアクションに名前を付ける場合は、ASCII文字のみ使用します。

  • 655828 NSSボリュームのマウントの失敗: マイグレーションが終了した後で、スナップショット付きのNSSボリュームは自動的に期待通りにマウントされません。

    ナレッジベースの記事7008773を参照してください。

  • 680259 - (VMware 4.1)トラフィック転送VMによるネットワークパフォーマンスが低い: 一部のシナリオで、ネットワークトラフィックを転送するワークロードのレプリカ(たとえば、ワークロードの目的がNAT、VPN、またはファイアウォールのネットワークブリッジとして機能することである場合)は、ネットワークパフォーマンスの大幅な低減を示します。これは、LRO(Large Receive Offload)を持つVMXNET 2とVMXNET3アダプタの問題に関連しています。

    回避策: 仮想ネットワークアダプタのLROを無効にします。詳細については、「VMware vSphere 4.1リリースノート(箇条書き項目「TCPパフォーマンスが低い場合...」を下にスクロールしてください)。

  • 685509 - ネットワーク共有に保存された画像へのレプリケーション中の「Access Denied」エラー障害: 保存のためにネットワーク共有を使用する画像サーバのコントローラサービスは、アップグレード後にサービス「Log On As」認証を保持しません。画像操作は、正しい「Log On As」認証でコントローラサービスがアップデートされるまで、「Access Denied」メッセージで失敗します。

    ナレッジベースの記事7008772を参照してください。

  • 692680 - VSSスナップショットが保持されない: ソースワークロードのサードパーティのアプリケーションにより撮られたVSSスナップショットは、マイグレーション時にターゲットにレプリケートされません。

  • 702152 - VMホストのデータストアの数が多い場合に、WANによるマイグレーションに長時間時間がかかる: 一部の環境では、マイグレートサーバがWANを使用してVMホストに接続され、VMホストのデータストアの数が多いと、ターゲットをブートするために必要となる適切なISOイメージを検索するプロセスに予想よりも長い時間かかる場合があります。この問題は調査中です。

  • 779194 - サーバ同期後にマップされていない/homeディレクトリが無効になり、アンマウントされる: サーバ同期を実行し、 /homeパーティションをnoneにすると、パーティション/homeディレクトリがターゲットサーバにマウントされ、有効になる必要がありますが、無効になっており、アンマウントされます。

    回避策: サーバ同期後に、ターゲットサーバの/etc/fstabファイルの適切な行のコメントを解除します。

    ナレッジベースの記事7014638を参照してください。

  • 810460 - VMwareツールがWindows 2012サーバコアの変換中にインストールされない: VMwareツールは、Windows 2012サーバコアの変換中にインストールされません。

    回避策: 変換後にVMwareツールを手動でインストールします。

  • 822601 - ネットワークカードがWindows 2008 Hyper-Vホスト上でホストされるSLES 11ターゲットVMで初期化されない: Windows 2008 Hyper-Vホスト上のターゲットVM(物理フェイク)への半自動方法を使用したSLES 11ワークロード(複製されたVM)マイグレーションを実行する場合、プロセスが「OSの環境設定」手順でフリーズします。

    回避策: この問題を回避する方法の詳細については、ナレッジベースの記事7012911を参照してください。

  • 824724 - ブートファイルが2番目のディスクにある場合、ターゲットVMがVMware ESXからCitrix Xenへのマイグレーション後にブートしない: VMがVMware ESXからCitrix Xenに変換され、そのブートファイルが2番目のディスクに割り当てられている場合、 VMはブートせず、手動の操作が要求されます。これは、Citrix XEN VMがディスク2に割り当てられていブートファイルではなく、ディスク0でブートしようとするため発生します。

    回避策: この問題を解決するには、仮想マシンがオペレーティングシステムを含む仮想ディスクからブートするように、XenCenterの仮想ディスクの位置を再配置してください。Citrix Webサイトのナレッジベースの記事には、オペレーティングシステムを含む仮想ディスクの位置の変更方法の詳細が記載されています。

    ナレッジベースの記事 7012906も参照してください。

  • 825016 - XenServerツールが変換後に削除されていない: Citrix XenServer hypervisor環境のWindows VMのXenServerツールは、VMがVMwareコンテナまたは物理コンテナに変換されるときに削除されません。

    回避策: 変換後にユーザはXenServerツールを手動でアンインストールする必要があります。

  • 825434 - マイグレーション後に、プライマリパーティション(C:\)がターゲット上の論理パーティションに変換される: シナリオ: Windows OSが最低3つのプライマリパーティションでインストールされている場合に、3つより多くのプライマリパーティションを持つWindows OSマシンを物理マシンに移動またはコピーします。少なくとも1つのプライマリパーティションがターゲットマシンに保存されます。

    エフェクト: マイグレーション後に、Windows OSマシンは起動できません。

    : Windows 2003マシンが物理マシンに変換されるときに、次のエラーが発生します:

    Windows could not start because the following file is missing or corrupt:
    <Windows root>\system32\ntoskrnl.exe.Please re-install a copy of the above file.
    

    回避策: この問題を回避する方法の詳細については、ナレッジベースの記事7012913を参照してください。

  • 826545 - Migrateでマシンを検出解除する場合、ESXホストに表示されるマシンノードが検出解除されない: ワークロードを検出解除する場合、 Migrateクライアントではそのことが表示されますが、ESXホストにはノードが検出解除されなかったことが表示されます。

    回避策: ESXホストのワークロードを検出解除して、ESXホストを更新します。

  • 839329 - VMware vCenter Serverからデータを取得しようとすると、次の例外で失敗しました: この操作を実行する許可が拒否されました。 この問題は、『PlateSpin Migrate 12.0ユーザガイド』の「ツールを使用したVMwrae役割の定義」で説明されているように、ツールを使用してVMware役割を定義する手順に従うことによって修正できます。

  • 843431 - ハードドライブ(C:)からブートしようとすると、オペレーティングシステムのロードエラーが発生する。MBRが破損しています。 この問題はLRDの ./BcdEditor /fixbootコマンドを実行することにより修正できます。

    ナレッジベースの記事 7014709も参照してください。

  • 859440 - V2P変換がオペレーティングシステムの環境設定手順でハングする: ファームウェアに複数のブートオプションがあり、ハードディスクがブートオプションリストの最初のブートデバイスではない場合、ターゲットマシンはハードディスクからブートせず、変換がハングします。

    回避策: 物理マシンのブートオプションで、ハードドライブが最初のオプションとなるようにブート順序を変更し、マシンを再起動します。

    ナレッジベースの記事 7014623も参照してください。

  • 864325 - UEFIからBIOSに変換するWindows 8.1ワークロードが「ファイルの送信」手順で変換できない: Windows 8.1 (UEFI)のデフォルトのOEMインストールにより、空き領域が不十分な回復パーティションが作成されるため、パーティションのVolume Shadow Copy (VSS)を作成できません。

    回避策: 回復パーティションを削除または拡張します。詳細については、ナレッジベースの記事7014696を参照してください。

  • 864326 UEFIからBIOSファームウェアにダウンロード中に変換が失敗する: ブートパラメータを更新するためのアクティブなパーティションが見つからないため、UEFIワークロード(Windows 6.2以降のカーネルバージョン)のBIOSベースのマシンへの変換が「OSの準備」手順で失敗します。

    回避策: この問題を回避するには、システムボリュームがソースワークロードかイメージのいずれかに存在する場合に、[MBRとしてのディスク]パーティションタイプを更新します。XMLを編集するには、UIオプションまたはOFXブラウザのエクスポートおよびインポートを使用します。手順の完全なリストについては、ナレッジベースの記事7014637を参照してください。

  • 865570 - Windows 2012 R2 UEFIワークロードのファイルベースの転送が失敗する: Windows 6.2以降のカーネルバージョンのX2Pファイルベースの転送が、ファイルステージの送信および受信中に失敗します。

    回避策: このX2Pシナリオでファイル転送を強制的に機能させるには、ファームウェアVT-dVT-sExecute Disable BitのCPU詳細フラグを無効にする必要があります。詳細については、ナレッジベースの記事7014698を参照してください。

  • 866467 - Windows 32ビットOSのイメージキャプチャが失敗する: 将来の使用のために、コンテンツのエクスポート用のソースサーバ上にC:\Windows\Boot\EFIという名前のフォルダが存在する必要があります。そのフォルダはWindows 2008/Vistaより前のWindows 32ビットオペレーティングシステムには存在しないため、そのフォルダにBCD情報がエクスポートされる場合は、操作が次のエラーにより失敗します:

    Error message: Failed: C:\Windows\Boot\EFI
    

    回避策: この問題を回避するには、C:\Windows\Boot\EFIフォルダを作成してから、C:\Windowsの下のC:\Windows\System32にディレクトリジャンクションを作成する必要があります。詳細については、ナレッジベースの記事7014710を参照してください。

  • 875562 - オフライン変換後にソースマシンの状態が「制御下」のままになる: オフライン変換ジョブの[終了状態]設定を[再起動]に設定した場合、ジョブが完了してもソースマシンの状態は「制御下」のままになります。

    回避策: 変換が完了したらソースを手動で再起動します。

  • 878043 - オフライン変換後にソースマシンのブート設定が復元されない: オフライン変換後、Windowsソースマシンのブートメニューが復元されません。

    回避策: 変換後、ソースのブートメニューに[Linux RAM disk (LRD) (Linux RAMディスク(LRD))]および[Operating System (OS) (オペレーティングシステム(OS))]という2つのオプションが表示されます。変換後初めてブートするときに、手動で[OS]オプションを選択します。これにより、今後のブート操作時に[LRD]ブートオプションが表示されなくなります。

  • 891690 - CLIツールでリソースプールのVMの設定に従った作成と移動がサポートされない: 現在のところ、このリリースで新機能として追加されたコマンドラインインタフェース(CLI)ツールで、conversion.iniファイルの設定に従ってリソースプールのVMを移動または作成することはできません。

    回避策: 変換後、新しいマシンを目的のリソースプールに手動で移動します。

  • 894623 - 変換後、パーティションがドライブ文字にマウントされない: Hyper-V 2012 R2への変換後、「C」ドライブしか表示されません。他のパーティションはドライブ文字にマウントされません。

    回避策: 変換後、ディスクの管理を実行して、手動でパーティションにドライブ文字を割り当てます。

  • 896584 - ワークロードをHyper-V 2012 R2に変換する場合に、ディスクおよびボリュームのマッピングを正しく追加できない: Hyper-V VMをLRDでブートすると、IDEデバイスか、SCSIデバイスか、またはその両方かに関係なく、デバイスは[Hard Disk Devices List (ハードディスクデバイスリスト)]にランダムに表示されます。

    回避策: このリストには、先頭にIDEディスク、続いてSCSIディスクが表示される必要があります。Migrate Clientを使用してリストをカスタマイズします。

    次のシナリオで、リストの動作例を説明します。これらのシナリオの前提: ターゲットVMは第1世代です。3つ以上の仮想ディスクドライブを作成する必要があります。

    シナリオ1-- IDEからSCSIへ変更する場合の動作

    所定の初期設定:

    • Disk2: IDE
    • Disk3: IDE
    • Disk2をSCSIに変更すると、Disk3はSCSIに変更されます。変更後のリスト設定は次のように表示されます。

      • Disk2: SCSI
      • Disk3: SCSI
    • Disk3をSCSIに変更しても、Disk2は変更されません。変更後のリスト設定は次のように表示されます。

      • Disk2: IDE
      • Disk3: SCSI

    シナリオ2-- SCSIからIDEへ変更する場合の動作

    所定の初期設定:

    • Disk2: SCSI
    • Disk3: SCSI
    • Disk2をIDEに変更しても、Disk3は変更されません。変更後のリスト設定は次のように表示されます。

      • Disk2: IDE
      • Disk3: SCSI
    • Disk3をIDEに変更すると、Disk2はIDEに変更されます。変更後のリスト設定は次のように表示されます。

      • Disk2: IDE
      • Disk3: IDE
  • 896598 - RHEL 6.2 x64をHyper-V 2012 R2へブロックマイグレーションした後、冗長ディスクが表示される:Install Integration Services (統合サービスのインストール)]オプションを選択し、RHEL 6.2 x64をブロックベースで正常にマイグレーションした後、fdisk -lコマンドを実行すると冗長ディスクが表示されます。つまり、1つのディスクがsdaおよびsdbとして2回表示されます。

    これはMicrosoftの既知の問題で、対応中です。