私たちのDBAチームは、以下のTSQL
を使用してバックアップを検証していません(バックアップ後に簡単に実行でき、ほとんど時間がかからないので、理由がわかりません)。
RESTORE VERIFYONLY
FROM DISK = 'D:\Backups\LOCATION'
彼らは過去に問題を抱えていたので、そこから学べると思っていても、そうではありません。約100台以上のサーバーがあり、すべてのバックアップに対してこのスクリプトを実行して、バックアップが有効であることを確認するため、これを行うためにPowershellスクリプトを作成しました。以下のスクリプトは正しく実行されます(エラーが発生しないか、スローされないため)。PowerShellで印刷されたメッセージを取得する方法があるかどうか知りたいのですが、SSMSで通常表示されますバックアップセットファイル1は有効です検証として。
$SqlCon = New-Object System.Data.SqlClient.SqlConnection
$SqlCon.ConnectionString = "SERVER=SERV\INST;Integrated Security=true;DATABASE=master"
$baks = Get-ChildItem "D:\Backups\" -Filter *.BAK
foreach ($bak in $baks)
{
$SqlCon.Open()
$cd = New-Object System.Data.SqlClient.SqlCommand
$cd.Connection = $SqlCon
$cd.CommandText = "RESTORE VERIFYONLY FROM DISK = @f"
$cd.Parameters.Add("@f", $bak.FullName)
$cd.ExecuteNonQuery()
$SqlCon.Close()
}
PowerShellを使用したSQL ServerからのInfoMessage出力(PRINT、RAISERROR)のキャプチャ
トリックは、ジョナサンが指摘するように、印刷またはエラーアクションをリッスンする接続マネージャーにリスナーを接続する必要があることです。
$cd.Parameters.Add("@f", $bak.FullName) | Out-Null
$handler = [System.Data.SqlClient.SqlInfoMessageEventHandler] {param($sender, $event) Write-Host $event.Message }
$SqlCon.add_InfoMessage($handler)
$SqlCon.FireInfoMessageEventOnUserErrors = $true
また、パラメーターを追加する出力をOut-Null
にパイプしました。これは、不要なノイズだったためです。