問題タブ [cmdlet]

Powershellは、Webサービスプロキシオブジェクトの作成を可能にするNew-WebServiceProxyコマンドレットを提供します。

ただし、SQLServer2008のPowershellはこれをサポートしていないようです。SQL ServerのPowershellでNew-WebServiceProxyコマンドレットをサポートする方法はありますか？

どうもありがとう。

現在、ファイルをバックアップするための 1 行のバッチ ファイルがあります。ファイルをバックアップする必要があるときは、手動で実行します。追加したいのは現在の日付だけです。ここに私が持っているものがあります:

xcopy /W /Y ACTIVE.DB ACTIVE.DB.BACKUP

コピー先ファイルは単に ACTIVE.DB.BACKUP.YYYYMMDD にする必要があります。Windows エクスプローラーからスクリプトをダブルクリックして xcopy を実行できるようにするスクリプトを作成するにはどうすればよいですか?

デフォルトでは、[CmdletBinding()] 属性を持つすべての名前付き関数は-debugand -verbose(およびその他のいくつか) パラメーターを受け入れ、定義済みの$debugand$verbose変数を持ちます。関数内で呼び出される他のコマンドレットにそれらを渡す方法を見つけようとしています。

次のようなコマンドレットがあるとします。

-debugorが関数に渡された場合、そのフラグをコマンドレット-verboseに渡したいと思います。new-itemこれを行うための正しいパターンは何ですか?

そのため、変更するアクセス権がない update-name という名前のコマンドレットがあります。

update-name (コマンドレットと同じ名前) という名前の関数を作成しました。同じ名前の関数からコマンドレットを呼び出すにはどうすればよいですか?

私はいくつかのことを試しましたが、どれもうまくいかないようです。

関数だけの場合は、次の方法があります。

残念ながら、それが CmdLet の場合は機能しません。

私はPowerShellを初めて使用し、カスタムコマンドレットの1つに関する問題のトラブルシューティングを行っています。デフォルトでは、コマンドレット内でスローされるすべての例外には最小限の情報があり、スタックトレースはなく、連鎖例外に関する情報もありません。例外の詳細な出力を有効にする方法はありますか？

データベースから複数のレコードを読み取り、それらをパイプラインに入れるコマンドレットを作成したいと考えています。

WriteObject(Enumerable<rec>, true)1 回だけでも、自分自身をループさせてWriteObject複数回呼び出すこともできると思います。

これら2つの違いは何ですか？

カスタムのPowerShell1.0コマンドレットを作成しています。これにより、PowerShellスクリプトからMicrosoft EnterpriseLibraryv5.0の例外処理ブロックに例外をフィードできます。

コマンドレットがdllにコンパイルされているため、外部ファイルから例外処理構成をロードし、構成を使用してExceptionManagerのインスタンスを作成しようとします。

これは、PowerShellからコマンドを呼び出すと失敗し、次のエラーが発生します。

Microsoft.Practices.ServiceLocation.ActivationException：タイプExceptionManagerのインスタンスを取得しようとしたときにアクティブ化エラーが発生しました。キー "" ---> Microsoft.Practices.Unity.ResolutionFailedException：依存関係の解決に失敗しました。タイプ="Microsoft.Practices.EnterpriseLibrary。 ExceptionHandling.ExceptionManager "、name ="（なし）"。例外が発生しました：解決中。例外は次のとおりです。InvalidOperationException-タイプExceptionManagerを構築できません。この値を提供するようにコンテナを構成する必要があります。

イライラするのは、まったく同じ構成のスタンドアロンコンソールアプリケーションでコードを使用すると、コードが完全に正常に機能することです。なぜこのエラーが発生するのかよくわかりません。構成ファイルで参照されているものと同じアセンブリを使用していることを確認し、プロジェクトで必要なすべてのエンタープライズライブラリdllを参照していることを確認しました。

さらに、Enterprise Library dllをPowerShellインストールディレクトリ（％SystemRoot％\ system32 \ WindowsPowerShell \ v1.0）にコピーする必要がありました。そうしないと、構成ファイルが存在するときに正しいライブラリが見つからないというFileNotFoundExceptionsが発生します。処理中です。PowerShellやエンタープライズライブラリの経験はあまりありませんが、AppDomainの設定をいじることで解決できると思います。

いくつかの必須パラメーターを持つ単純な powershell コマンドレットを作成しようとしています。そのための次のコードを見つけましたが、実行できません。

次のエラーを返します。

式に終了 ')' がありません。" 行: 5 文字: 3 + [ <<<< 文字列]$Name

私は何を間違っていますか？

ここで最初の質問:)

そのため、Visual Studio 2010 Express を使用して、Powershell 2.0 用のカスタム CMDlet を作成する必要があります。この一見単純なチュートリアルに従いました: http://blogs.msdn.com/b/saveenr/archive/2010/03/08/how-to-create-a-powershell-2-0-module-and-cmdlet- with-visual-studio-2010-screencast-included.aspx

私のコードはほとんど同じです（コードをコピーして貼り付けてみました）が、Import-Module「path_to_dll」を呼び出した後

Get-Moduleを呼び出すと、インポートしたモジュールが表示されますが、ExportedCommands は利用できません。

C# コード:

見当がつかないだけで、失敗かもしれません

しばらくの間、スケジュールされたタスクとNew-MailboxExportRequestコマンドレットを使用して、組織のメールボックスを.PSTアーカイブファイルに毎晩エクスポートしています。残念ながら、アーカイブ操作が完了した後、ExportRequestsは削除されず、Exchangeが十分な数のリクエストを確認したと判断すると、バックアップの処理を停止します。

以下は、Exchange管理シェルで実行するときにリクエストをクリーンアップするために適切に機能します。

Get-MailboxExportRequest -Status Completed | 削除-MailboxExportRequest

ただし、このコマンドレットをスケジュールされたタスクとして正しく実行することに成功していません。

私は次の構文を使用しています：

C：\ Windows \ System32 \ WindowsPowerShell \ v1.0 \ powershell.exe -command"。'C：\ Program Files \ Microsoft \ Exchange Server \ V14 \ bin \ RemoteExchange.ps1'; Connect-ExchangeServer -auto; Get-MailboxExportRequest -ステータス完了|削除-MailboxExportRequest"

タスクを手動で実行すると、「タスクは現在実行中です」でハングします。（0x41301）'タスクを終了するまで。適切なレベルのアクセス許可を持つアカウントを使用しており、UACが無効になっており、タスクで[最高の特権で実行]が有効になっていることに注意してください。したがって、問題は私の構文にあると信じる傾向があります。

ありとあらゆる助けに大いに感謝します。

編集：

無関係なスクリプトの質問で私の解決策を見つけました。コマンドレットは、通常の使用法で確認を求めます。したがって、スクリプトを次のように変更しました。

C：\ Windows \ System32 \ WindowsPowerShell \ v1.0 \ powershell.exe -command"。'C：\ Program Files \ Microsoft \ Exchange Server \ V14 \ bin \ RemoteExchange.ps1'; Connect-ExchangeServer -auto; Get-MailboxExportRequest -ステータス完了|削除-MailboxExportRequest-確認：$ false "

スケジュールされたタスクは意図したとおりに実行され、設計されたとおりに実行されます。スペースをありがとう。