次の方法で共有


Storage Migration Service の既知の問題

この記事では、 Storage Migration Service を使用してサーバーを移行するときの既知の問題に対する回答を示します。

Storage Migration Service は、Windows Server のサービスと Windows Admin Center のユーザー インターフェイスの 2 つの部分でリリースされます。 このサービスは、Windows Server、Long-Term サービス チャネル、および Windows Server Semi-Annual チャネルで使用できます。一方、Windows Admin Center は別のダウンロードとして使用できます。 また、Windows Update を介してリリースされた Windows Server の累積的な更新プログラムにも定期的に変更が含まれています。

たとえば、Windows Server バージョン 1903 には、KB4512534をインストールすることで Windows Server 2019 および Windows Server バージョン 1809 でも使用できる Storage Migration Service の新機能と修正プログラムが含まれています。

Microsoft サポートを使用するときにログ ファイルを収集する方法

Storage Migration Service には、Orchestrator サービスとプロキシ サービスのイベント ログが含まれています。 オーケストレーター サーバーには常にイベント ログが含まれており、プロキシ サービスがインストールされている宛先サーバーにはプロキシ ログが含まれます。 これらのログは次の場所にあります。

  • アプリケーションとサービス ログ \ Microsoft \ Windows \ StorageMigrationService
  • アプリケーションとサービスのログ \ Microsoft \ Windows \ StorageMigrationService-Proxy

オフライン表示または Microsoft サポートへの送信のためにこれらのログを収集する必要がある場合は、GitHub でオープンソースの PowerShell スクリプトを使用できます。

記憶域移行サービス ヘルパー

README の使用状況を確認します。

Windows Server 2019 を管理しない限り、Windows Admin Center に Storage Migration Service が表示されない

1809 バージョンの Windows Admin Center を使用して Windows Server 2019 オーケストレーターを管理する場合、Storage Migration Service のツール オプションは表示されません。

Windows Admin Center Storage Migration Service 拡張機能は、Windows Server 2019 バージョン 1809 以降のオペレーティング システムのみを管理するためのバージョン バインドです。 古い Windows Server オペレーティング システムまたは Insider プレビューを管理するために使用する場合、ツールは表示されません。 この動作は設計によるものです。

解決するには、Windows Server 2019 ビルド 1809 以降を使用するか、アップグレードします。

Storage Migration Service のカットオーバー検証が失敗し、"宛先コンピューターのトークン フィルター ポリシーに対するアクセスが拒否されました" というエラーが表示される

カットオーバー検証を実行すると、"失敗: 宛先コンピューターのトークン フィルター ポリシーに対するアクセスが拒否されました" というエラーが表示されます。これは、ソース コンピューターと移行先コンピューターの両方に対して正しいローカル管理者資格情報を指定した場合でも発生します。

この問題は 、KB4512534 更新プログラムで修正されました。

記憶域移行サービスは、Windows Server 2019 Evaluation または Windows Server 2019 Essentials エディションに含まれていません

Windows Admin Center を使用して Windows Server 2019 Evaluation リリース または Windows Server 2019 Essentials エディションに接続する場合、Storage Migration Service を管理するオプションはありません。 Storage Migration Service は、ロールと機能にも含まれていません。

この問題は、Windows Server 2019 および Windows Server 2019 Essentials の評価メディアのサービスの問題が原因で発生します。

この問題を評価用に回避するには、Windows Server 2019 の製品版、MSDN 版、OEM 版、またはボリューム ライセンス 版をインストールし、ライセンス認証しないでください。 ライセンス認証を行わない場合、Windows Server のすべてのエディションは 180 日間評価モードで動作します。

この問題は、Windows Server の今後のリリースで修正されました。

記憶域移行サービスで転送またはエラー CSV のダウンロードがタイムアウトになる

Windows Admin Center または PowerShell を使用して転送操作の詳細な CSV ログをダウンロードすると、次のエラーが表示されます。

Transfer Log - Please check file sharing is allowed in your firewall. : This request operation sent to net.tcp://localhost:28940/sms/service/1/transfer did not receive a reply within the configured timeout (00:01:00). The time allotted to this operation may have been a portion of a longer timeout. This may be because the service is still processing the operation or because the service was unable to send a reply message. Please consider increasing the operation timeout (by casting the channel/proxy to IContextChannel and setting the OperationTimeout property) and ensure that the service is able to connect to the client.

この問題は、Storage Migration Service で許可されている既定の 1 分間のタイムアウトでフィルター処理できない、非常に多くの転送されたファイルが原因で発生します。

この問題を回避するには、次の手順を実行します。

  1. オーケストレーター コンピューターで、Notepad.exe を使用して %SYSTEMROOT%\SMS\Microsoft.StorageMigration.Service.exe.config ファイルを編集し、"sendTimeout" を既定の 1 分から 10 時間に変更します。

    <bindings>
      <netTcpBinding>
        <binding name="NetTcpBindingSms"
                 sendTimeout="10:00:00"
    
  2. オーケストレーター コンピューターで "Storage Migration Service" サービスを再起動します。

  3. オーケストレーター コンピューターで、Regedit.exe を起動します。

  4. 次のレジストリ サブキーがまだ存在しない場合は作成します。

    HKEY_LOCAL_MACHINE\Software\Microsoft\SMSPowershell

  5. [編集] メニューの [新規] をポイントし、[DWORD 値] を選択します。

  6. DWORD の名前として「WcfOperationTimeoutInMinutes」と入力し、Enter キーを押します。

  7. [WcfOperationTimeoutInMinutes] を右クリックし、[変更] を選択します。

  8. [基本データ] ボックスで、[10 進数] を選択します

  9. [値データ] ボックスに「600」と入力し、[OK] を選択します。

  10. レジストリ エディターを終了します。

  11. エラーのみの CSV ファイルのダウンロードをもう一度試みます。

WAC の使用中に問題が引き続き発生する場合は、代わりに PowerShell を使用します。 Orchestrator コンピューターで次のいずれかのコマンドを実行し、独自のジョブ名とソース サーバーの FQDN 値を設定します。

Get-SmsState -Name job -TransferFileDetail -computername sourcefqdn | export-csv -path log.csv
Get-SmsState -Name job -TransferFileDetail -ErrorsOnly -computername sourcefqdn | export-csv -path errlog.csv

宛先プロキシと資格情報の管理特権に関する検証警告

転送ジョブを検証すると、次の警告が表示されます。

The credential has administrative privileges.
Warning: Action isn't available remotely.
The destination proxy is registered.
Warning: The destination proxy wasn't found.

Windows Server 2019 の移行先コンピューターに Storage Migration Service プロキシ サービスをインストールしていない場合、この動作は仕様に基づいて行われます。 対象のコンピューターが Windows Server 2016 または Windows Server 2012 R2 の場合も、このメッセージが表示されます。 転送パフォーマンスを向上させるために、プロキシがインストールされている Windows Server 2019 コンピューターに移行することをお勧めします。

特定のファイルのインベントリや転送が行われません。エラー 5 "アクセスが拒否されました"

ソース コンピューターから移行先コンピューターにファイルをインベントリまたは転送する場合、ユーザーが Administrators グループのアクセス許可を削除したファイルは移行に失敗します。 Storage Migration Service-Proxy デバッグを調べると、次の内容が示されます。

Log Name: Microsoft-Windows-StorageMigrationService-Proxy/Debug
Source: Microsoft-Windows-StorageMigrationService-Proxy
Date: 2/26/2019 9:00:04 AM
Event ID: 10000
Task Category: None
Level: Error
Keywords:
User: NETWORK SERVICE
Computer: srv1.contoso.com
Description:

02/26/2019-09:00:04.860 [Error] Transfer error for \\srv1.contoso.com\public\indy.png: (5) Access is denied.
Stack Trace:
at Microsoft.StorageMigration.Proxy.Service.Transfer.FileDirUtils.OpenFile(String fileName, DesiredAccess desiredAccess, ShareMode shareMode, CreationDisposition creationDisposition, FlagsAndAttributes flagsAndAttributes)
at Microsoft.StorageMigration.Proxy.Service.Transfer.FileDirUtils.GetTargetFile(String path)
at Microsoft.StorageMigration.Proxy.Service.Transfer.FileDirUtils.GetTargetFile(FileInfo file)
at Microsoft.StorageMigration.Proxy.Service.Transfer.FileTransfer.InitializeSourceFileInfo()
     at Microsoft.StorageMigration.Proxy.Service.Transfer.FileTransfer.Transfer()
at Microsoft.StorageMigration.Proxy.Service.Transfer.FileTransfer.TryTransfer()

この問題は、バックアップ特権が呼び出されなかった Storage Migration Service のコードの欠陥が原因で発生します。

この問題を解決するには、Windows Update 2019 年 4 月 2 日KB4490481 (OS ビルド 17763.404) を、プロキシ サービスがインストールされている場合は、オーケストレーター コンピューターとターゲット コンピューターにインストールします。 ソース移行ユーザー アカウントが、ソース コンピューターと Storage Migration Service オーケストレーターのローカル管理者であることを確認します。 移行先のユーザー アカウントが、移行先コンピューターと Storage Migration Service オーケストレーターのローカル管理者であることを確認します。

データをプレシードするために記憶移行サービスを使用した時の DFSR ハッシュの不一致

Storage Migration Service を使用してファイルを新しい宛先に転送し、事前設定されたレプリケーションまたは DFS レプリケーション データベースの複製を通じて既存のサーバーでそのデータをレプリケートするように DFS レプリケーションを構成すると、すべてのファイルでハッシュの不一致が発生し、再レプリケートされます。 データ ストリーム、セキュリティ ストリーム、サイズ、属性はすべて、Storage Migration Service を使用して転送した後に完全に一致しているように見えます。 ICACLS または DFS レプリケーション データベースの複製デバッグ ログを使用してファイルを調べると、次の情報が表示されます。

ソース ファイル

  icacls d:\test\Source:

  icacls d:\test\thatcher.png /save out.txt /t thatcher.png
  D:AI(A;;FA;;;BA)(A;;0x1200a9;;;DD)(A;;0x1301bf;;;DU)(A;ID;FA;;;BA)(A;ID;FA;;;SY)(A;ID;0x1200a9;;;BU)

[送信先ファイル]

  icacls d:\test\thatcher.png /save out.txt /t thatcher.png
  D:AI(A;;FA;;;BA)(A;;0x1301bf;;;DU)(A;;0x1200a9;;;DD)(A;ID;FA;;;BA)(A;ID;FA;;;SY)(A;ID;0x1200a9;;;BU)**S:PAINO_ACCESS_CONTROL**

DFSR デバッグ ログ

   20190308 10:18:53.116 3948 DBCL  4045 [WARN] DBClone::IDTableImportUpdate Mismatch record was found.

   Local ACL hash:1BCDFE03-A18BCE01-D1AE9859-23A0A5F6
   LastWriteTime:20190308 18:09:44.876
   FileSizeLow:1131654
   FileSizeHigh:0
   Attributes:32

   Clone ACL hash:**DDC4FCE4-DDF329C4-977CED6D-F4D72A5B**
   LastWriteTime:20190308 18:09:44.876
   FileSizeLow:1131654
   FileSizeHigh:0
   Attributes:32

この問題は、 KB4512534 更新プログラムによって修正されます。

Windows Server 2008 R2 から転送するときにエラー "どのエンドポイントでもストレージを転送できませんでした"

Windows Server 2008 R2 ソース コンピューターからデータを転送しようとすると、データが転送されなくなり、エラーが表示されます。

Couldn't transfer storage on any of the endpoints.
0x9044

このエラーは、Windows Server 2008 R2 コンピューターに、Windows Update のすべての重要および重要な更新プログラムが完全に適用されていない場合に発生します。 オペレーティング システムには新しいバージョンの Windows Server のセキュリティ強化が含まれていないため、セキュリティ上の理由から Windows Server 2008 R2 コンピューターを更新しておくことが特に重要です。

エラー "どのエンドポイントでもストレージを転送できませんでした" と "ソース デバイスがオンラインかどうかを確認する - アクセスできませんでした"。

ソース コンピューターからデータを転送しようとすると、一部またはすべての共有は転送されません。次のエラーが表示されます。

Couldn't transfer storage on any of the endpoints.
0x9044

SMB 転送の詳細を調べると、エラーが表示されます。

Check if the source device is online - we couldn't access it.

StorageMigrationService/Admin イベント ログを調べると、次の情報が表示されます。

Couldn't transfer storage.

Job: Job1
ID:
State: Failed
Error: 36931
Error Message:

Guidance: Check the detailed error and make sure the transfer requirements are met. The transfer job couldn't transfer any source and destination computers. This could be because the orchestrator computer couldn't reach any source or destination computers, possibly due to a firewall rule, or missing permissions.

StorageMigrationService-Proxy/Debug ログを調べると、次の情報が表示されます。

07/02/2019-13:35:57.231 [Error] Transfer validation failed. ErrorCode: 40961, Source endpoint is not reachable, or doesn't exist, or source credentials are invalid, or authenticated user doesn't have sufficient permissions to access it.
at Microsoft.StorageMigration.Proxy.Service.Transfer.TransferOperation.Validate()
at Microsoft.StorageMigration.Proxy.Service.Transfer.TransferRequestHandler.ProcessRequest(FileTransferRequest fileTransferRequest, Guid operationId)

これは、移行アカウントに SMB 共有に対する読み取りアクセス許可が少なくともない場合に現れるコードの欠陥でした。 この問題は、累積的な更新プログラム の4520062で最初に修正されました。

もう 1 つの原因として、ソース ファイル サーバーへのアクセス権が不十分である可能性があります。 プロセス モニターで "Microsoft.StorageMigration.Proxy.Service.exe" プロセスを調べると、次の結果が表示される場合があります。

Date: 6/04/2022 15:36:09,1943419
Thread: 1688
Class: File System
Operation: CreateFile
Result: PRIVILEGE_NOT_HELD
Path: \\srv1.contoso.com\F$\\public
Duration: 0.0002573

Desired Access: Read Attributes, Read Control, Synchronize, Access System Security
Disposition: Open
Options: Synchronous IO Non-Alert, Open For Backup
Attributes: N
ShareMode: Read, Write
AllocationSize: n/a
Impersonating: CONTOSO\ServiceAccount
OpenResult: PRIVILEGE_NOT_HELD

実行されている実際の操作には、ソース ファイル サーバーに対する "バックアップ用に開く" 特権が必要です。 ソース ファイル サーバーへのアクセスに使用したユーザー アカウントに、このサーバーの次のローカル セキュリティ ポリシーまたはグループ ポリシー オブジェクトを使用して、必要なアクセス許可が付与されていることを確認します。 Security Settings > Local Policies > User Rights Assignment > Back up files and directories

インベントリ実行時のエラー 0x80005000

KB4512534をインストールしてインベントリを実行しようとすると、インベントリがエラーで失敗します。

EXCEPTION FROM HRESULT: 0x80005000

Log Name:      Microsoft-Windows-StorageMigrationService/Admin
Source:        Microsoft-Windows-StorageMigrationService
Date:          9/9/2019 5:21:42 PM
Event ID:      2503
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      FS02.TailwindTraders.net
Description:
Couldn't inventory the computers.
Job: foo2
ID: 20ac3f75-4945-41d1-9a79-d11dbb57798b
State: Failed
Error: 36934
Error Message: Inventory failed for all devices
Guidance: Check the detailed error and make sure the inventory requirements are met. The job couldn't inventory any of the specified source computers. This could be because the orchestrator computer couldn't reach it over the network, possibly due to a firewall rule or missing permissions.

Log Name:      Microsoft-Windows-StorageMigrationService/Admin
Source:        Microsoft-Windows-StorageMigrationService
Date:          9/9/2019 5:21:42 PM
Event ID:      2509
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      FS02.TailwindTraders.net
Description:
Couldn't inventory a computer.
Job: foo2
Computer: FS01.TailwindTraders.net
State: Failed
Error: -2147463168
Error Message:
Guidance: Check the detailed error and make sure the inventory requirements are met. The inventory couldn't determine any aspects of the specified source computer. This could be because of missing permissions or privileges on the source or a blocked firewall port.

Log Name:      Microsoft-Windows-StorageMigrationService-Proxy/Debug
Source:        Microsoft-Windows-StorageMigrationService-Proxy
Date:          2/14/2020 1:18:21 PM
Event ID:      10000
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      2019-rtm-orc.ned.contoso.com
Description:
02/14/2020-13:18:21.097 [Erro] Failed device discovery stage SystemInfo with error: (0x80005000) Unknown error (0x80005000)

このエラーは、"meghan@contoso.com" などのユーザー プリンシパル名 (UPN) の形式で移行資格情報を指定した場合に、Storage Migration Service のコードの欠陥が原因で発生します。 Storage Migration Service オーケストレーター サービスは、この形式を正しく解析できず、KB4512534 と 19H1 でクラスター移行サポート用に追加されたドメイン参照でエラーが発生します。

この問題を回避するには、"Contoso\Meghan" などのドメイン/ユーザー形式で資格情報を指定します。

Windows Server フェールオーバー クラスターに移行するときにエラー "ServiceError0x9006" または "プロキシは現在使用できません"。

クラスター化されたファイル サーバーに対してデータを転送しようとすると、次のようなエラーが表示されます。

Make sure the proxy service is installed and running, and then try again. The proxy isn't currently available.
0x9006
ServiceError0x9006,Microsoft.StorageMigration.Commands.UnregisterSmsProxyCommand

このエラーは、ファイル サーバー リソースが元の Windows Server 2019 クラスター所有者ノードから新しいノードに移動され、Storage Migration Service プロキシ機能がそのノードにインストールされていない場合に発生します。

回避策として、転送ペアリングを最初に構成したときに使用されていた元の所有者クラスター ノードに、移行先のファイル サーバー リソースを戻します。

別の回避策として、次の手順を実行します。

  1. クラスター内のすべてのノードに Storage Migration Service プロキシ機能をインストールします。

  2. オーケストレーター コンピューターで次の Storage Migration Service PowerShell コマンドを実行します。

    Register-SMSProxy -ComputerName <destination server> -Force
    

クラスター ノードからインベントリを実行しているときにエラー "Dll が見つかりませんでした"

Storage Migration Service でインベントリを実行しようとしたときに、Windows Server フェールオーバー クラスターの汎用ファイル サーバー ソースを対象にすると、次のエラーが表示されます。

DLL not found
[Error] Failed device discovery stage VolumeInfo with error: (0x80131524) Unable to load DLL 'Microsoft.FailoverClusters.FrameworkSupport.dll': The specified module could not be found. (Exception from HRESULT: 0x8007007E)

この問題を回避するには、Storage Migration Service オーケストレーターを実行しているサーバーに "フェールオーバー クラスター管理ツール" (RSAT-Clustering-Mgmt) をインストールします。

Windows Server 2003 ソース コンピューターに対してインベントリを実行するときに、"エンドポイント マッパーからエンドポイントを使用できません" というエラーが発生する

Windows Server 2003 ソース コンピューターに対して Storage Migration Service オーケストレーターでインベントリを実行しようとすると、次のエラーが表示されます。

There are no more endpoints available from the endpoint mapper

この問題は、 KB4537818 更新プログラムによって解決されます。

累積的な更新プログラムをアンインストールすると、Storage Migration Service が開始されなくなります

Windows Server の累積的な更新プログラムをアンインストールすると、Storage Migration Service が開始されないことがあります。 この問題を解決するには、Storage Migration Service データベースをバックアップして削除します。

  1. 管理者特権のあるコマンドプロンプトを開き、Storage Migration Service オーケストレーター サーバーでAdministratorsのメンバーとして、次のコマンドを実行します。

    TAKEOWN /d y /a /r /f c:\ProgramData\Microsoft\StorageMigrationService
    
    MD c:\ProgramData\Microsoft\StorageMigrationService\backup
    
    ICACLS c:\ProgramData\Microsoft\StorageMigrationService\* /grant Administrators:(GA)
    
    XCOPY c:\ProgramData\Microsoft\StorageMigrationService\* .\backup\*
    
    DEL c:\ProgramData\Microsoft\StorageMigrationService\* /q
    
    ICACLS c:\ProgramData\Microsoft\StorageMigrationService  /GRANT networkservice:F /T /C
    
    ICACLS c:\ProgramData\Microsoft\StorageMigrationService /GRANT networkservice:(GA) /T /C
    
  2. 新しいデータベースを作成する Storage Migration Service サービスを開始します。

エラー "netName リソースに対してCLUSCTL_RESOURCE_NETNAME_REPAIR_VCOが失敗しました" と Windows Server 2008 R2 クラスターのカットオーバーが失敗する

Windows Server 2008 R2 クラスター ソースの切り取りを実行しようとすると、"ソース コンピューターの名前変更"フェーズで切り取りが停止します。次のエラーが表示されます。

Log Name:      Microsoft-Windows-StorageMigrationService-Proxy/Debug
Source:        Microsoft-Windows-StorageMigrationService-Proxy
Date:          10/17/2019 6:44:48 PM
Event ID:      10000
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      WIN-RNS0D0PMPJH.contoso.com
Description:
10/17/2019-18:44:48.727 [Erro] Exception error: 0x1. Message: Control code CLUSCTL_RESOURCE_NETNAME_REPAIR_VCO failed against netName resource 2008r2FS., stackTrace:    at Microsoft.FailoverClusters.Framework.ClusterUtils.NetnameRepairVCO(SafeClusterResourceHandle netNameResourceHandle, String netName)
at Microsoft.FailoverClusters.Framework.ClusterUtils.RenameFSNetName(SafeClusterHandle ClusterHandle, String clusterName, String FsResourceId, String NetNameResourceId, String newDnsName, CancellationToken ct)
at Microsoft.StorageMigration.Proxy.Cutover.CutoverUtils.RenameFSNetName(NetworkCredential networkCredential, Boolean isLocal, String clusterName, String fsResourceId, String nnResourceId, String newDnsName, CancellationToken ct)    [d:\os\src\base\dms\proxy\cutover\cutoverproxy\CutoverUtils.cs::RenameFSNetName::1510]

この問題は、古いバージョンの Windows Server で API が不足しているために発生します。 現在、Windows Server 2008 および Windows Server 2003 クラスターを移行する方法はありません。 Windows Server 2008 R2 クラスターでインベントリと転送を問題なく実行できます。次に、クラスターのソース ファイル サーバー リソースの netname と IP アドレスを手動で変更し、元のソースと一致するように宛先クラスターのネット名と IP アドレスを変更することで、手動でカットオーバーを実行できます。

静的 IP を使用すると、"ソース コンピューターのネットワーク インターフェイスのマッピング 38%" で切り替えがハングする

ソース コンピューターの切り替えを実行しようとして、1つ以上のネットワークインターフェイスで新しい静的IPアドレス(DHCPを使用しない)を設定した場合、切り替えはフェーズ "38% ソースコンピューターのネットワークインターフェイスをマッピング中..." で停止し、Storage Migration Service イベントログに次のエラーが表示されます。

Log Name:      Microsoft-Windows-StorageMigrationService-Proxy/Admin
Source:        Microsoft-Windows-StorageMigrationService-Proxy
Date:          11/13/2019 3:47:06 PM
Event ID:      20494
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      orc2019-rtm.corp.contoso.com
Description:
Couldn't set the IP address on the network adapter.

Computer: fs12.corp.contoso.com
Adapter: microsoft hyper-v network adapter
IP address: 10.0.0.99
Network mask: 16
Error: 40970
Error Message: Unknown error (0xa00a)

Guidance: Confirm that the Netlogon service on the computer is reachable through RPC and that the credentials provided are correct.

ソース コンピューターを調べると、元の IP アドレスの変更に失敗することが示されます。

この問題は、新しい静的 IP アドレスを指定した場合にのみ、Windows Admin Center の [カットオーバーの構成] 画面で [DHCP の使用] を選択した場合は発生しません。

この問題には、次の 2 つの解決策があります。

  1. この問題は、 KB4537818 更新プログラムによって最初に解決されました。 以前のコードの欠陥により、静的 IP アドレスの使用がすべて禁止されました。

  2. ソース コンピューターのネットワーク インターフェイスで既定のゲートウェイ IP アドレスを指定していない場合は、KB4537818の更新プログラムでもこの問題が発生します。 この問題を回避するには、ネットワーク接続アプレット (NCPA.CPL) または Set-NetRoute PowerShell コマンドレットを使用して、ネットワーク インターフェイスで有効な既定の IP アドレスを設定します。

再転送のパフォーマンスが予想よりも遅い

転送を完了した後、同じデータの後続の再送信を実行した後、転送元サーバーでそれまでの間にほとんどデータが変更されていない場合でも、転送時間が大幅に改善されない場合があります。

この問題は kb4580390 によって解決されます。 パフォーマンスをさらに調整するには、 インベントリの最適化と転送のパフォーマンスに関するページを参照してください。

インベントリのパフォーマンスが予想よりも遅い

ソース サーバーのインベントリ中に、多数のファイルまたは入れ子になったフォルダーがある場合、ファイル インベントリに時間がかかることがわかります。 何百万ものファイルとフォルダーが、高速なストレージ構成でも何時間もかかるインベントリにつながる可能性があります。

この問題は kb4580390 によって解決されます。

データが転送されない、ドメイン コントローラーにまたはドメイン コントローラーから移行するときにユーザー名が変更された

ドメイン コントローラー間での転送を開始した後:

  1. データは移行されません。また、移行先に共有は作成されません。

  2. Windows Admin Center に赤いエラー 記号が表示され、エラー メッセージが表示されない

  3. 1 人以上の AD ユーザーとドメイン ローカル グループの名前または Windows 2000 より前のログオン属性が変更されている

  4. Storage Migration Service オーケストレーターにイベント 3509 が表示されます。

    Log Name:      Microsoft-Windows-StorageMigrationService/Admin
    Source:        Microsoft-Windows-StorageMigrationService
    Date:          1/10/2020 2:53:48 PM
    Event ID:      3509
    Task Category: None
    Level:         Error
    Keywords:
    User:          NETWORK SERVICE
    Computer:      orc2019-rtm.corp.contoso.com
    Description:
    Couldn't transfer storage for a computer.
    
    Job: dctest3
    Computer: dc02-2019.corp.contoso.com
    Destination Computer: dc03-2019.corp.contoso.com
    State: Failed
    Error: 53251
    Error Message: Local accounts migration failed with error System.Exception: -2147467259
        at Microsoft.StorageMigration.Service.DeviceHelper.MigrateSecurity(IDeviceRecord sourceDeviceRecord, IDeviceRecord destinationDeviceRecord, TransferConfiguration config, Guid proxyId, CancellationToken cancelToken)
    

    これは、Storage Migration Service を使用してドメイン コントローラーとの間で移行を試み、"ユーザーとグループの移行" オプションを使用してアカウントの名前を変更または再利用した場合に想定される動作です。 [ユーザーとグループを転送しない] を選択する代わりに、 DC 移行は、Storage Migration Service ではサポートされていません。 DC には真のローカル ユーザーとグループがないため、Storage Migration Service は、2 つのメンバー サーバー間で移行するときと同様にこれらのセキュリティ プリンシパルを処理し、指示に従って ACL を調整しようとすると、エラーや破損またはコピーされたアカウントが発生します。

既に 1 回かそれ以上の転送を実行している場合は、次の手順を実行します。

  1. DC に対して次の AD PowerShell コマンドを使用して、変更されたユーザーまたはグループを見つけます (ドメインの識別名と一致するように SearchBase を変更します)。

    Get-ADObject -Filter 'Description -like "*storage migration service renamed*"' -SearchBase 'DC=<domain>,DC=<TLD>' | ft name,distinguishedname
    
  2. 元の名前で返されたユーザーの場合は、"ユーザー ログオン名 (Windows 2000 より前)" を編集して、Storage Migration Service によって追加されたランダムな文字サフィックスを削除して、このユーザーがログオンできるようにします。

  3. 元の名前で返されたグループについては、"グループ名 (Windows 2000 より前)" を編集して、Storage Migration Service によって追加されたランダムな文字サフィックスを削除します。

  4. Storage Migration Service によって追加されたサフィックスを含む名前を持つ無効なユーザーまたはグループの場合は、これらのアカウントを削除できます。 ユーザー アカウントにはドメイン ユーザー グループのみが含まれるため、後で追加されたことを確認できます。作成された日付/時刻は Storage Migration Service の転送開始時刻と一致します。

    転送目的でドメイン コントローラーで Storage Migration Service を使用する場合は、Windows Admin Center の転送設定ページで常に [ユーザーとグループを転送しない] を選択してください。

エラー 53、インベントリの実行時に "指定されたすべてのデバイスのインベントリに失敗しました"

インベントリを実行しようとすると、次の情報が表示されます。

Failed to inventory all specified devices

Log Name:      Microsoft-Windows-StorageMigrationService/Admin
Source:        Microsoft-Windows-StorageMigrationService
Date:          1/16/2020 8:31:17 AM
Event ID:      2516
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      ned.corp.contoso.com
Description:
Couldn't inventory files on the specified endpoint.
Job: ned1
Computer: ned.corp.contoso.com
Endpoint: hithere
State: Failed
File Count: 0
File Size in KB: 0
Error: 53
Error Message: Endpoint scan failed
Guidance: Check the detailed error and make sure the inventory requirements are met. This could be because of missing permissions on the source computer.

Log Name:      Microsoft-Windows-StorageMigrationService-Proxy/Debug
Source:        Microsoft-Windows-StorageMigrationService-Proxy
Date:          1/16/2020 8:31:17 AM
Event ID:      10004
Task Category: None
Level:         Critical
Keywords:
User:          NETWORK SERVICE
Computer:      ned.corp.contoso.com
Description:
01/16/2020-08:31:17.031 [Crit] Consumer Task failed with error:The network path was not found.
. StackTrace=   at Microsoft.Win32.RegistryKey.Win32ErrorStatic(Int32 errorCode, String str)
    at Microsoft.Win32.RegistryKey.OpenRemoteBaseKey(RegistryHive hKey, String machineName, RegistryView view)
    at Microsoft.StorageMigration.Proxy.Service.Transfer.FileDirUtils.GetEnvironmentPathFolders(String ServerName, Boolean IsServerLocal)
    at Microsoft.StorageMigration.Proxy.Service.Discovery.ScanUtils.<ScanSMBEndpoint>d__3.MoveNext()
    at Microsoft.StorageMigration.Proxy.EndpointScanOperation.Run()
    at Microsoft.StorageMigration.Proxy.Service.Discovery.EndpointScanRequestHandler.ProcessRequest(EndpointScanRequest scanRequest, Guid operationId)
    at Microsoft.StorageMigration.Proxy.Service.Discovery.EndpointScanRequestHandler.ProcessRequest(Object request)
    at Microsoft.StorageMigration.Proxy.Common.ProducerConsumerManager`3.Consume(CancellationToken token)

01/16/2020-08:31:10.015 [Erro] Endpoint Scan failed. Error: (53) The network path was not found.
Stack trace:
    at Microsoft.Win32.RegistryKey.Win32ErrorStatic(Int32 errorCode, String str)
    at Microsoft.Win32.RegistryKey.OpenRemoteBaseKey(RegistryHive hKey, String machineName, RegistryView view)

この段階で、Storage Migration Service オーケストレーターは、リモート レジストリの読み取りを試みてソース マシンの構成を判断していますが、レジストリ パスが存在しないことを示すソース サーバーによって拒否されています。 考えられる原因を以下に示します。

  • リモート レジストリ サービスがソース コンピューターで実行されていません。
  • ファイアウォールでは、Orchestrator からソース サーバーへのリモート レジストリ接続は許可されません。
  • ソース移行アカウントには、ソース コンピューターに接続するためのリモート レジストリアクセス許可がありません。
  • ソース移行アカウントには、ソース コンピューターのレジストリ内の "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion" または "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer" の下に読み取りアクセス許可がありません

"ソース コンピューターのネットワーク インターフェイスのマッピング 38%" で切り替えがハングする

ソース コンピューターでカットオーバーを実行しようとすると、カットオーバーがフェーズ "38% ソース コンピューター上のネットワーク インターフェイスのマッピング..." で停止し、Storage Migration Service イベントログに次のエラーが表示されます。

Log Name:      Microsoft-Windows-StorageMigrationService-Proxy/Admin
Source:        Microsoft-Windows-StorageMigrationService-Proxy
Date:          1/11/2020 8:51:14 AM
Event ID:      20505
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      nedwardo.contosocom
Description:
Couldn't establish a CIM session with the computer.

Computer: 172.16.10.37
User Name: nedwardo\MsftSmsStorMigratSvc
Error: 40970
Error Message: Unknown error (0xa00a)

Guidance: Confirm that the Netlogon service on the computer is reachable through RPC and that the credentials provided are correct.

この問題は、ソース コンピューターで次のレジストリ値を設定するグループ ポリシーによって発生します: "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\LocalAccountTokenFilterPolicy = 0"

この設定は標準のグループ ポリシーの一部ではなく、 Microsoft Security Compliance Toolkit を使用して構成されたアドオンです。

  • Windows Server 2012 R2: "コンピューターの構成\管理用テンプレート\SCM: ハッシュ軽減策を渡す\ネットワーク ログオン時にローカル アカウントに UAC 制限を適用する"

  • Widows Server 2016: "コンピューターの構成\管理用テンプレート\MS セキュリティ ガイド\ネットワーク ログオン時にローカル アカウントに UAC 制限を適用する"

また、カスタム レジストリ設定でグループ ポリシーの基本設定を使用して設定することもできます。 GPRESULT ツールを使用して、ソース コンピューターにこの設定を適用するポリシーを決定できます。

Storage Migration Service は、カット オーバー プロセスの一部として LocalAccountTokenFilterPolicy を一時的に有効にし、完了したら削除します。 グループ ポリシーは、競合するグループ ポリシー オブジェクト (GPO) を適用すると、Storage Migration Service をオーバーライドし、切り取りを防止します。

この問題を回避するには、次のいずれかのオプションを使用します。

  1. この競合する GPO を適用する Active Directory OU からソース コンピューターを一時的に移動します。
  2. この競合するポリシーを適用する GPO を一時的に無効にします。
  3. この設定を無効に設定し、他の GPO よりも優先順位の高いソース サーバーの特定の OU に適用する新しい GPO を一時的に作成します。

別のドメインの資格情報を使用しているときにインベントリまたは転送が失敗する

Storage Migration Service でインベントリの実行または転送を試み、対象のサーバーとは異なるドメインからの移行資格情報を使用しているときに Windows Server を対象にすると、次のエラーが表示されます。

Exception from HRESULT:0x80131505

The server was unable to process the request due to an internal error

04/28/2020-11:31:01.169 [Error] Failed device discovery stage SystemInfo with error: (0x490) Could not find computer object 'myserver' in Active Directory    [d:\os\src\base\dms\proxy\discovery\discoveryproxy\DeviceDiscoveryOperation.cs::TryStage::1042]

ログをさらに調べると、1 つまたは 2 つの移行先の移行アカウントとサーバーが異なるドメインにあることを示しています。

06/25/2020-10:11:16.543 [Info] Creating new job=NedJob user=**CONTOSO**\ned
[d:\os\src\base\dms\service\StorageMigrationService.IInventory.cs::CreateJob::133]
GetOsVersion(fileserver75.**corp**.contoso.com)    [d:\os\src\base\dms\proxy\common\proxycommon\CimSessionHelper.cs::GetOsVersion::66] 06/25/2020-10:20:45.368 [Info] Computer 'fileserver75.corp.contoso.com': OS version

この問題は、Storage Migration Service のコードの欠陥が原因で発生します。 この問題を回避するには、移行元と移行先のコンピューターが属しているのと同じドメインからの移行資格情報を使用します。 たとえば、移行元と移行先のコンピューターが "contoso.com" フォレストの "corp.contoso.com" ドメインに属している場合は、'contoso\myaccount' 資格情報ではなく、'corp\myaccount' を使用して移行を実行します。

インベントリが "要素が見つかりません" で失敗する

次のシナリオを考えてみましょう。

15 文字を超える DNS ホスト名と Active Directory 名を持つソース サーバーがあります(例: "iamaverylongcomputername")。 設計上、Windows では従来の NetBIOS 名をこの長さに設定できませんでした。サーバーの名前が指定されると、NetBIOS 名が 15 Unicode ワイド文字 (例: "iamaverylongcom") に切り捨てられるという警告が表示されます。 このコンピューターのインベントリを作成しようとすると、Windows Admin Center とイベント ログが表示されます。

"Element not found"
========================

Log Name:      Microsoft-Windows-StorageMigrationService/Admin
Source:        Microsoft-Windows-StorageMigrationService
Date:          4/10/2020 10:49:19 AM
Event ID:      2509
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      WIN-6PJAG3DHPLF.corp.contoso.com
Description:
Couldn't inventory a computer.

Job: longnametest
Computer: iamaverylongcomputername.corp.contoso.com
State: Failed
Error: 1168
Error Message:

Guidance: Check the detailed error and make sure the inventory requirements are met. The inventory couldn't determine any aspects of the specified source computer. This could be because of missing permissions or privileges on the source or a blocked firewall port.

この問題は、Storage Migration Service のコードの欠陥が原因で発生します。 現在の唯一の回避策は、コンピューターの名前を NetBIOS 名と同じ名前に変更してから、 NETDOM COMPUTERNAME /ADD を使用して、インベントリを開始する前に使用されていた長い名前を含む代替コンピューター名を追加することです。 Storage Migration Service では、代替コンピューター名の移行がサポートされています。

Storage Migration Service インベントリが "パラメーター名 'IncludeDFSN' と一致するパラメーターが見つかりません" で失敗する

2009 バージョンの Windows Admin Center を使用して Windows Server 2019 オーケストレーターを管理すると、ソース コンピューターのインベントリを作成しようとすると、次のエラーが表示されます。

Remote exception : a parameter cannot be found that matches parameter name 'IncludeDFSN'" 

解決するには、Windows Admin Center で Storage Migration Service 拡張機能をバージョン 1.113.0 以上に更新します。 更新プログラムはフィードに自動的に表示され、インストールを求められます。

Storage Migration Service 転送検証では、"エラー HRESULT E_FAILが COM コンポーネントの呼び出しから返されました" が返されます。

Windows Server 2019 11 月の累積的な更新プログラム のKB4586793をインストールした後、一部の転送検証が失敗する可能性があります。

Error HRESULT E_FAIL has been returned from a call to a COM component

必ずしもすべてのソース コンピューターで発生するとは限りません。 この問題の診断に取り組んでいます。 回避策として、Windows Admin Center に 1.115 以降の Storage Migration Service ツールをインストールします。 更新プログラムは、Windows Admin Center フィードに自動的に表示され、インストールのプロンプトが表示され、このエラーを無視できるようになります。 これを回避するには:

  1. 転送フェーズの [設定の調整] ステップに移動します。
  2. 転送検証のオーバーライドを有効にします。
  3. "検証" を実行せずに転送を続行するか、実行してE_FAIL エラーを無視します。

重要

KB4586793をアンインストールしないでください。 この更新プログラムは Storage Migration Service データベースをアップグレードし、更新プログラムを削除するにはデータベースを削除する必要があります。

"ファイル ハンドルの取得に失敗しました" と特定のボリュームから 1 つまたは 0 個の共有転送で、転送が失敗する

ソースコンピューターからデータを転送しようとすると、特定のボリュームに対してはファイルが転送されない一方、他のボリュームには転送されることがわかります。 Windows Admin Center とイベント ログに次のエラーが表示されます。

"Couldn't transfer storage on any of the endpoints"

========================

SMS Admin log:
06/11/2021 08:44:17  3515 Error Couldn't transfer all of the files in the endpoint on the computer.

Job: test1
Computer: nedsrv1.corp.contoso.com
Destination Computer: nedsrv2.corp.contoso.com
Endpoint: foo
State: Failed
Source File Count: 0
Source File Size in KB: 0
Succeeded File Count: 0
Succeeded File Size in KB: 0
New File Count: 0
New File Size in KB: 0
Failed File Count: 0
Error: -2146233088
Error Message: 

Guidance: Check the detailed error and make sure the transfer requirements are met. This could be because the orchestrator computer couldn't reach a source or destination computer, possibly due to a firewall rule, or missing permissions.

========================

Get-SMSLogs コマンドを使用して SMS デバッグ ログをダンプすると、次の情報も表示されます。

SMS Debug log:

06/11/2021-08:44:17.236 [Erro] End file transfer failed with -2146233088 exception:ErrorCode: -2146233088, Transfer failed
    at Microsoft.StorageMigration.Service.EndpointHelper.TransferFiles(String source, String destination, String sourceOSVersion, IEndpointRecord endpointRecord, TransferConfiguration config, String sourcePath, String destinationPath, ProxyInformation transferProxyInformation, Int64& skippedSystemObjectCount, CancellationToken cancelToken, SourceType sourceType, Protocol protocol, String sourceClusterSharedVolumesRoot, String targetClusterSharedVolumesRoot, ServerType sourceServerType, ServerType targetServerType, Boolean isTieredAFSEnabled, Int32 volumeMinimumFreeSpace, String targetVolume, String[] mountedVolumes)    [d:\os\src\base\dms\service\OperationManager\EndpointHelper.cs::TransferFiles::510]

SMS Proxy Debug log:

14090 06/11/2021-08:44:17.123 [Crit] Failed to create root of the share \\nedsrv1.corp.contoso.com\D$ with error -2147467259 and message Failed to get file handle    [d:\os\src\base\dms\proxy\transfer\transferproxy\stages\DirectoryEnumerationStage.cs::ProcessItem::112]
14091 06/11/2021-08:44:17.124 [Erro] Stage DirectoryEnumerationStage cancelled. Received error: Failed to get file handle    [d:\os\src\base\dms\proxy\transfer\transferproxy\stages\StageBase.cs::DoStage::50]
14124 06/11/2021-08:44:17.141 [Erro] Failed pipeline execution. System.AggregateException: One or more errors occurred. ---> System.ComponentModel.Win32Exception: Failed to get file handle 
14125    at Microsoft.StorageMigration.Proxy.Service.Transfer.DirectoryEnumerationStage.ProcessItem(DirEnumResultWithParent input)
14126    at Microsoft.StorageMigration.Proxy.Service.Transfer.StageBase`3.DoStage(CancellationTokenSource cts)
14127    at System.Threading.Tasks.Task.Execute()
14128    --- End of inner exception stack trace ---
14129    at System.Threading.Tasks.Task.WaitAll(Task[] tasks, Int32 millisecondsTimeout, CancellationToken cancellationToken)
14130    at Microsoft.StorageMigration.Proxy.Service.Transfer.Pipeline.Run(CancellationToken token)
14131    at Microsoft.StorageMigration.Proxy.Service.Transfer.TransferOperation.Run()
14132    at Microsoft.StorageMigration.Proxy.Service.Transfer.TransferRequestHandler.ProcessRequest(FileTransferRequest fileTransferRequest, Guid operationId)
14133 ---> (Inner Exception #0) System.ComponentModel.Win32Exception (0x80004005): Failed to get file handle
14134    at Microsoft.StorageMigration.Proxy.Service.Transfer.DirectoryEnumerationStage.ProcessItem(DirEnumResultWithParent input)
14135    at Microsoft.StorageMigration.Proxy.Service.Transfer.StageBase`3.DoStage(CancellationTokenSource cts)
14136    at System.Threading.Tasks.Task.Execute()<---
14137     [d:\os\src\base\dms\proxy\transfer\transferproxy\TransferRequestHandler.cs::ProcessRequest::132]

この問題は、NTFS ボリューム全体が圧縮フラグを使用して構成されている場合に、Storage Migration Service Proxy サービスの制限が原因で発生します。 この問題を回避するには、圧縮フラグを宛先ボリュームから削除します。

  1. エクスプローラーを開き、移動先のドライブ文字を右クリックし、[プロパティ] を選択 します
  2. [このドライブを圧縮してディスク領域を節約する] をオフにします
  3. 転送を再実行します。

または、ボリュームが圧縮されていて、展開されたファイルを保持する空き領域がある場合は、ソース コンピューターで同じ手順を実行できます。 NTFS 圧縮ファイルは、コピーまたは移動中に常に圧縮解除されるため、圧縮しても転送時間は短縮されません。

エラーが発生した場合は、Storage Migration Service データベースをリセットする必要があります

まれな状況では、Storage Migration Service データベースのリセットが必要になる場合があります。 これを行うには:

  1. 管理者特権のあるコマンドプロンプトを開き、Storage Migration Service オーケストレーター サーバーでAdministratorsのメンバーとして、次のコマンドを実行します。

    NET STOP SMS
    NET STOP SMSPROXY
    
    TAKEOWN /d y /a /r /f c:\ProgramData\Microsoft\StorageMigrationService
    
    MD c:\ProgramData\Microsoft\StorageMigrationService\backup
    
    ICACLS c:\ProgramData\Microsoft\StorageMigrationService\* /grant Administrators:(GA)
    
    XCOPY c:\ProgramData\Microsoft\StorageMigrationService\* .\backup\*
    
    DEL c:\ProgramData\Microsoft\StorageMigrationService\* /q
    
    ICACLS c:\ProgramData\Microsoft\StorageMigrationService  /GRANT networkservice:F /T /C
    
    ICACLS c:\ProgramData\Microsoft\StorageMigrationService /GRANT networkservice:(GA) /T /C
    
  2. 上記のコマンドにエラーがないことを確認します。 次に、新しいデータベースを作成する Storage Migration Service サービスを開始します。

    NET START SMS
    NET START SMSPROXY
    
    

転送がエラーで停止する: Unicode 文字を変換できません

実行中の転送が停止します。 イベント ログ エラーが表示されます。

Log Name:      Microsoft-Windows-StorageMigrationService/Admin
Source:        Microsoft-Windows-StorageMigrationService
Date:          
Event ID:      3515
Task Category: None
Level:         Error
Keywords:      
User:          NETWORK SERVICE
Computer:      
Description:
Couldn't transfer all of the files in the endpoint on the computer.
Job: 
Computer: 
Destination Computer:
Endpoint:
State: Failed
Source File Count: 833617
Source File Size in KB: 45919696
Succeeded File Count: 833438
Succeeded File Size in KB: 45919696
New File Count: 0
New File Size in KB: 0
Failed File Count: 179
Error: -2146233087
Error Message: The socket connection was aborted. This could be caused by an error processing your message or a receive timeout being exceeded by the remote host, or an underlying network resource issue. Local socket timeout was '00:00:59.9970000'.

Storage Migration Service デバッグ ログを調べると、次の情報が表示されます。

03. 07. 2023-23:28:08.647 [Erro] ExceptionMessage : (Unable to translate Unicode character \uDB71 at index 1 to specified code page.), ExceptionToString: (System.Text.EncoderFallbackException: Unable to translate Unicode character \uDB71 at index 1 to specified code page.

この問題は、Storage Migration Service で変換できない未処理の Unicode 文字が原因で発生します。 無効な文字を持つファイルの名前を見つけるには、次のサンプル PowerShell スクリプトを編集し、ソース コンピューターで実行し、結果を調べてファイルの名前を変更または削除します。

# Sample PowerShell script to find files with unhandled unicode characters

$FolderPath = "C:\temp"
$OutputFilePath = "C:\temp\invalid_char_results.txt"
$UnhandledChar = "\uDB71"

Get-ChildItem -path $FolderPath -Recurse | ForEach-Object {
 if ($_ -is [System.IO.FileInfo]) {
  if ($_.Name -match $UnhandledChar) {
   Add-Content $outputFilePath "$($_.FullName)"
  }
 }
}

77% または 30% で切り替えが失敗する

切り替えの実行時に、"77% - ターゲット コンピューターをドメインに追加する" または "30% - ドメインに参加を解除できません" で操作がハングします。この問題は、次の場合にのみ発生します。

  • AD の組み込み管理者グループのメンバーではないユーザーが、Active Directory に移行元または移行先のコンピューター アカウントを作成しました。

    または

  • 移行ユーザー アカウントは、ソース コンピューター アカウントを作成したユーザーと同じではありません。

2022 年 10 月 11 日以降にリリースされた Windows 更新プログラムには、 CVE-2022-38042 に対処するための追加の保護が含まれています。これらの追加の保護によって問題が発生しました。 保護は、2023 年 3 月 14 日の累積的な更新プログラムでさらに更新され、この問題の回避策オプションが追加されました。 この保護により、次の場合を除き、ドメイン参加操作でターゲット ドメイン内の既存のコンピューター アカウントが再利用されるのを意図的に防ぎます。

  • 操作を試みるユーザーが、既存のアカウントの作成者である場合。

  • 操作を試みるユーザーは、ドメイン管理者、エンタープライズ管理者、または管理者がコンピューター アカウントを作成した Active Directory 組み込みグループのメンバーです。

  • 操作を試みるユーザーは、"ドメイン コントローラー: ドメイン参加中にコンピューター アカウントの再利用を許可する" のメンバーです。コンピューター アカウントのグループ ポリシー設定。

この問題を解決するには、次の解決策のいずれかを使用します。

解決策 1 - "ドメイン参加中にコンピューター アカウントの再利用を許可する" を使用する

  1. すべてのドメイン コントローラー、移行元コンピューター、移行先コンピューター、SMS 移行コンピューターに 2023 年 3 月 14 日の累積的な更新プログラムがインストールされ、再起動されていることを確認します。
  2. KB5020276の「アクションの実行」セクションの詳細な手順 従います。
  3. Windows Admin Center で、 Server Manager > Storage Migration Service に移動し、既存のジョブを作成または続行します。
  4. 新しいサーバーへの切り替え> 設定の調整 ページで、AD 資格情報 に使用するアカウントが、手順 2 でコンピューターアカウントの再利用を許可されたアカウントと同じであることを確認します。

解決策 2 - 移行に元のアカウントを使用する

  1. Windows Admin Center で、 Server Manager > Storage Migration Service に移動し、既存のジョブを作成または続行します。
  2. [Cut over to the new servers]\(新しいサーバーへの切り替え\)>[設定の調整] ページで、"AD 資格情報" に使用されるアカウントが、ドメインに対して移行元と移行先のコンピューターを作成したか、参加させたアカウントと同じであることを確認します。
  1. Windows Admin Center で、 Server Manager > Storage Migration Service に移動し、既存のジョブを作成または続行します。
  2. [ 設定の調整 > 新しいサーバーへの切り取り ] ページで、 AD 資格情報 に使用されるアカウントが、ドメイン管理者、エンタープライズ管理者、または管理者のいずれかの高い特権の Active Directory 組み込みグループのメンバーであることを確認します。

重要

ソリューション 1 に従って操作を行い、"33% - ドメインからの離脱を実行できません"というエラー 0x6D1 "手順が範囲外です"で失敗した場合、ソースコンピュータに 2024 年 3 月 14 日の累積更新プログラムがインストールされていないか、インストール後にコンピュータが再起動されていません。

Windows Server 2008 R2 でカットオーバーが失敗する

Windows Server 2008 R2 以前を実行しているソース コンピューターから切り取りを実行すると、"コンピューターの名前をドメインから変更できませんでした" というエラーが表示されます。Storage Migration Service Helper Get-SmsLog コマンドを使用すると、エラー 0x6D1 と "オブジェクト参照がオブジェクトのインスタンスに設定されていません" が表示されます。 次の例は、PowerShell Get-SmsLog コマンドからのログ ファイルの出力です。

Line 360: 04/02/2023-14:06:02.877 [Info] UnjoinDomain(isLocal=False, server='2008R2.corp.contoso.com')    [d:\os\src\base\dms\proxy\cutover\cutoverproxy\CutoverUtils.cs::UnjoinDomain::2151]
Line 361: 04/02/2023-14:06:02.948 [Erro] Attempt #1 failed to unjoin machine '2008R2.corp.contoso' from the domain with credential 'corp\ned'. Error 0x6D1.    [d:\os\src\base\dms\proxy\cutover\cutoverproxy\CutoverUtils.cs::UnjoinDomain::2184]
Line 362: 04/02/2023-14:06:02.954 [Erro] Fatal exception during cutover stage processing. Source: 2008R2.corp.contoso.com, CutoverStage: UnjoinSource, ErrorCode: 0x80004003, Message: Object reference not set to an instance of an object.    [d:\os\src\base\dms\proxy\cutover\cutoverproxy\CutoverOperation.cs::Run::1116]

CVE-2022-38042 に対処するためにKB5020276で導入された変更により、このエラーが発生します。

この問題を解決するには、次の解決策のいずれかを使用します。

解決策 1 (Windows Server 2008 R2 と有効な ESU を使用)

有効な 拡張サポート更新プログラムが適用された Windows Server 2008 R2 を実行しているソース コンピューターの場合は、最初に最新の累積的な更新プログラムをインストールします。 累積的な更新プログラムが正常にインストールされたら、「 切り替えが 77% または 30%で失敗するとき の問題を解決するため」に記載されている手順に従います。

ソリューション 2 (有効な ESU、Windows Server 2008、または Windows Server 2003 を使用しない Windows Server 2008 R2 を使用)

ソース コンピューターで ESU、Windows Server 2008、または Windows Server 2003 を使用せずに Windows Server 2008 R2 を実行している場合は、「 Storage Migration Service でのカットオーバーのしくみ」で説明されている手順に従って手動カットオーバーを実行する必要がありますが、次の変更が加えられます。

  1. 手順 3 と 4 をスキップする
  2. 手順 5 では、コンピューターにサインインし、 SYSDM.CPLNETDOM.exe、または Remove-Compuer PowerShell コマンドを使用してドメインから手動で削除する必要があります。 KB5020276した後、ドメインからコンピューターをリモートで削除することはできません。

転送検証の警告 "宛先プロキシが見つかりませんでした"

転送を開始する前に、転送先サーバーに SMS プロキシ サービスがまだインストールされていない場合は、Windows Admin Center によって自動的にインストールされます。 ただし、特定の状況では、"宛先プロキシが見つかりませんでした" という検証エラーを登録して表示できません。

この問題を解決するには、SMS プロキシ サービス機能が移行先サーバーにインストールされていることを確認し、Orchestrator サーバーで次の PowerShell コマンドを実行します。

Register-SMSProxy -ComputerName <destination server FQDN> -Force

現在、確認が通りました。

Windows Server 2008 R2 フェールオーバー クラスター ソースにディスクがない

Windows Server 2008 R2 フェールオーバー クラスター ソースのインベントリを作成した後は、クラスター化されたディスクがすべて表示されません。 これは、Windows Server 2008 R2 の既定のファイル サーバーの役割によって常に 1 つのディスクが依存関係として選択されますが、ファイル サーバーの役割に割り当てられている残りのディスクは選択されません。

この問題を解決するには、ファイル ロールに割り当てられているすべてのディスクが、ファイル サーバー ロールの依存関係として追加されていることを確認します。

  1. フェールオーバー クラスター マネージャー (cluadmin.msc) を開きます。
  2. クラスター化されたディスクを右クリックし、[プロパティ] をクリックします。
  3. [依存関係] タブで、ディスクの AND 行をファイル サーバー ロールに追加します。
  4. 他のすべてのクラスター化ディスクに対して繰り返します。
  5. スナップインを閉じ、ソースをもう一度インベントリします。 すべてのディスクが表示され、転送できるようになります。

Windows Server 2022 の切り取りが失敗し、コンピューター名の変更時にエラー 5 が発生する

移行プロセスを開始すると、Windows Server 2022 ソース コンピューターの名前変更が 41%で完了しないという問題が発生します。 Windows Server 2022 の移行先コンピューターに移行する場合、名前の変更は 75%で完了できません。 SMS デバッグ ログを調べると、 error 5: access deniedが表示されます。

この問題は 、2024 年 3 月 12 日 - Windows Server 2022 の累積的な更新プログラムKB5035857インストールした後に発生します。 この回帰の解決策は現在調査中です。

この問題を回避するには、「 手動カットオーバー」の手順を使用します。

こちらも参照ください