他の2つのインスタンスにパッチが適用されている間、1つのSQLインスタンスは動作しますか？
同じサーバー上の3つのSQLインスタンスにパッチを当てる私の変更要求は、1つのインスタンスが原因で拒否されました。サーバーの再起動は問題ないが、数時間のダウンタイムではないとのことです。
各インスタンスがスタンドアロンであるため、2つのインスタンスにパッチを適用し、3つ目のインスタンスをそのままにしても問題はありませんか？
「共有コンポーネント」機能があるようです-これは正確には何ですか、これはパッチ適用中のすべてのインスタンスでダウンしていますか、それは重要ですか？
3番目のインスタンスがまだ機能しているという同僚の恐れをどうやって抑えることができますか？ビジネスは、夕方の数時間でさえ、それがダウンすることを望んでいません。
まず、本番環境に適用する前に、DEV環境でパッチをテストすることを常にお勧めします。
回答するには、インスタンス1のパスにパッチを適用/削除しているときにインスタンスのダウンタイム/中断はありません。ウィザードまたはコマンドラインで特定のインスタンスを選択する必要があります。続く：
KBXXXX.exe /qs /IAcceptSQLServerLicenseTerms /Action=Patch /InstanceName=Intance1
インスタンス1の完了後にインスタンス2パッチを適用するには、再起動が必要（手動で再起動）が必要な場合があります。
共有機能は1回更新（パッチ）されます。 インスタンス1の間、または最初に開始され、同じサーバー上の他のインスタンスにパッチを適用している間は適用されません。共有機能で中断が発生したことは一度もありません（以下を考慮）。ただし、Integration Servicesを入手してそれを頻繁に使用する場合は、オーバーヘッドが少ないメンテナンスウィンドウを見つける必要があります。
- クライアントツール接続
- クライアントツールの下位互換性
私の環境は1台のサーバー上の3つのインスタンスでしたが、それらはすべてAGレプリカです。プライマリが1つ、セカンダリが2つ、同じ構成のサーバーが合計3つあります。
各インスタンスとそれを使用するアプリケーションがデータベースエンジンに依存している場合、再起動が必要でない限り（そして通常SQLパッチまたはサービスパックで関連するSQLのみを再起動する場合を除いて）、各インスタンスのアップグレードは他のインスタンスにまったく影響を与えません。完全なマシンの再起動ではなく、サービスが必要です）。
機能のリストについては、 https://docs.Microsoft.com/en-us/sql/sql-server/install/feature-selection を参照してください。共有コンポーネントのほとんどはアプリケーションまたはクライアント層のパーツであるため、アプリがそれらを使用している場合でも、このコンポーネントを他の場所にインストールして接続toこのサーバー上のインスタンス）。