0

Windows RM 3.0 を使用してデータベース、SSIS パッケージ、およびその他のものを複数の異なるサーバーに展開しているこの大規模なアプリケーションがあり、正常に動作しています。ビジネス インテリジェンス SharePoint サイトのブランド変更もこのプロセスに追加するように依頼されました。そのためのカスタム ビルド スクリプトを作成し、Sharepoint サーバー上の PowerShell からこのコマンドを実行するように Win RM を設定します。

Install-SPSolution –Identity Payload\SharepointDeploy.wsp –WebApplication http://localhost/ -GACDeployment

それを実行すると、次のエラーが表示されます

Install-SPSolution : Microsoft SharePoint は、Microsoft .Net ランタイムのバージョン 4.0.30319.18444 ではサポートされていません。

読んでみると、PowerShell 3.0 の問題のようで、2.0 で実行すると問題なく動作します。ただし、既存のプロセスが適切に機能するには、PowerShell 3.0 が必要です。これを 3.0 で動作させる方法はありますか? または、Invoke-Command などを使用して 2.0 インスタンスを起動できますか? 必要に応じて詳細を提供できます。

4

2 に答える 2

1

必要なバージョンの PowerShell を実行するカスタム エンドポイントを構築できます。そうすれば、おそらくデフォルトのままにしたいデフォルトのエンドポイントをいじる必要がなくなります

これには、new-pssession -computername "SharePoint01" -configurationName "psv2" などを使用して、新しいエンドポイントに接続する必要があります。

次のコマンドレットを使用してビルドし、エンドポイントを設定します。

New-PSSessionConfigurationFile -Path "psv2session.pssc"

次に、このコマンドレットでその構成を使用してエンドポイントを登録します。

Register-PSSessionConfiguration -Name psv2 -Path psv2session.pssc –ShowSecurityDescriptorUI

実行するのはかなり簡単で、このリンクはセットアップの良い紹介を提供します: http://blogs.technet.com/b/heyscriptingguy/archive/2014/04/02/build-constrained-powershell-endpoint-using-configuration -file.aspx (このブログでは制限付きのエンドポイントを扱っていますが、必要な作業のテクニックは基本的に同じです)

于 2014-05-27T20:07:40.543 に答える
0

コンソール アプリケーションで同じ問題に直面していました。プロジェクトのプロパティ ページからフレームワークのバージョンを 4.5 から 3.5 に下げたところ、完璧に動作しました。

于 2014-08-15T21:12:11.243 に答える