SQL Server 2008 / 2012Expressのインストールがscenarioengine.exeで失敗する
Windows 764ビットPCにSQLServer 2012Expressをインストールしようとしています。また、SQL Server 2008R2のインストールにも失敗します。ブートストラップはすべてのファイルを抽出し、（UACポップアップを使用して）setup.exeを実行してから、（私が知る限り）実行を拒否するscenarioengine.exeを起動しようとします。
MSSQL 2012Expressのエラーの詳細は次のとおりです。
説明：動作を停止しました
問題の署名：
問題イベント名：CLR20r3
問題の署名01：scenarioengine.exe問題の署名02：11.0.2100.60
問題の署名03：4f35e1de
問題の署名04：Microsoft.SqlServer.Chainer.Infrastructure
問題の署名05：11.0.0.0
問題の署名06：4f35e1dd
問題の署名07：200
問題の署名08：179
問題の署名09：ZAGSF01GRLFWVJMY5S0U0HXSJJE2HDT4
OSバージョン：6.1.7601.2.1.0.256.48
ロケールID：1033
インストールファイルを抽出してコマンドラインから実行すると、次のエラーが発生します。
未処理の例外：Microsoft.SqlServer.Chainer.Infrastructure.ChainerInfrastructureException：プロセスの開始に使用される環境ブロックは65535バイトを超えることはできません。環境ブロックの長さは162180バイトです。いくつかの環境変数を削除して、再試行してください。 ---> System.InvalidOperationException：プロセスの開始に使用される環境ブロックは65535バイトを超えることはできません。環境ブロックの長さは162180バイトです。いくつかの環境変数を削除して、再試行してください。
system.Diagnostics.EnvironmentBlock.ToByteArray（StringDictionary sd、Boolean unicode）at System.CodeDom.Compiler.Executor.ExecWaitWithCaptureUnimpersonated（SafeUserTokenHandle userToken、String cmd、String currentDir、TempFileCollection tempFiles、String＆outputName、String＆errorName、String trueCmd CodeDom.Compiler.Executor.ExecWaitWithCapture（SafeUserTokenHandle userToken、String cmd、String currentDir、TempFileCollection tempFiles、String＆outputName、String＆errorName、String trueCmdLine）at Microsoft.CSharp.CSharpCodeGenerator.Compile（CompilerParameters options、StringcompilerDirectory、StringcompilerExe、Stringarguments String＆outputFile、Int32＆nativeReturnValue、String trueArgs）
Microsoft.CSharp.CSharpCodeGenerator.FromFileBatch（CompilerParameters options、String [] fileNames）
Microsoft.CSharp.CSharpCodeGenerator.FromSourceBatch（CompilerParameters options、String [] sources）
Microsoft.CSharp.CSharpCodeGenerator.System.CodeDom.Compiler.ICodeCompiler.CompileAssemblyFromSourceBatch（CompilerParameters options、String [] sources）
at System.CodeDom.Compiler.CodeDomProvider.CompileAssemblyFromSource（CompilerParameters options、String [] sources）
at System.Xml.Serialization.Compiler.Compile（アセンブリの親、文字列ns、XmlSerializerCompilerParameters xmlParameters、証拠の証拠）
at System.Xml.Serialization.TempAssembly.GenerateAssembly（XmlMapping [] xmlMappings、Type [] types、String defaultNamespace、Evidence Evidence、XmlSerializerCompilerParameters parameters、Assembly assembly、Hashtable assembly）
at System.Xml.Serialization.TempAssembly..ctor（XmlMapping [] xmlMappings、Type [] types、String defaultNamespace、String location、証拠証拠）
at System.Xml.Serialization.XmlSerializer.GenerateTempAssembly（XmlMapping xmlMapping、Type type、String defaultNamespace）
at System.Xml.Serialization.XmlSerializer..ctor（Type type、String defaultNamespace）
Microsoft.SqlServer.Chainer.Infrastructure.DataStoreService.SerializeObject（String rootPath、Object objectToSerialize、Boolean saveToCache）
---内部例外スタックトレースの終わり---
Microsoft.SqlServer.Chainer.Infrastructure.DataStoreService.SerializeObject（String rootPath、Object objectToSerialize、Boolean saveToCache）
Microsoft.SqlServer.Chainer.Infrastructure.DataStoreService.SetCommonFlag（String key、Boolean value）
Microsoft.SqlServer.Chainer.Setup.Setup.InitializeLogProviders（ServiceContainerコンテキスト）のMicrosoft.SqlServer.Chainer.Setup.Setup.Run（）
Microsoft.SqlServer.Chainer.Setup.Setup.Start（）で
Microsoft.SqlServer.Chainer.Setup.Setup.Main（）で
私が思う重要な点はここにあります：The environment block used to start a process cannot be longer than 65535 bytes. Your environment block is 162180 bytes long. Remove some environment variables and try again. MSSQL2008 Expressを試してみると、GUIでこの特定のエラーが発生するため、両方の失敗の根本原因のようです。
エラーlooks 32ビット/ 64ビットの非互換性のようですが、CLR20r3のGUIエラーコードは.NETFrameworkの破損を意味します。インターネットに関するいくつかの報告では、これは 組み込みOSが複製されている の場合の問題が原因である可能性があると主張していますが、これは組み込みOSではありません。 might PCに複製されたボリュームライセンスOSですが、組み込みOSではありません。
.NET 3.5.1を再インストールしてみました（Windows 7に組み込まれているため、Windowsコンポーネントと機能の追加/リモートから）。万が一の場合に備えて、.NET4.5もインストールしました。どちらも正常に[再]インストールします。
追加のPC情報：-Windows 7 Pro with SP1; --64ビット; -8GB RAM; -Intel Core i5-3550-LogMeInを使用してリモートでPCに接続します（これはお客様のコンピューターであるため）。
どんな助けでも大歓迎です。
私は今これを解決しました。他の人の情報について：私は顧客にSQLインストールをPC上で直接実行するように依頼しました（LogMeInセッション経由ではありません）、そしてそれはうまくいきました。 LogMeInがすべての問題を引き起こしていたようです！ （Microsoftの前提条件に従って）リモートデスクトップを使用すべきではないことはわかっていましたが、LogMeInについては言及されていませんでした。彼らは、インストールとの非互換性を引き起こすシステムへの同じ基礎となるフックを使用する必要があります。