2016-11-03 31 views
1

インスタンス名を変更せずにSQL 2014 ExpressをStandard Editionにアップグレードします。成功し、それはSQLエージェントを除いて正常に動作しているようです。構成マネージャーからSQL ExpressからSQL標準へのアップグレード後にSQL Serverエージェントが有効にならない

エラーメッセージ:

The request failed or the service did not respond in a timely fashion. Consult the event log or other applicable error logs details.

サーバ管理者ユーザにしようとしています。内蔵アカウント/ローカルサービスも機能しません。

イベントログには、電源を入れてから消す以外は何も表示されません。

これは私が詳細で見るものです。

  • Provider

    [ Name] SQLAgent$SQLEXPRESS

    • EventID 102

    [ Qualifiers] 16384 Level 4 Task 2 Keywords 0x80000000000000

管理者権限でCMDからそれを実行しようとすると::

StartServiceCtrlDispatcher failed (error 0).

プロトコルを介してオフにしようとするとどこかで読んで私には何も教えてくれありません。 VIAというプロトコルはありません。

アイデア?私はセキュリティチェック掲示し、BUILTIN \ユーザーがシステム管理者権限を持っていなかったことが判明した直後

おかげ

+1

セキュリティログを確認しましたか?サービスとして実行する権限を持たないアカウントを使用している可能性があります。普通のアカウントはこの特権を持っていません –

+0

はい、それは本当にそのエリアにあったものです。私はそれを偶然に解決しました。マイクロソフトは実際にエラーメッセージを処理する必要があります。すべてが謎でなければならない..:) – Vladi

答えて

0

..

それを追加した後、それが解決されました!

0

SQL Server 2017をExpressからStandardにアップグレードしたときも同様の問題がありました。 SQL Serverエージェントは、アップグレード後も起動しません。

IにSQLAgentログ (C:\ Program Files \ MicrosoftのSQLサーバ\ MSSQL14.SQL2017EXPRESS \ MSSQL \ログ)にエラーメッセージ

ローカル」にアカウントにSQLエージェントサービスのログを変更

2017-12-18 16:21:06 - ! [298] SQLServer Error: 229, The EXECUTE permission was denied on the object 'sp_sqlagent_update_agent_xps', database 'msdb', schema 'dbo'. [SQLSTATE 42000] (DisableAgentXPs)

システム "は機能しません(あなたの説明どおり)。

最終的に私の仕事は「NTサービス\ MSSQL $ SQL2017EXPRESS」のログオンアカウントに変更されました。

このユーザーは、インストール中にSQL Server "SQL2017EXPRESS"という名前を付けたときに作成されました。 SSMSを開いてデータベースインスタンスに接続し、セキュリティ - >ログインを開くと、システムデータベース(msdb)にアクセスするデータベースのNTサービスユーザーの一覧が表示されます。これらのユーザーの1人をSQL Agent Serviceのログオンユーザーとして使用してみてください。

Standard Editionをインストールすると、NT Service \ MSSQLAgent $ 2014というユーザー・コールが作成されると思います。

研究中、私はこのarticleの指示に従いました。 Sql Server Configuration Managerを使用してログオンユーザーを変更したように見えます。代わりに、ログオンユーザーを管理者 - >ローカルサービスの表示から変更します。

関連する問題