Ballance私がいくつかの良いことを聞いたPowerShellプロバイダーがあります。2007をサポートしていません。それでも、SharePointオブジェクトモデルを使用するだけで十分であることがわかりました。LaPointeのstsadm拡張機能とSharePoint用の新しいPowerShellコマンドレットの両方をお勧めします。Abs私は前述のSharePointプロバイダーの恥ずべき作者です-現在のソースは、非シェアポイントボックスからでも使用できる2007互換プロバイダーを構築しますが、それでも少し原始的です。私はこれにすぐに戻ることを望んでいます。私はすでにいくつかのPowerShellプロジェクトに少し行き過ぎているので、もう一度お詫びします。x0nExchangeサーバーでPowerShellがどれほど普及しているかを考えると、他のOfficeサーバーがそれほど遅れることはないというのはおそらく良い仮定です。LaPointeの拡張機能を利用することは、おそらく時間の価値のある使用になります。既知のコーディングスキルのレベルに応じて、PowerShellは.NETアセンブリを使用できるため、PowerShellとSharePointで何でもできるため、オブジェクトモデルは完全に使用可能です。PowellPowerShellを使用するビジネス上の強いニーズがない限り、stsadm.exeを使用することをお勧めします。GillumPowerShellとSharePointではすでにかなりの作業が行われています。GaryLepointeのブログをチェックしてください。彼はSharePointMVPの世界でSTSADM氏です。Garyは、Powershell用の一連のコマンドレット(それは正しい言葉ですか?)を開発したと思います。b/cの大ファンではありません。APIを使用してC#で必要なものを書くのがより快適だと感じています。JeffStsadmはまだ健在ですが、ExchangeおよびSQLサーバーのPowerShellスキルの開発から判断すると、SharePointの世界では間もなく(2〜3年)必要になる可能性があります。PowerShellスキルを使用すると、既存のサイトの更新が非常に簡単になります。KasperSTSADMはかなり長い間主要な管理ツールになると思います。PowerShell環境からSTSADMを使用することを妨げるものは何もありません。Powershellの管理Enterキーを押すまで、PowerShellが出力の送信を停止する場合があります。