疑問符の付いた青いアイコン-それはどういう意味ですか?


25

SQL Serverインスタンスはアクセス可能で、問題ないようです。

Microsoft SQL Server 2016(SP1-CU2)(KB4013106)-13.0.4422.0(X64)
2017年3月6日14:18:16 Copyright(c)Windows Server 2012 R2 Standard 6.3(ビルド9600上のMicrosoft Corporation Enterprise Edition(64ビット) :)(ハイパーバイザー)

しかし、白い疑問符はどういう意味ですか?

これらのアイコンは、更新しても消えません。私はSQLサーバー内のシステム管理者であり、外部ではそのボックスの管理者です。

ここに画像の説明を入力してください

ここに画像の説明を入力してください

私が気づいたもう一つのことは、下の写真で見ることができます。これらは2つの異なるManagement Studioセッションです。

一番上では、自分としてログインしますDBA and sysadmin。2番目では、Management Studio run as a different userを使用して、レプリケーションに使用するドメインアカウントを使用しますが、そうではありませんsysadmin

2番目blue iconのサーバーにはこのサーバーと他のサーバーもありますが、私のサーバーは通常の緑色のサーバーです。

ここに画像の説明を入力してください


私は他にいくつかのサーバーを持っていますが、これだけがこれを持っていfeatureます。
マルチェロミオレッリ

私はどちらか更新するか、打ったときは何も変わらないF5
マルチェロMiorelli

確認サービスは、私もデータベースを見てすることはできませんそれ以外の場合は開始された
マルチェロMiorelli

私はWindows認証を使用する傾向がありますが、このサーバーは特にSQL接続も許可しています。
マルチェロミオレッリ

WindowsファイアウォールでWMIレイヤー通信を開いてみてください。
ガスパー

回答:


17

これらのWindowsファイアウォールルールを有効にすると、うまくいきました

  • Windows Management Instrumentation(WMI-In)
  • Windows Management Instrumentation(DCOM-イン)

これら2つのルールは事前に定義されており、Windowsファイアウォールの詳細設定でこれらのルールを右クリックして有効にすることで有効にできます

また、Windowsファイアウォールでポート135を開きましたが、これが本当に必要なのかわかりません。

Windows Server 2016、Windows Server 2019、SQL Server 2017で確認しました


これら2つのルールを有効にするだけで、Windows Server 2016でトリックが行われ、ポート135を開く必要がないことを確認しました。これが一番の答えです。
ギヨームフィリオン

これは、SQL 2016でサーバー2019上で動作文句を言わない
ルートループ

21

私は信じている青い疑問符がSSMSがないことを示している知っている WMI呼び出しを経由して、サービスが実行されているかどうか。このアイコンは、以前のSSMSバージョンの空白または白丸のアイコンに取って代わるものと確信しています。

掘り下げた後、次のように、この動作を引き起こす1つ以上の問題に遭遇する可能性があるようです。

  1. サーバーのTCPポート135がファイアウォールで開いているかどうかを確認しますか?そうでない場合は、開くとこのアイコンが解決される場合がありますが、このポートを有効にするときに注意すべき特別な考慮事項もあることを理解してください。通常、サーバーがネットワークの境界にさらされていない場合、これは大したことではありませんが、ファイアウォールルールが非常に制限されている場合、またはこのサーバーがDMZにある場合、これは一緒に住む必要があるかもしれません。
  2. ユーザーには、サービスの状態をリモートで表示するための適切な権限がない場合があります。これらの権限を有効にするには、こちらの手順に従ってください。
  3. データベースエンジンをホストするサーバーでWMIサービスが実行されていません。services.mscなどを介してWMIサービスを開始します。

ポイント2. haは私のために働いた
スパイダーマン

1

根本原因:現在のサーバーにユーザーグループが存在しないようです。したがって、SQLサーバーのエラーログには、「ユーザー 'strsDataAndQueues'のログインに失敗しました。理由:明示的に指定されたデータベース 'StrsData'を開けませんでした

解決策:現在のサーバーに存在しないアドオン管理者グループ

手順:

  1. サーバーAとサーバーBの両方のサーバーでコンピューターの管理を開きます。

  2. [ システムツール]をクリックし、[ ローカルユーザーとグループ]まで下にスクロールし、[ グループ]をクリックします。

  3. [ 管理者 ]を右クリックし、[ プロパティ ] を選択します

  4. サーバーAとサーバーBの管理者グループを比較する

  5. サーバーBで使用できないアドオン管理者グループ


1

また、SSMSでSQLサーバーに接続するときにFQDNを使用すると、この問題が発生する可能性があることもわかりました。上記のすべてを試してもまだ機能しない場合は...

IPアドレスと、FQDNではなくサーバー名のみを使用して、hostsファイル(C:\ Windows \ System32 \ drivers \ etc \ hosts)にSQLサーバーのエントリを追加します。次に、サーバー名だけを使用してSSMSでSQLサーバーへの接続を再試行すると、期待どおりに機能します。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.