リリース管理2013がデプロイメントステップでスタックしました

Question

デプロイメントステップでスタックされたリリース管理2013リリースがあります。私は何が起こったのか知っていると信じている、私はそれを前進させる方法を知らない。

エージェントを持つサーバーを使用してPowerShellスクリプトを実行する複数のリリーステンプレートがあります。リリースの1つであるAlphaをリリースと呼んでいたような状況が発生し、その理由がわからないため、Microsoft Deployment Agentを再起動しました。 Alphaが立ち往生した理由は、エージェントが別のリリーステンプレートの展開手順に積極的に取り組んでいたことです。これをベータと呼びます。エージェントを再起動すると、Alphaの最初の展開手順が選択され、正常に終了しました。しかし、ベータは完了しておらず、In Progressステータスに座っています。

ベータ版の展開手順を他の状態にプッシュしてプロセス全体が継続するかどうかを知りたいと思います。私はタイミングのためにここに銃の下にあるので、私は何か提案を感謝します。

編集 約6時間待ってから、ベータは最終的に失敗しました。その間、リリース管理モニタサービスを再起動しようとしました。その結果、「ライセンスの有効期限が切れました」というメッセージが表示されたリリース管理クライアントアプリケーションが無効になりました。 Release Managagement Monitorサービスが実行されていたサーバーを再起動したところ、そのメッセージは最後に消えました。

Answer 1

私はあなたが最初の問題を克服していることを知っていますが、将来（これは厚いRMクライアントの可能性が高いです）、現在のステップのステータスを含むテーブルがデータベースにあります。あなたはタイムアウトのために、不特定の期間を待つことができないし、また、サーバがの恐れのために再起動したくない場合は

FROM [ReleaseManagement].[dbo].[ReleaseV2ActivityLog] 
where status = '2' 

：「進行中」の手順は、次のクエリ（ステータス= 2が進行中である）で返します。影響は、あなたがた値に、このステータス列を変更することができ、3「」「成功」とであなたを移動する必要があり、ステップをマークれる：によって正しい「進行中」のステップを対象とするクエリを改正明らか

update [ReleaseManagement].[dbo].[ReleaseV2ActivityLog] 
set Status = '3' 
where Status = '2' 

workflowIDまたは同様に一意のものを指定します。