System Center Virtual Machine Manager のリリース ノート
Virtual Machine Manager (VMM) 2022 には既知の問題はありません。
VMM 2022 の新機能については、「 新機能を参照してください。
この記事では、System Center 2019 - Virtual Machine Manager (VMM) のリリース ノートの一覧を示します。
VMM 2019 リリース ノート
次のセクションでは、VMM 2019 のリリース ノートの概要と、既知の問題と回避策について説明します。 VMM 2019 UR1 と UR2 の既知の問題はありません。
- 2019 UR1 で修正された問題については、UR1 のサポート技術情報の記事。
- 2019 UR2 で修正された問題については、UR2 のサポート技術情報の記事。
- 2019 UR3 で修正された問題については、UR3 のサポート技術情報の記事。
- 2019 UR4 で修正された問題については、UR4 のサポート技術情報の記事。
- 2019 UR5 で修正された問題については、UR5 のサポート技術情報の記事。
- 2019 UR6 で修正された問題については、UR6 のサポート技術情報の記事。
CleanUpDisks フラグでクラスター ノードの削除が失敗する
説明: Windows Server 2019 S2D クラスターから CleanUpDisks フラグを使用してクラスター ノードを削除すると、次のシナリオでは、 Could が指定されたインスタンスMSFT_StorageJob エラーを取得しないことで削除が失敗します。
記憶域の容量は、残りのサーバーでは、すべてのボリュームに対応するには不十分です。
ボリュームの回復性を提供するのに十分な障害ドメインがありません。
回避策: 次のことを確認します。
すべてのボリュームに対応するために、残りのサーバーで十分なストレージ容量を使用できます
ボリュームの回復性を提供するのに十分な障害ドメインを使用できます。
SMI-S 管理インターフェイスを持つストレージ デバイスの追加が失敗する
説明: System Center Virtual Machine Manager (VMM) 2019 が Windows Server 2019 にインストールされていると、エラー 記憶域プロバイダーの登録がエラー コード WsManMIInvokeFailed で失敗し、SMI-S 管理インターフェイスを持つストレージ デバイスの追加が失敗します。
回避策: VMM は、SMI-S を使用して記憶域デバイスを管理する Windows Standards-Based Storage Management サービスに依存します。 ストレージ デバイスを追加する前に、サービスが開始されていることを確認します。
Windows Server 2019 では HNVv1 ネットワークがサポートされていません
説明: Windows Server 2019 は HNVv1 をサポートしていません。 HNVv1 が現在使用されている場合、HNVv1 を使用しているクラスターは、クラスターのローリング アップグレードを使用して Windows Server 2019 にアップグレードしないでください。
回避策: Windows Server 2019 へのクラスター ローリング アップグレードを使用する前に、Windows Server 2016 の HNVv1 から SDNv2 に移行します。
コンソールの最新のアクセシビリティ修正プログラムは使用できません
説明: VMM コンソールのインストール中に .NET 4.7 を使用する場合、コンソールの最新のアクセシビリティ修正プログラムを使用できない場合があります。
回避策: .NET 4.8 を使用することをお勧めします。 .NET 4.8 の移行の詳細については、.NET への移行に関する記事を参照してください。
SLB MUX のバックエンド アダプター接続が期待どおりに機能しない
説明: 仮想マシン (VM) の移行後に、SLB MUX のバックエンド アダプター接続が期待どおりに動作しない可能性があります。
回避策: ユーザーは回避策として SLB MUX VM でスケール イン/スケールアウトします。
クラスター ロールアップのアップグレードが失敗する
説明: ライブラリ サーバーの Windows Server 2019 仮想ハード ディスク (VHD) がオペレーティング システム (OS) の再展開に使用されている Windows Server 2019 仮想ハード ディスク (VHD) が最新の更新プログラムと共にインストールされていない場合、 Hyper-V ホストから記憶域 アレイへの接続ステージ中にクラスター ロールアップアップグレード (CRU) が失敗します。
回避策: このエラーを解決するには、保留中のすべての更新プログラムを VHD にインストールし、CRU ジョブを再起動します。
この問題を回避するには、CRU をトリガーする前に、CRU に使用する VHD に最新の OS 更新プログラムをインストールしてください。
記憶域の動的最適化では、最適化条件が満たされた場合でも VHD の移行がトリガーされない
説明: クラスター化共有ボリューム (CSV) の 1 つの記憶域の空き容量が [動的最適化] ページで設定されているディスク領域しきい値を下回り、強度条件が満たされていると、記憶域の動的最適化 (DO) によって CSV 間の VHD の移行がトリガーされるはずです。 ただし、場合によっては、他のすべての Storage DO 条件が満たされていても、VHD が移行されない場合があります。
回避策: ストレージの移行がトリガーされるようにするには、次の操作を行います。
- Get-SCStorageVolume コマンドレットを使用してHostVolumeID を確認します。 HostVolumeIDがボリュームの Null を返す場合は、VM を更新し、ストレージ DO をもう一度実行します。
- Get-SCHostResever コマンドレットを使用して、ホスト グループの DiskSpacePlacementLevel を確認します。 動的最適化ウィザードで、 DiskSpacePlacementLevel Host 予約 設定と同じディスク領域の値を設定します。
記憶域の動的最適化ディスクは、VHD の複数の移行を実行します。
説明: 同じファイル共有を持つホスト グループ間でディスク領域の警告レベルが一致しない場合、そのファイル共有との間で複数の移行が発生し、ストレージ DO のパフォーマンスに影響する可能性があります。
回避策: ストレージの動的最適化が有効になっているさまざまなクラスター間でファイル共有を行わないようにすることをお勧めします。
VMM サーバーのパフォーマンス監視が失敗し、 Access が拒否されました イベント エラー
説明: Operations Manager を使用して VMM が監視されている場合、VMM サーバーのパフォーマンスの監視が "アクセス拒否" イベント エラーで失敗します。 サービス ユーザーには、VirtualMachineManager-Server/Operational イベント ログにアクセスするアクセス許可がありません。
回避策: 次のコマンドを使用して、操作イベント ログ レジストリのセキュリティ記述子を変更し、イベント ログ サービスと正常性ログ サービスを再起動します。
reg add HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WINEVT\Channels\Microsoft-VirtualMachineManager-Server/Operational /v ChannelAccess /t REG_SZ /d O:BAG:SYD:(D;;0xf0007;;;AN)(D;;0xf0007;;;BG)(A;;0xf0007;;;SY)(A;;0x7;;;BA)(A;;0x3;;;NS)(A;;0x1;;;IU)(A;;0x1;;;SU)"
このコマンドは、VirtualMachineManager-Server/Operational イベント ログにアクセスできる許可されたユーザーの一覧にサービス ユーザーを追加します。
SET-SCVMSubnet -RemovePortACL ジョブは、NC VMSubnet オブジェクトから portACL 関連付けを削除せずに VMM で完了します
説明: SET-SCVMSubnet -RemovePortACL ジョブは、NC VMSubnet オブジェクトから portACL 関連付けを削除せずに VMM で完了します。これは、まだ使用中の NC 例外で Remove-PortACL ジョブが失敗するためです。
回避策: VMM から VMSubnet を削除してから、ポート ACL を削除します。
Import-Module NetworkController
#ネットワーク コントローラーの URI を REST IP または FQDN に置き換えます
$uri = "<NC FQDN or IP>"
#NC 管理者の資格情報を指定します
$cred = Get-Credential
#サブネットを含む仮想ネットワークを特定します
$vnet = Get-NetworkControllerVirtualNetwork -ConnectionUri $uri -ResourceId "Fabrikam_VNet1" -Credential $cred
#ACL を削除する必要があるサブネットを特定します
$vnet.Properties.Subnets[0].Properties = $vnet.Properties.Subnets[0].Properties | Select-Object -Property * -ExcludeProperty AccessControlList
#更新します
New-NetworkControllerVirtualNetwork -ResourceId "Fabrikam_VNet1" -ConnectionUri $uri –Properties $vnet.Properties -Credential $cred
この記事では、System Center 2016 - Virtual Machine Manager (VMM) のリリース ノートの一覧を示します。
VMM 2016 リリース ノート
次のセクションでは、VMM 2016 のリリース ノートの概要と、既知の問題、修正プログラム、回避策について説明します。
VMM の展開
VMM 管理コンソールのインポートが失敗する可能性がある
説明: VMM 管理コンソール アドインを管理者以外としてインポートすると、コンソールがクラッシュします。 これは、コンソール アドインが場所 "C:\Program Files\" に格納されており、管理者のみがこの場所にアクセスできるために発生します。 回避策: 管理者アクセスを必要としない場所にコンソール アドインを格納し、インポートします。
Storage
VM の高可用性への昇格が失敗する可能性がある
説明: ローカル ストレージに VM を作成し、起動し、チェックポイントを作成します。 クラスターで VM を高可用性として移行および昇格しようとすると、移行が失敗する可能性があります。 回避策: 移行を実行する前に、実行中のチェックポイントを削除し、VM を停止します。
CSV から LUN ストレージへの VM の移行が失敗する可能性がある
説明: CSV ストレージを使用して高可用性 VM を作成し、クラスターで使用可能な記憶域として LUN を追加し、CSV から LUN に VM を移行します。 VM と LUN ストレージが同じノードにある場合、移行は成功します。 そうでない場合、移行は失敗します。 回避策: LUN ストレージが登録されているクラスター ノードに VM が存在しない場合は、そこに移動します。 次に、VM を LUN ストレージに移行します。
NAS アレイの容量は 0 GB として表示されます。
説明: VMM では、NAS アレイ内の既存のファイル共有に対して Total Capacity と Available Capacity が 0 GB として表示されます。 回避策: なし。
ネットワーク
SDN ネットワーク コントローラーによって管理される論理ネットワークで動的 IP アドレスを使用できない
説明: VMM ファブリックの SDN ネットワーク コントローラーによって管理されている論理ネットワークに接続されている VM に動的 IP アドレスを使用することはサポートされていません。 回避策: 静的 IP アドレスを構成します。
VMM で SET スイッチが "内部" と表示される
説明: VMM コンソールの外部に SET スイッチを展開し、VMM ファブリックで管理を開始すると、スイッチの種類は internal として表示されます。 これはスイッチ機能には影響しません。 回避策: なし。
アップグレード後に LACP チーミング スイッチが機能しない
説明: 論理スイッチで構成された LACP チームは、VMM 2016 にアップグレードした後は機能しません。 回避策: スイッチを再デプロイするか、チーム内の物理ネットワーク アダプターを削除して再追加します。
SLB MUX のバックエンド アダプター接続が期待どおりに機能しない
説明: VM の移行後、SLB MUX のバックエンド アダプター接続が期待どおりに動作しない可能性があります。 回避策: 回避策として、SLB MUX VM でのスケール イン/スケールアウトを使用します。
CNG ベースの CA 証明書はサポートされていません
説明: CA からの証明書を使用している場合、VMM での SDN 展開に CNG 証明書を使用することはできません。 回避策: 他の証明書形式を使用します。
IP アドレスを変更する場合は、ネットワーク コントローラーによって管理されているネットワークに接続されている仮想アダプターを再起動する必要があります
説明: ネットワーク コントローラーによって管理されている VM ネットワークに接続されている仮想ネットワーク アダプターのいずれかで割り当てられた IP アドレスに変更がある場合は、関連付けられているアダプターを手動で再起動する必要があります。 回避策: 回避策はありません。
IPv6 は、ネットワーク コントローラーによって管理されるネットワーク インフラストラクチャではサポートされていません
説明: IPv6 は VMM ファブリックのネットワーク コントローラーではサポートされていません。 回避策: IPv4 を使用します。
SLB アドレスの接続に関する問題
説明: SLB MUX VM に割り当てられているフロントエンド IP アドレスとバックエンド IP アドレスの場合、 DNS でこの接続のアドレスを登録する が選択されている場合、接続の問題が発生する可能性があります。 回避策: 問題を回避するには、設定をクリアします。
SET-SCVMSubnet -RemovePortACL ジョブは、NC VMSubnet オブジェクトから portACL 関連付けを削除せずに VMM で完了します
説明: SET-SCVMSubnet -RemovePortACL ジョブは、NC VMSubnet オブジェクトから portACL 関連付けを削除せずに VMM で完了します。このため、Remove-PortACL ジョブは、まだ使用中の NC 例外で失敗します。
回避策: VMM から VMSubnet を削除してから、ポート ACL を削除します。
Import-Module NetworkController
#ネットワーク コントローラーの URI を REST IP または FQDN に置き換えます
$uri = "<NC FQDN or IP>"
#NC 管理者の資格情報を指定します
$cred = Get-Credential
#サブネットを含む仮想ネットワークを特定します
$vnet = Get-NetworkControllerVirtualNetwork -ConnectionUri $uri -ResourceId "Fabrikam_VNet1" -Credential $cred
#ACL を削除する必要があるサブネットを特定します
$vnet.Properties.Subnets[0].Properties = $vnet.Properties.Subnets[0].Properties | Select-Object -Property * -ExcludeProperty AccessControlList
#更新します
New-NetworkControllerVirtualNetwork -ResourceId "Fabrikam_VNet1" -ConnectionUri $uri –Properties $vnet.Properties -Credential $cred
クラスターの管理
クラスターの機能レベルをアップグレードしても、ファイル サーバー情報が更新されない
説明: ファイル サーバーを含むクラスターの機能レベルをアップグレードした場合、プラットフォーム情報は VMM データベースで自動的に更新されません。 回避策: クラスターの機能レベルをアップグレードした後、ファイル サーバーのストレージ プロバイダーを更新します。
VMM での記憶域スペース ダイレクト クラスターの更新が失敗する
説明: VMM を使用した記憶域スペース ダイレクト クラスターの更新 (ハイパーコンバージドまたは非集約) はサポートされていないため、データが失われる可能性があります。 回避策: Windows でクラスター対応更新 (CAU) を使用して、VMM の外部でクラスターを更新します。
Windows Server 2012 R2 ホスト クラスターから Windows Server 2016 Nano Server ホスト クラスターへのクラスター ローリング アップグレードが失敗する
説明: VMM でクラスターローリング アップグレード機能を使用して Windows Server 2012 R2 クラスターのホスト ノードを Windows Server 2016 - Nano Server にアップグレードしようとすると、エラー 20406: VMM はサーバー <servername> 上のクラス MSFT_StorageNodeToDiskのインスタンスを列挙できませんでした。エラー MI RESULT 7 で失敗しました。要求された操作はサポートされていません。 回避策: Windows Server 2012 R2 ホスト クラスターを VMM の外部の Nano に手動でアップグレードします。
Note
Windows Server 2012 R2 から Windows Server 2016 Full Server へのローリング アップグレードは正常に動作します。 この問題は Nano に固有です。
VMM 管理コンソールでクラスターを追加すると、エラーが発生する可能性があります
説明: VMM 管理コンソールでクラスターをリソースとして追加すると、 入力に基づいてコンピューターが検出されなかったというエラーが表示されることがあります。 回避策: OKを選択し、エラー ダイアログを閉じます。 次に、クラスターをもう一度追加してみてください。
クラスターのローリング アップグレードでは、高可用性ではない VM のライブ マイグレーションは行われません
説明: VMM を使用して Windows Server 2012 R2 クラスターを Windows Server 2016 にローリング アップグレードする場合、高可用性ではない VM のライブ マイグレーションは実行されません。 保存された状態に移動されます。 回避策: アップグレード前にすべてのクラスター VM を高可用性にするか、特定の VM に対して手動ライブ マイグレーションを実行します。
信頼されていないドメインにある Nano Server ベースのホストを追加するには、手動の手順が必要です
説明: 信頼されていないドメインに Nano Server ベースのホストを追加することはできません。 回避策: ホストで次の手順を実行し、信頼されていないホストとして VMM ファブリックに追加します。
HTTPS 経由で WINRM を有効にする:
New-Item -Path WSMan:\LocalHost\Listener -Transport HTTPS -Address * -CertificateThumbPrint $cert.Thumbprint –ForceHTTPS 経由で WINRM を許可するファイアウォール例外をホストに作成します。
New-NetFirewallRule -DisplayName 'Windows Remote Management (HTTPS-In)' -Name 'Windows Remote Management (HTTPS-In)' -Profile Any -LocalPort 5986 -Protocol TCP
境界ネットワークに配置されている Nano Server ベースのホストを追加することはできません
説明: リソースの追加ウィザードを使用して境界ネットワークにある Nano Server ベースのホストを追加しようとすると失敗します。 回避策: ホスト上でこれらの手順を実行してから、信頼されていないホストとして VMM ファブリックに追加します。
ホストで HTTPS 経由で WINRM を有効にします。
New-Item -Path WSMan:\LocalHost\Listener -Transport HTTPS -Address * -CertificateThumbPrint $cert.Thumbprint –ForceHTTPS 経由で WINRM を許可するために、ホストにファイアウォール例外を作成します。
New-NetFirewallRule -DisplayName 'Windows Remote Management (HTTPS-In)' -Name 'Windows Remote Management (HTTPS-In)' -Profile Any -LocalPort 5986 -Protocol TCP
高可用性アップグレード中にホストのベア メタルデプロイが失敗する可能性がある
説明: VMM 2016 への高可用性アップグレード後、VMM は Windows 展開サービス (WDS) レジストリ キー HKLM\SYSTEM\CCS\SERVICES\WDSSERVER\PROVIDER\WDSPXE\PROVIDES\VMMOSDPROVIDER を 'SCVMM/VIRT-VMM-1' ではなく 'HOST/VIRT-VMM-1' に誤って更新する可能性があります。 これにより、ベア メタル展開でエラーが発生します。 回避策: HKLM\SYSTEM\CCS\SERVICES\WDSSERVER\PROVIDER\WDSPXE\PROVIDES\VMMOSDPROVIDER のレジストリ エントリを 'SCVMM/VIRT-VMM-1' に手動で変更します。
アップグレード後のホスト エージェントの状態の不一致
説明: VMM がホスト エージェントを更新すると、ホストの新しい証明書が生成されます。 この更新により、ネットワーク コントローラー サーバー証明書とホスト証明書が一致しません。 回避策: ホストの状態 ページでホストを修復する
Nano Server ベースのホストの SAN 移行が失敗する
説明: 2 つのスタンドアロン Nano Server ベースのホスト間で SAN 移行を行うと、エラーが発生します。 回避策: 最新の VMM 更新プログラムのロールアップをインストールします (更新プログラムのロールアップ 2 で修正された問題)。
記憶域スペース ダイレクト
VMM ファブリックに対して記憶域スペース ダイレクトが有効になっているホストを追加すると、警告が発生する
説明: 記憶域スペース ダイレクトが有効になっているクラスターにホストを追加すると、"ホスト <\hostname> の既知のストレージ アレイでマルチパス I/O が有効になっていません" という内容の警告が生成されます。 回避策: 最新の VMM 更新プログラムのロールアップをインストールします (更新プログラムのロールアップ 2 で修正された問題)。
高速ファイル コピーを使用して SOFS に VM をデプロイすると、警告が発生する
説明: 高速ファイル コピーを使用して SOFS に VM をデプロイすると、VMM は、高速なファイル コピーを使用して、ファイル<ソースの場所><に転送できませんでした>という警告が表示され、正常に完了します。<host> の VMM エージェントがエラーを返しました。 回避策: なし。
クラスター検証は常に実行されます
説明: クラスターにノードを追加する (または記憶域スペース ダイレクトハイパーコンバージド クラスターを作成する) 場合、クラスター検証のスキップ オプションが選択されている場合でも、クラスター検証は常に実行されます。 回避策: 最新の VMM 更新プログラムのロールアップをインストールします。 この問題は、更新プログラムのロールアップ 2 で修正されました。
クラスター共有ボリューム (CSV) の分類の変更が適用されない
説明: 記憶域スペース ダイレクトハイパーコンバージド クラスター内のクラスター共有ボリューム (CSV) の分類を変更すると、所有者ノードの分類のみが更新されます。 他のノードには、古い分類が割り当てられているままです。 回避策: 最新の VMM 更新プログラムのロールアップをインストールします。 この問題は、更新プログラムのロールアップ 2 で修正されました。
SOFS で階層化されたファイル共有を作成しても、想定どおりに機能しない
説明: SOFS で階層化ファイル共有を正常に作成すると、重複除去オプションが選択されていない場合でもエラー (43020 [SM_RC_DEDUP_NOT_AVAILABLE]) が発行されます。 回避策: エラーを無視します。
VMM では、ハイパーコンバージド クラスターまたは記憶域スペース ダイレクト SOFS の正しい情報が表示されません
説明: 既存のハイパーコンバージド クラスターまたは 記憶域スペース ダイレクト SOFS クラスターを VMM ファブリックに追加した後、記憶域プロバイダーは追加されず、一部のプロパティは使用できません。 回避策: 最新の VMM 更新プログラムのロールアップをインストールします。 この問題は、更新プログラムのロールアップ 2 で修正されました。
VM の管理
VM をシールドするとエラーが発生する
説明: VMM ファブリック内の既存の VM に対してシールドを有効にした場合、またはシールドされていないテンプレートからシールドされた VM を作成した場合、ジョブはエラー 1730 で失敗する可能性があります。 仮想マシンがアクションが有効な状態ではないため、選択したアクションを完了できませんでした。 このエラーは、ジョブの最後の手順で、シールドが完了した後に VM がシャットダウンされるときに発生します。 VM は適切にシールドされており、使用できます。 回避策: Ignore オプションを使用して VM を修復します。
VMM に VM セキュリティ プロパティの変更が表示されない
説明: 第 2 世代 VM のセキュア ブート プロパティを変更した場合、またはシールドされた VM の vTPM を VMM コンソールの外部で有効または無効にした場合、変更はすぐに VMM に表示されません。 回避策: VM を手動で更新して変更を表示します。
BITS の既定のポートを変更すると、VMM ライブラリへの VM の格納が失敗する (443)
説明: VMM の構成時に既定の BITS ポートを変更すると、VMM ライブラリに VM を格納するときにエラーが発生します。 エラー 2940: VMM は、要求されたファイル転送を完了できません。HTTP Server <name> への接続を確立できませんでした。
回避策: 新しいポート番号をホストの Windows ファイアウォール例外リストに手動で追加します。 netsh advfirewall firewall add rule name="VMM" dir=in action=allow localport=<port no.> protocol=TCP
Nano Server ベースの VM から VM テンプレートを作成することはできません。
説明: Nano Server ベースの VM から VM テンプレートを作成しようとすると、エラー 2903 が発行されます。 VMM は、指定されたファイル/フォルダー '' を '<server name>' サーバーで見つけることができませんでした。このファイル/フォルダーは、別のオブジェクトの一部として必要になる場合があります。 回避策: Nano Server VHD を使用して VM テンプレートをゼロから作成します。
Nano Server/Core ベースのゲスト OS では、サービス テンプレートからのサービスのデプロイが失敗する可能性があります。
説明: サービス テンプレートの役割と機能を選択する場合、ゲスト OS プロファイルは Core、Nano Server、Desktop を区別しません。 Core/Nano Server ベースのゲスト OS に適用されない役割と機能 (デスクトップ エクスペリエンスやその他の GUI 関連の機能など) を選択すると、展開エラーが発生する可能性があります。 回避策: これらのロールと機能をサービス テンプレートに含めないでください。
VMM 2016 では、アップグレード後に VMM ゲスト エージェントが更新されない
説明: 既存のサービス展開で VMM を 2016 にアップグレードし、それらのサービスをサービスする場合、サービス展開の一部であった VM で VMM 2016 ゲスト エージェントは更新されません。 これは機能には影響しません。 回避策: VMM 2016 ゲスト エージェントを手動でインストールします。
Nano Server ベースの VM がドメインへの参加に失敗する
説明: Nano Server VM の展開中に、VM 展開ウィザードの OS 構成 ページでドメイン参加情報を指定して VM をドメインに参加させる場合、VMM は VM を展開しますが、指定されたドメインには追加しません。 回避策: VM がデプロイされたら、VM をドメインに手動で参加させます。 詳細情報。
[順序付けの開始] で VM を起動するときのエラー
説明: Windows Server 2016 には、依存する VM の起動順序を定義する VM の開始順序付け機能が含まれています。 この機能は VMM では使用できませんが、VMM の外部で機能を構成した場合、VMM は VM の起動順序を理解します。 ただし、VMM は誤検知エラー (12711) をスローします。 VMM はサーバー <servername で WMI 操作を完了できません> エラーが発生しました: [MSCluster_ResourceGroup.Name=<name>] グループまたはリソースが、要求された操作を実行するための正しい状態ではありません。 回避策: エラーを無視します。 VM は正しい順序で開始されます。
統合
SQL Server Analysis Services (SSAS) 統合は、VMM および Operations Manager 更新プログラムロールアップ 1 では機能しません。
説明: 更新プログラムのロールアップ 1 を実行している場合、SQL Server 用に SSAS を構成することはできません。 回避策: 最新の更新プログラムのロールアップをダウンロードします。 この問題は、更新プログラムのロールアップ 2 で修正されました。