Ошибка 1069 sql - Решение и исправление самых разных ошибок на TopOshibok.ru

I have written my own windows service which interacts with a SQL database and updates it. The service was running fine and seems to be functioning correctly, however of late it seems to go down at random times and cannot restart due to the error designated in the question. I have tried various searches to fix this, but unfortunately I have come up with nothing. The aim is to eventually having this service running on my companies server, but I can’t adjust any server settings, I am but a user on the server, so I have restrictions to some settings.

Any quick fixes, would be helpful!

asked Sep 2, 2014 at 8:33

Open the Services Manager. ( Win + R, then type services.msc )
Then right click on the SQL Server process and click Properties

Then go to Log On, and select This account:
Then click Browse, and add your username in the box. (Notice it should contain the domain, in my case is AD\myusername), then Check Names and accept.
Finally type your password in the other two fields, and that’s it, you should have permission to start your process now.

Cheers!!

answered Jan 22, 2019 at 18:50

Error 1069 is vague and can have different causes. I am sharing my experience here.

I encountered this error when trying to get a service to run under my account (I am trying to get my services to see the same LocalDB as interactive processes running on my account for development purposes). I use an MSA (Microsoft Account) with Windows’s PIN login normally, so I rarely enter my Windows password. To resolve the issue, I locked my screen, selected Password input instead of PIN input, and then entered my password. I assume this somehow reminded Windows what my password was and made my local account more legit.

Before doing this, you need to configure the user account in question to have the Logon as Service privilege. To do this, open the Group Policy Editor. Expand Computer / Windows Configuration / Security Configuration / Local Policies / User Permissions Assignment and then open Login as Service. From there, you can add your user in question.

answered Feb 28, 2019 at 15:11

binkibinki

7,7645 gold badges64 silver badges110 bronze badges

One issue for us was the format of the account user name, we initially used

domain\username

and got the 1069-logon error, then ultimately I tried validating the user name in the properties | logon tab of the Service (in Control Panel / Service Manager), using the «Browse» and «Search» for the user name and it turned it suggested and validated ok with the reverse format

username@domain

This also worked and resolved the 1069 error, and let us script the startup using sc.exe.

answered Aug 31, 2015 at 8:29

Mosca PtMosca Pt

5274 silver badges10 bronze badges

also check for «Deny Logon service» policy.
user should not be added over there

answered Sep 26, 2019 at 14:31

varunvarun

411 bronze badge

We had this issue as well because the account was set so that the password expired. After we updated the account to not expire and set the password this error stopped.

answered Aug 15, 2017 at 2:53

campocampo

1,8721 gold badge17 silver badges19 bronze badges

The account could also be locked out. To unlock it, you only need to change that user’s password (new and old password can be the same).

What also worked for me was re-entering the password in the services->LogOn window. Even when you think the account and password is correct, re-entering it will re-grant the account permission to log on as a service.

answered Dec 6, 2022 at 11:14

FFFffffFFFffff

7767 silver badges18 bronze badges

One other possibility: if you are using a gMSA account that has just been created, remember that you need to install the service account on the running box (Install-ADServiceAccount).

answered Mar 2 at 14:34

oflaherooflahero

1,28810 silver badges17 bronze badges

To anyone else still struggling with this problem it’s more-or-less because you use a PIN to sign in on Windows instead of a password.

For whatever reason your Windows Hello PIN will not work for Service Logon or /runas etc. In fact, you may only have a Windows Hello PIN!

After many days of struggling with this, here’s my solution. Follow these steps in order.

(Have a password) Open Settings -> Accounts -> Sign-in options. «Password» option likely isn’t showing or available. Scroll down to Additional settings and untoggle «For improved security, only allow Windows Hello sign-in for Microsoft accounts on this device». Close and Reopen Settings and go back to the Sign-in options. The password option should now show. Set one if you haven’t. If it says
(Disable password expiration) More on this later and it may or may not be necessary, but I did it during the process and I can see it having an effect. Open Group Policy Editor (gpedit.msc) and go to Computer Configuration -> Windows Settings -> Security Settings -> Account Policies -> Password Policy. On the right pane should list «Maximum password age» likely set to 42. Set it to 0.
(«Activate» the password) Click the Start Button -> Your User Icon -> And click Sign out (not Lock!). Log back in using your PASSWORD. If it’s asking you to log in with your pin, click Sign-in Options under the field and you should see the option to.

Viola — That password should now work for runas, service logon as, etc.

I believe what’s going on is Microsoft is trying to go passwordless even on Windows user profiles and it’s somewhat shooting themselves in the foot in terms of compatibility. The password would ‘expire’ in terms of it being used for any authorization and then you only have a PIN left, which is a good thing as a PIN would be easily bruteable. Logging in with the Password enabled instead of the PIN effectively re-activates it and allows it to be used for authorization again.

answered Aug 25 at 18:16

Источник

An error message such as SQL error 1069: a service that did not start due to a logon failure is a common error that occurs when fail to start the service while restarting Microsoft SQL Server or SQL Server Agent.

Here at Bobcares, we have seen several such SQL related issues as part of our Server Management Services for web hosts and online service providers.

Today we’ll take a look at the cause for this error and see how to fix it.

Reasons to occur SQL error 1069

Often, Windows customers report that they are experiencing an SQL error while restarting Microsoft SQL Server or SQL Server Agent?

The error looks like,

Error 1069: The service did not start due to a logon failure.

This error happens when the service fails to start with the following error message:

Do you ever think why the SQL server service doesn’t start?

Here s the reasons,

This error arises due to the incorrect password of the SQL Server startup service account or the SQL Server Agent startup service account. Whenever change the password for the account, it is necessary to update for the SQL Server service or the SQL Server Agent service.
whenever the SQL Server is set to an account type other than the Local System account.

So, let’s see how our Support Engineers fix this error.

Remedies for SQL error 1069

Now, we can see how to fix this error.

In order to fix the error, our Support Engineers set up the Microsoft SQL Server service account with the right password on the SQL Server host computer.

For example, let’s see how to correct the password in Microsoft Windows 2000 Server and Microsoft Windows XP:

1. Initially, we click Start > Settings > click Control Panel> double-click Administrative Tools > double-click Services.

2. Then, for a default instance of SQL Server, we double-click MSSQLServer > go to Log On tab.
tab.
3. Next, we double-click SQLAgent, and then click the Log On tab.

4. Finally, we enter the correct password in the Password and Confirm password textbox, and then click OK.

At last, we start the SQL Server Service and the SQL Server Agent.

[Need any further assistance in fixing SQL errors? – We’re available 24*7]

Conclusion

In short, this SQL error 1069 arises when SQL Server service fails to start while restarting Microsoft SQL Server or SQL Server Agent. Today, we saw the reasons and how our Support Engineers fix this error.

Источник

Sometimes SQL Server Service fails to start in the process of restarting Microsoft SQL Server or SQL Server Agent and thus triggers SQL error 1069: a service that did not start due to a logon failure.

Here at Ibmi Media, as part of our Server Management Services, we regularly help our Customers to solve SQL related issues.

In this context, we shall see the process of solving SQL error 1069.

Nature of SQL error 1069?

As earlier stated, in some cases, Windows users report that they are facing an SQL error while restarting Microsoft SQL Server or SQL Server Agent.
The error looks like this;

Error 1069: The service did not start due to a logon failure.

This error is triggered when the SQL service fails to start with the following error message:

Why does SQL server service fails to start?

The reason why SQL Service fails to start is that;

i. When the password of the SQL Server startup service account or the SQL Server Agent startup service account is incorrect.
Whenever you change the password for an account, it is important to update for the SQL Server service or the SQL Server Agent service.
ii. In cases where the SQL Server is set to an account type other than the Local System account.

Tips to fix SQL error 1069?

To solve this SQL issue you need to set up the Microsoft SQL Server service account with the right password on the SQL Server host computer.
For instance, to rectify the password in Microsoft Windows 2000 Server and Microsoft Windows XP, follow the steps below;

1. Start by clicking on «Start > Settings > click Control Panel> double-click Administrative Tools > double-click Services«.
2. Next, double-click «MSSQLServer > go to Log On tab» for a default instance of SQL Server.
3. Then, double-click SQLAgent, followed by clicking the Log On tab.
4. Finally, input the accurate password in the Password and Confirm password textbox, and then click OK.

Now when you restart the SQL Server Service and the SQL Server Agent, the issue will go away.

[Need help in fixing SQL errors? We are available to help you today.]

Источник

Here at Bobcares, we have seen several such SQL related issues as part of our Server Management Services for web hosts and online service providers.

Today we’ll take a look at the cause for this error and see how to fix it.

Reasons to occur SQL error 1069

Often, Windows customers report that they are experiencing an SQL error while restarting Microsoft SQL Server or SQL Server Agent?

The error looks like,

Error 1069: The service did not start due to a logon failure.

This error happens when the service fails to start with the following error message:

Do you ever think why the SQL server service doesn’t start?

Here s the reasons,

This error arises due to the incorrect password of the SQL Server startup service account or the SQL Server Agent startup service account. Whenever change the password for the account, it is necessary to update for the SQL Server service or the SQL Server Agent service.
whenever the SQL Server is set to an account type other than the Local System account.

So, let’s see how our Support Engineers fix this error.

Remedies for SQL error 1069

Now, we can see how to fix this error.

In order to fix the error, our Support Engineers set up the Microsoft SQL Server service account with the right password on the SQL Server host computer.

For example, let’s see how to correct the password in Microsoft Windows 2000 Server and Microsoft Windows XP:

1. Initially, we click Start > Settings > click Control Panel> double-click Administrative Tools > double-click Services.

2. Then, for a default instance of SQL Server, we double-click MSSQLServer > go to Log On tab.
tab.
3. Next, we double-click SQLAgent, and then click the Log On tab.

4. Finally, we enter the correct password in the Password and Confirm password textbox, and then click OK.

At last, we start the SQL Server Service and the SQL Server Agent.

[Need any further assistance in fixing SQL errors? – We’re available 24*7]

Conclusion

Remove From My Forums

Question
Hello Dear All

Strange problem here

In one of our computer (Windows 10, domain user with local admin privileges) we have a software that requires sql express (2014) to run

it was working fine until some days ago, now the service is not running and if I try to start it says Error 1069

the user is «NT ServiceMSSQL$SQLEXPRESSASSALU» and password is unknown (long line o dots)

sombody on another thread suggested to remove the long line of dots, is this alright? or will I risk to lose db?

I also checked (read on another thread) that this can be possible because of a GPO: Computer Configuration->Windows Settings->Security Settings->Local Policies->User Rights Assignment -> Log on as a service it says in Explain tab that is Default
setting:none

can somebody help?

Remove From My Forums

Question
Hello Dear All

Strange problem here

In one of our computer (Windows 10, domain user with local admin privileges) we have a software that requires sql express (2014) to run

it was working fine until some days ago, now the service is not running and if I try to start it says Error 1069

the user is «NT ServiceMSSQL$SQLEXPRESSASSALU» and password is unknown (long line o dots)

sombody on another thread suggested to remove the long line of dots, is this alright? or will I risk to lose db?

I also checked (read on another thread) that this can be possible because of a GPO: Computer Configuration->Windows Settings->Security Settings->Local Policies->User Rights Assignment -> Log on as a service it says in Explain tab that is Default
setting:none

can somebody help?

Remove From My Forums

Question
Hi All,

We seem to be being plagued by the error below by our SQL Server agent. This happens almost everytime we restart the server that has been running for a day or two.

Our SQL Server Agent uses a none expiring domain credential. I understand that this problem only happens when the profile being used by the SQL Servr Agent has changed (password change). What puzzles me is that the login is A ok and no changes has been made to it’s password.

We always resolve this problem by changing the login used in the SQL Server Agent to local and after that, returning it back to it’s original domain login. Unfortunately, we cant always do this everytime something goes wrong.

Can anyone please help us shed a light on this? We’re using SQL2k with SP3a. Thanks!

Error:

An error 1069 — )The service did not start due to logon failure) occurred while performing this service operation on the SQLServerAgent service.

Regards,

Joseph

Answers

I was getting the same error since I had changed the password. I found a work around for it to connect to SQL server.

Go to Run—>services.msc—> MSSQLSERVER . On the «log on as» tab right click and check your login information. i suggest delete the password and retype it again. It works !!
- Proposed as answer by
  
  Wednesday, February 1, 2012 8:03 PM
- Marked as answer by
  Joseph Ollero
  Wednesday, July 18, 2012 7:42 AM
- Edited by
  John Guilbert
  Monday, December 12, 2011 10:06 AM
- Proposed as answer by
  John Guilbert
  Tuesday, January 10, 2012 9:12 AM
- Marked as answer by
  Joseph Ollero
  Wednesday, July 18, 2012 7:43 AM

I installed SQL Server 2014 on this laptop. I installed it with defaults right out of the box for the Logons running the servers (NT ServiceMSSQL$MSSQL_2014 ). This worked fine for several days. Suddenly today I start getting this error

Windows could not start the SQL Server (MSSQL_2014) service on the Local Computer.  

Error 1069: The service did not start due to a logon failure.

This is very strange. I have never seen such an error, and I’ve been installing and working with SQL Server SS 7.0 in 1998.

Every thread I’ve seen says to open the service and retype in the password for the user running the service. However, the user was selected and installed by Installation process not me I was never asked to provide a password nor was I provided one.

Fine!! So I open computer management. and the only users I am permitted to see are XAdministrator and XGuest. Do not see any of the NT Service users at all.

I don’t know why this password would have changed nor why the machine is hiding the users from me, (I have developer writes which gives me most admin rights). So I can’t change the password and I can’t retype in the password because I don’t know it.

Does anyone have any ideas of how to get around this?

Addendum: I ran the start up from computer management’s SQL Server Configuration Manager’s SQL Server Services folder’s listing for this instance of SQL Server. It report «The request failed or the service did not respond in a timely manner.
Consult the event log or other application error logs for details. So I went to the System Error Log and found the following message.

The MSSQL$MSSQL_2014 service was unable to log on as NT ServiceMSSQL$MSSQL_2014 with the currently configured password due to the following error: Logon failure: the user has not been granted the requested logon type at this computer. Service: MSSQL$MSSQL_2014 Domain and account: NT ServiceMSSQL$MSSQL_2014 This service account does not have the required user right "Log on as a service." User Action Assign "Log on as a service" to the service account on this computer. You can use Local Security Settings (Secpol.msc) to do this. If this computer is a node in a cluster, check that this user right is

assigned to the Cluster service account on all nodes in the cluster. If you have already assigned this user right to the service account,

and the user right appears to be removed, check with your domain administrator to find out if a Group

Policy object associated with this node might be removing the right.

I checked the local security policyLocal PoliciesUser Rights AssignmentLog on as a server listing.

It showed that there was no one in the group and I was not permitted to add or remove users from the group. I interpret the lack of users in the group as due to my lack of rights to see them (one of the rights not permitted developers but permitted
administrators perhaps). I see no where else to make these changes.

Edward R. Joell MCSD MCDBA

Изменено

13 сентября 2016 г. 20:39
additional efforts

От неожиданного зависания до раздражающих уведомлений в Windows 10 есть такие маленькие особенности, но вы можете исправить их с некоторой помощью. Например, когда вы устанавливаете или запускаете служебное приложение в Windows, отображается сообщение об ошибке со следующим описанием —

Windows не может запустить службу на локальном компьютере.
Ошибка 1069: служба не запускалась из-за сбоя входа в систему.

Проблема обычно возникает, когда происходит одно из следующих событий.

Пользователь вводит неверный пароль учетной записи при настройке вашей службы, или
Пользователь изменил пароль учетной записи, используемой службой, но не смог обновить информацию в службе.

Чтобы исправить это, вам необходимо выполнить следующие действия.

Оснастка «Службы».
Щелкните правой кнопкой мыши службу, в которой возникла проблема.
Выберите «Свойства».
Перейдите на вкладку «Вход в систему».
Проверьте, выбран ли переключатель Локальная системная учетная запись.
Измените его на эту учетную запись.
Введите правильный пароль.
Нажмите ОК.

Давайте рассмотрим вышеперечисленные шаги более подробно!

Тип services.msc в поле поиска Windows 10 и выберите опцию Services, чтобы открыть Услуги оснастка.

Найдите имя службы, в которой возникла проблема. Когда найдете, щелкните его правой кнопкой мыши и выберите Характеристики вариант.

Затем под листом свойств службы переключитесь на Войти в систему таб.

Здесь проверьте, отмечен ли переключатель учетной записи локальной системы. Если да, вам нужно отменить выбор.

После этого проверьте ‘Этот аккаунт‘ переключатель.

Введите правильный пароль.

Когда закончите, нажмите кнопку ОК, чтобы сохранить изменения и перезагрузить компьютер.

В дальнейшем, когда вы пытаетесь запустить службу, вы не должны видеть ‘Служба не запустилась из-за сбоя входа в систему‘снова в Windows 10.

Надеюсь, поможет!

СОВЕТ. Более общие предложения по устранению неполадок служб Windows не запускают проблемы.

На чтение 5 мин. Просмотров 10.8k. Опубликовано 03.09.2019

Когда вы страдаете от того, что служба не запускается из-за ошибки входа в систему, особенно при перезапуске сервера Windows, проблема обычно связана с изменением пароля для профиля, используемого агентом SQL Server.

Однако иногда пароль может оставаться прежним, и вы уверены, что не вносили никаких изменений.

В дополнение к этому вы устали менять используемое имя входа и возвращать его обратно в исходное доменное имя, которое вы не можете делать каждый раз, когда что-то идет не так.

Выше может произойти из-за:

Смена пароля для учетной записи, с которой служба настроена для входа
Данные пароля повреждены (в реестре)
Право на вход в систему в качестве службы было отменено для указанной учетной записи пользователя

Не нужно беспокоиться об этом, поскольку у нас есть только правильные решения для решения проблем, при которых служба не запускалась из-за ошибки входа в систему, ознакомьтесь с приведенными ниже решениями.

Содержание

Как исправить сервис не запускался из-за ошибки входа в систему
Решение 1. Настройте службу на использование встроенной системной учетной записи.
Решение 2. Измените пароль для указанной учетной записи пользователя, чтобы он совпадал с текущим паролем для того же пользователя.
Решение 3. Восстановите право пользователя на вход в систему в качестве службы

Как исправить сервис не запускался из-за ошибки входа в систему

Настройте службу для использования встроенной системной учетной записи
Измените пароль для указанной учетной записи пользователя, чтобы он соответствовал текущему паролю для того же пользователя.
Восстановить право пользователя на вход в систему как сервис

Решение 1. Настройте службу на использование встроенной системной учетной записи.

Если служба не запустилась из-за ошибки входа в систему, настройте ее на запуск со встроенной системной учетной записью, выполнив следующие действия:

Нажмите клавишу Windows + R, чтобы открыть командную строку с повышенными правами Выполнить .
Введите services.msc и нажмите Enter.
Найдите службу Идентификация приложения , щелкните ее правой кнопкой мыши и откройте Свойства .
Откройте вкладку Войти .
Нажмите Учетная запись локальной системы .
Не устанавливайте флажок Разрешить взаимодействовать с рабочим столом .
Нажмите Применить
Перейдите на вкладку Общие .
Нажмите Пуск , чтобы перезапустить службу.
Закройте инструмент Services.

Примечание. . При попытке открыть свойства службы с помощью средства «Службы» на панели управления компьютер может перестать отвечать на запросы и получить сообщение об ошибке: Сервер RPC недоступен. .

Это может произойти, если служба RPC не запущена из-за сбоя входа в систему со службой или службы зависимостей, поскольку некоторым приходится ждать запуска своих служб зависимостей, прежде чем они сами запустятся.

ТАКЖЕ ЧИТАЙТЕ: экран входа в систему Windows 10 медленный, завис, заморожен [FIX]

Решение 2. Измените пароль для указанной учетной записи пользователя, чтобы он совпадал с текущим паролем для того же пользователя.

Вот как настроить пароль для указанной учетной записи пользователя, чтобы он соответствовал текущему паролю для этого пользователя:

Снова перейдите к Сервисам, следуя инструкциям предыдущего решения.
В поле поиска введите Администрирование и нажмите на него
Нажмите Услуги
Щелкните правой кнопкой мыши по нужному сервису и выберите «Свойства».
Нажмите вкладку Вход в систему
Измените пароль и нажмите Применить .
Перейдите на вкладку Общие .
Нажмите Пуск , чтобы перезапустить службу.
Нажмите ОК и закройте инструмент «Службы».

ТАКЖЕ ПРОЧИТАЙТЕ: лучшее программное обеспечение для восстановления паролей в Windows 7, которое сэкономит вам время

Решение 3. Восстановите право пользователя на вход в систему в качестве службы

Если право на вход в систему в качестве службы аннулировано для учетной записи пользователя, восстановите его на контроллере домена или рядовом сервере (автономно) в зависимости от вашей ситуации.

Как восстановить права пользователя на контроллере домена

Вот как это сделать, если пользователь находится в домене Active Directory:

Нажмите правой кнопкой мыши Пуск .
Нажмите Панель управления
Введите Администрирование и выберите его
Нажмите Пользователи Active Directory и Компьютеры .
Щелкните правой кнопкой мыши организационную единицу, в которой предоставлено право пользователя на вход в систему в качестве службы (по умолчанию организационная единица контроллеров домена)
Нажмите правой кнопкой мыши нужный контейнер и выберите Свойства .
Перейдите на вкладку Групповая политика .
Нажмите Политика контроллеров домена по умолчанию .
Нажмите Изменить , чтобы запустить диспетчер групповой политики.
Разверните Конфигурация компьютера .
Разверните Настройки Windows .
Разверните Настройки безопасности .
Разверните Локальные политики .
Нажмите Назначение прав пользователя .
Нажмите правой кнопкой мыши Войти в систему как сервис на правой панели.
Нажмите Добавить пользователя или группу .
Введите имя, которое вы хотите добавить в политику, в поле Имена пользователей и групп .
Нажмите OK .
Выход из диспетчера групповой политики
Закрыть свойства групповой политики,
Выход из оснастки «Active Directory – пользователи и компьютеры» консоли управления (MMC)

Как восстановить права пользователя на рядовом сервере (автономно)

Вот как это сделать, если пользователь является участником автономного рядового сервера:

Запустите оснастку MMC «Локальные параметры безопасности».
Разверните Локальные политики.
Нажмите Назначение прав пользователя .
Нажмите правой кнопкой мыши Войти в систему как сервис на правой панели.
Нажмите Добавить пользователя или группу .
Введите имя, которое вы хотите добавить в политику, в поле Имена пользователей и групп .
Нажмите OK .
Закройте оснастку MMC «Локальные параметры безопасности».

Помогло ли какое-либо из приведенных выше решений исправить службу, не запущенную из-за ошибки входа в систему? Дайте нам знать ваш опыт в разделе комментариев ниже.

Примечание редактора . Этот пост был первоначально опубликован в декабре 2017 года и с тех пор был полностью переработан и обновлен для обеспечения свежести, точности и полноты.

0 / 0 / 0

Регистрация: 19.10.2013

Сообщений: 26

23.10.2013, 04:58. Показов 54800. Ответов 20

Всем привет!! Оч прошу помогите разобраться. :-[
На компьютере установлен только один пользователь, но при запуске службы выдает вот такое сообщение об ошибке:

__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь

3317 / 2027 / 722

Регистрация: 02.06.2013

Сообщений: 4,972

23.10.2013, 10:04

У вас имя машины «.»?

0 / 0 / 0

Регистрация: 19.10.2013

Сообщений: 26

23.10.2013, 10:26

[ТС]

Сообщение от invm

У вас имя машины «.»?

Спасибо
Здесь надо Проверить конфигурацию. Видимо, путь неправильно прописан во время установки, но и на других компьютерах с XP Она тоже не запускается. не было проблем с 7ой.

624 / 495 / 43 Регистрация: 05.07.2010 Сообщений: 1,589
23.10.2013, 10:36	4
Сообщение от invm У вас имя машины «.»? . значит локальная машина. .учётнаязапись — стандартное обозначение для локальной учётной записи. 1

3317 / 2027 / 722

Регистрация: 02.06.2013

Сообщений: 4,972

23.10.2013, 10:38

Какой путь?
У вас учетка, от имени которой стартует служба — .Admin. Следовательно имя машины «.».
Если это не так, то приведите учетку к виду ИмяМашиныAdmin.

624 / 495 / 43

Регистрация: 05.07.2010

Сообщений: 1,589

23.10.2013, 10:40

ТС надо в свойствах службы назначить учётную запись LOCAL_SYSTEM (либо отметить галочуой соответствующую учётную запись — от версии винды зависит), либо осознанно указать имя и пароль учётной записи, от которой должна работать служба SQLSERVER (SQLEXPRESS)

3317 / 2027 / 722 Регистрация: 02.06.2013 Сообщений: 4,972
23.10.2013, 10:59	7
Сообщение от ksk . значит локальная машина. .учётнаязапись — стандартное обозначение для локальной учётной записи. В терминах MSSQL «.» озаначает локальный сервер. Насчет такого обозначения локальной учетной записи — в первый раз слышу. Более того, это не работает. Может есть пруфлинк? Сообщение от ksk ТС надо в свойствах службы назначить учётную запись LOCAL_SYSTEM А если ТСу требуется из сиквела обращаться к сетевым ресурсам? 0

624 / 495 / 43 Регистрация: 05.07.2010 Сообщений: 1,589
23.10.2013, 11:06	8
При чём тут термины MSSQL, если речь идёт об авторизации заапуска службы. Пруфлинк искать не буду, принтскрин бы показал да не хочу работодателя прогневать. А если ТСу требуется из сиквела обращаться к сетевым ресурсам, то пусть указывает доменную учётную запись, либо локальную учётную запись, имеющую соответствующие разрешения на сетевых ресурсах, иначе получит ошибку 1005. Вообще-то я прямо сейчас с этими вещами работаю и спорить не собираюсь. Пусть ТС попробует и напишет чем кончилось. 0

3317 / 2027 / 722 Регистрация: 02.06.2013 Сообщений: 4,972
23.10.2013, 11:26	9
Сообщение от ksk Вообще-то я прямо сейчас с этими вещами работаю и спорить не собираюсь. Ну тогда Вас наверное не затруднит привести воспроизводимый пример работы с учетками вида «.Имя»? 0

624 / 495 / 43 Регистрация: 05.07.2010 Сообщений: 1,589
23.10.2013, 12:12	10
Воспроизводимый в каком виде? виртуалку сдампить? ) запись вида .Имя делается для того, чтобы отличить доменную учётку «имядоменаимя1» от локальной «мойкомпьютеримя1», аналог этой записи «.имя1» Принтскрин ошибки позволяет предполодить, что на момент установки на машине ТС была локальная учётка Admin, и в процессе настройки этот админ решил стартовать службу сервера от себя, а потом админскую учётку заблокировал либо удалил либо пароль сменил. 0

0 / 0 / 0

Регистрация: 19.10.2013

Сообщений: 26

23.10.2013, 12:31

[ТС]

Вот дополнительно скрины самой службы. Может что-топо может.

624 / 495 / 43 Регистрация: 05.07.2010 Сообщений: 1,589
25.10.2013, 07:02	13
Я вроде уже говорил, что надо поменять ваторизацию запуска. 0

624 / 495 / 43

Регистрация: 05.07.2010

Сообщений: 1,589

25.10.2013, 07:04

В вашем случае надо положить шарик в дырочку слева от «встроенную учётную запись» и выбрать LOCAL_SYSTEM в вываливающемся списке, расположенном под указанной надписью.

0 / 0 / 0

Регистрация: 19.10.2013

Сообщений: 26

25.10.2013, 07:22

[ТС]

Я пробовал менять авторизацию, но пи запуске службы выдает сообщение «Не удалось запустить службу SQL Server (SQLEXPRESS) на Локальный компьютер. Дополнительные сведения содержатся в журнале системных событий. Если эта служба разработана не в Microsoft, обратитесь к разработчику службы и сообщите специфический для этой службы код ошибки 1814»

Добавлено через 4 минуты
В журнале событий: «Служба «SQL Server (SQLEXPRESS)» завершена из-за внутренней ошибки 1814 (0x716). «
действие от пользователя Н/Д
хотя Запуск от Admin

3317 / 2027 / 722

Регистрация: 02.06.2013

Сообщений: 4,972

25.10.2013, 09:07

Покажите журнал самого сиквела. Он должен лежать примерно тут: C:Program FilesMicrosoft SQL ServerMSSQL.1MSSQLLOGErrorlog

0 / 0 / 0

Регистрация: 19.10.2013

Сообщений: 26

25.10.2013, 10:01

[ТС]

Код

2013-10-25 12:09:39.29 Server      Microsoft SQL Server 2008 (RTM) - 10.0.1600.22 (Intel X86) 
	Jul  9 2008 14:43:34 
	Copyright (c) 1988-2008 Microsoft Corporation
	Express Edition on Windows NT 5.1 <X86> (Build 2600: Service Pack 3)

2013-10-25 12:09:39.37 Server      (c) 2005 Microsoft Corporation.
2013-10-25 12:09:39.37 Server      All rights reserved.
2013-10-25 12:09:39.37 Server      Server process ID is 2516.
2013-10-25 12:09:39.37 Server      Authentication mode is WINDOWS-ONLY.
2013-10-25 12:09:39.37 Server      Logging SQL Server messages in file 'C:Program FilesMicrosoft SQL ServerMSSQL10.SQLEXPRESSMSSQLLogERRORLOG'.
2013-10-25 12:09:39.39 Server      This instance of SQL Server last reported using a process ID of 1484 at 25.10.2013 10:48:34 (local) 25.10.2013 1:48:34 (UTC). This is an informational message only; no user action is required.
2013-10-25 12:09:39.39 Server      Registry startup parameters: 
	 -d C:Program FilesMicrosoft SQL ServerMSSQL10.SQLEXPRESSMSSQLDATAmaster.mdf
	 -e C:Program FilesMicrosoft SQL ServerMSSQL10.SQLEXPRESSMSSQLLogERRORLOG
	 -l C:Program FilesMicrosoft SQL ServerMSSQL10.SQLEXPRESSMSSQLDATAmastlog.ldf
2013-10-25 12:09:39.49 Server      SQL Server is starting at normal priority base (=7). This is an informational message only. No user action is required.
2013-10-25 12:09:39.49 Server      Detected 2 CPUs. This is an informational message; no user action is required.
2013-10-25 12:09:41.35 Server      Using dynamic lock allocation.  Initial allocation of 2500 Lock blocks and 5000 Lock Owner blocks per node.  This is an informational message only.  No user action is required.
2013-10-25 12:09:42.98 Server      Node configuration: node 0: CPU mask: 0x00000003 Active CPU mask: 0x00000003. This message provides a description of the NUMA configuration for this computer. This is an informational message only. No user action is required.
2013-10-25 12:09:43.54 spid7s      Starting up database 'master'.
2013-10-25 12:09:43.82 spid7s      1 transactions rolled forward in database 'master' (1). This is an informational message only. No user action is required.
2013-10-25 12:09:43.89 spid7s      0 transactions rolled back in database 'master' (1). This is an informational message only. No user action is required.
2013-10-25 12:09:43.89 spid7s      Recovery is writing a checkpoint in database 'master' (1). This is an informational message only. No user action is required.
2013-10-25 12:09:44.53 spid7s      FILESTREAM: effective level = 0, configured level = 0, file system access share name = 'SQLEXPRESS'.
2013-10-25 12:09:45.04 spid7s      SQL Trace ID 1 was started by login "sa".
2013-10-25 12:09:45.12 spid7s      Starting up database 'mssqlsystemresource'.
2013-10-25 12:09:45.14 spid7s      The resource database build version is 10.00.1600. This is an informational message only. No user action is required.
2013-10-25 12:09:45.48 spid10s     Starting up database 'model'.
2013-10-25 12:09:45.48 spid10s     Error: 17204, Severity: 16, State: 1.
2013-10-25 12:09:45.48 spid10s     FCB::Open failed: Could not open file e:sql10_main_tsqlmkmastrdatabasesobjfrei386model.mdf for file number 1.  OS error: 3(Системе не удается найти указанный путь.).
2013-10-25 12:09:45.56 spid7s      Server name is 'WWWMMSQLEXPRESS'. This is an informational message only. No user action is required.
2013-10-25 12:09:45.59 spid10s     Error: 5120, Severity: 16, State: 101.
2013-10-25 12:09:45.59 spid10s     Unable to open the physical file "e:sql10_main_tsqlmkmastrdatabasesobjfrei386model.mdf". Operating system error 3: "3(Системе не удается найти указанный путь.)".
2013-10-25 12:09:45.68 spid10s     Error: 17207, Severity: 16, State: 1.
2013-10-25 12:09:45.68 spid10s     FileMgr::StartLogFiles: Operating system error 2(Не удается найти указанный файл.) occurred while creating or opening file 'e:sql10_main_tsqlmkmastrdatabasesobjfrei386modellog.ldf'. Diagnose and correct the operating system error, and retry the operation.
2013-10-25 12:09:45.73 spid10s     File activation failure. The physical file name "e:sql10_main_tsqlmkmastrdatabasesobjfrei386modellog.ldf" may be incorrect.
2013-10-25 12:09:45.73 spid7s      Informational: No full-text supported languages found.
2013-10-25 12:09:45.75 spid10s     Error: 945, Severity: 14, State: 2.
2013-10-25 12:09:45.75 spid10s     Database 'model' cannot be opened due to inaccessible files or insufficient memory or disk space.  See the SQL Server errorlog for details.
2013-10-25 12:09:45.75 spid10s     Could not create tempdb. You may not have enough disk space available. Free additional disk space by deleting other files on the tempdb drive and then restart SQL Server. Check for additional errors in the event log that may indicate why the tempdb files could not be initialized.
2013-10-25 12:09:45.76 spid10s     SQL Trace was stopped due to server shutdown. Trace ID = '1'. This is an informational message only; no user action is required.
2013-10-25 12:09:45.76 spid7s      Starting up database 'msdb'.

Добавлено через 18 минут

Сообщение от Waler

‘e:sql10_main_tsqlmkmastrdatabasesobjfrei386 modellog.ldf’

В строке (например) «35» Прописан адрес на диске e:
Нет на компьютере такого диска. не исключено, что это скрытый диск, как X: для восстановления системы

3317 / 2027 / 722 Регистрация: 02.06.2013 Сообщений: 4,972
25.10.2013, 10:05	18
У вас сервер не может найти файлы системной БД model (model.mdf и modellog.ldf), которые должны быть в e:sql10_main_tsqlmkmastrdatabasesobjfrei386 Добавлено через 4 минуты А как вы вообще сервер устанавливали? 1

0 / 0 / 0

Регистрация: 19.10.2013

Сообщений: 26

25.10.2013, 10:16

[ТС]

По инструкции с программой и по порядку выполнения действий, Но диск «е» ни где не указывал. Это где то было по умолчанию прописано. Средство проверки конфигурации ни чего не выявило:

invm

3317 / 2027 / 722

Регистрация: 02.06.2013

Сообщений: 4,972

25.10.2013, 10:42

Waler, чудес не бывает. Либо пути указаны при установке, либо была подменена БД master.
Запустите сервер с ключом -f. Далее подключитесь к нему и выполните запрос:

T-SQL

1	select db_name(database_id), name, physical_name from sys.master_files order by database_id;

Для каждого неверно расположенного файла установите правильное раположение инструкцией

T-SQL

1	alter database ... modify file(...);

Источник

Remove From My Forums

Question
Hi All,

We seem to be being plagued by the error below by our SQL Server agent. This happens almost everytime we restart the server that has been running for a day or two.

Our SQL Server Agent uses a none expiring domain credential. I understand that this problem only happens when the profile being used by the SQL Servr Agent has changed (password change). What puzzles me is that the login is A ok and no changes has been made to it’s password.

We always resolve this problem by changing the login used in the SQL Server Agent to local and after that, returning it back to it’s original domain login. Unfortunately, we cant always do this everytime something goes wrong.

Can anyone please help us shed a light on this? We’re using SQL2k with SP3a. Thanks!

Error:

An error 1069 — )The service did not start due to logon failure) occurred while performing this service operation on the SQLServerAgent service.

Regards,

Joseph

Answers

I was getting the same error since I had changed the password. I found a work around for it to connect to SQL server.

Go to Run—>services.msc—> MSSQLSERVER . On the «log on as» tab right click and check your login information. i suggest delete the password and retype it again. It works !!
- Proposed as answer by
  
  Wednesday, February 1, 2012 8:03 PM
- Marked as answer by
  Joseph Ollero
  Wednesday, July 18, 2012 7:42 AM
- Edited by
  John Guilbert
  Monday, December 12, 2011 10:06 AM
- Proposed as answer by
  John Guilbert
  Tuesday, January 10, 2012 9:12 AM
- Marked as answer by
  Joseph Ollero
  Wednesday, July 18, 2012 7:43 AM

Источник

Reasons to occur SQL error 1069

Remedies for SQL error 1069

Conclusion

Nature of SQL error 1069?

Why does SQL server service fails to start?

Tips to fix SQL error 1069?

[Need help in fixing SQL errors? We are available to help you today.]

Reasons to occur SQL error 1069

Remedies for SQL error 1069

Conclusion

Question

Question

Question

Answers

Как исправить сервис не запускался из-за ошибки входа в систему

Решение 1. Настройте службу на использование встроенной системной учетной записи.

Решение 2. Измените пароль для указанной учетной записи пользователя, чтобы он совпадал с текущим паролем для того же пользователя.

Решение 3. Восстановите право пользователя на вход в систему в качестве службы

Question

Answers