Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
aries090 Member Откуда: Сообщений: 2 |
Добрый день. Прошу помощи в довольно нетривиальной ситуации. Имеется: база данных на SQL Server 2012, к ней коннектятся несколько клиентских машин. Все - в одной локальной сети С недавних пор начался целый ворох проблем: 1. Безгранично расширяется журнал транзакций БД. Сейчас он занимает 200 Гб и продолжает расти, сама база - 10 Гб. Пришлось перенести файлы БД на отдельный диск, но и на нем место скоро закончится 2. Смотрю ERRORLOG в SQL - там одна и та же ошибка: 2018-07-30 22:25:37.78 Logon SSPI handshake failed with error code 0x8009030c, state 14 while establishing a connection with integrated security; the connection has been closed. Reason: Ошибка AcceptSecurityContext. Причину ошибки указывает код ошибки Windows. Попытка входа в систему неудачна [КЛИЕНТ: 10.0.0.2] 2018-07-30 22:25:37.78 Logon Ошибка: 18452, серьезность: 14, состояние: 1. 2018-07-30 22:25:37.78 Logon Login failed. The login is from an untrusted domain and cannot be used with Windows authentication. [КЛИЕНТ: 10.0.0.2] 2018-07-30 22:39:56.69 Logon Ошибка: 17806, серьезность: 20, состояние: 14. И так от нескольких клиентских машин 10.0.0.2, 10.0.0.3, 10.0.0.4... (айпишники изменены) 3. Иду в лог Windows - раздел Безопасность. Там в то же время, когда фиксируются ошибке в логе SQL, появляются записи "Аудит отказа", пример: Учетной записи не удалось выполнить вход в систему. Субъект: ИД безопасности: NULL SID Имя учетной записи: - Домен учетной записи: - Код входа: 0x0 Тип входа: 3 Учетная запись, которой не удалось выполнить вход: ИД безопасности: NULL SID Имя учетной записи: user Домен учетной записи: CLIENT1 Сведения об ошибке: Причина ошибки: Неизвестное имя пользователя или неверный пароль. Состояние: 0xC000006D Подсостояние: 0xC000006A Сведения о процессе: Идентификатор процесса вызывающей стороны: 0x0 Имя процесса вызывающей стороны: - Сведения о сети: Имя рабочей станции: CLIENT1 Сетевой адрес источника: - Порт источника: - Сведения о проверке подлинности: Процесс входа: NtLmSsp Пакет проверки подлинности: NTLM Промежуточные службы: - Имя пакета (только NTLM): - Длина ключа: 0 4. В логе приложений Windows куча записей вида: svchost (1852) Ядро СУБД отсоединило базу данных (2, C:\Windows\system32\LogFiles\Sum\SystemIdentity.mdb). (Время=0 с) Последовательность внутренней синхронизации: [1] 0.000, [2] 0.000, [3] 0.000, [4] 0.000, [5] 0.000, [6] 0.000, [7] 0.000, [8] 0.000, [9] 0.000, [10] 0.000, [11] 0.000, [12] 0.000. Восстановленный кэш: 0 0 Следом за ней: svchost (1852) Ядро СУБД присоединило базу данных (2, C:\Windows\system32\LogFiles\Sum\SystemIdentity.mdb). (Время=0 с) Последовательность внутренней синхронизации: [1] 0.000, [2] 0.000, [3] 0.000, [4] 0.000, [5] 0.000, [6] 0.000, [7] 0.000, [8] 0.000, [9] 0.000, [10] 0.000, [11] 0.000, [12] 0.000. Сохраненный кэш: 1 0 Собственно, вопрос: есть вообще вариант, что источник проблемы кроется в чем-то одном? Или надо лечить все симптомы по отдельности? А то пока получается не очень |
30 июл 18, 22:55 [21616330] Ответить | Цитировать Сообщить модератору |
komrad Member Откуда: Сообщений: 5516 |
лог-то бекапите? покажите это select name, recovery_model_desc, log_reuse_wait from sys.databases where name ='вашабаза' и это select database_name,type,max(backup_start_date) from msdb..backupset where database_name='вашабаза' group by database_name,type order by 3 desc
это отдельная тема |
||||
30 июл 18, 23:03 [21616338] Ответить | Цитировать Сообщить модератору |
aries090 Member Откуда: Сообщений: 2 |
komrad, recovery_model_desc log_reuse_wait FULL 0 По второму скрипту - нет записей в БД. Знаю, что плохо, да К сообщению приложен файл. Размер - 1Kb |
30 июл 18, 23:18 [21616351] Ответить | Цитировать Сообщить модератору |
komrad Member Откуда: Сообщений: 5516 |
aries090, ну забекапьте базу-то, пора уже ;) хотя, - сначала ее в SIMPLE режим, - потом обрезка файла до, скажем, 10% от размера файла данных, - потом обратно в FULL режим, - потом полный бекап, - потом бекап лога бекапы автоматизировать, делать регулярно, с компрессией, четностью и проверкой на восстанавливаемость |
30 июл 18, 23:25 [21616354] Ответить | Цитировать Сообщить модератору |
Владислав Колосов Member Откуда: Сообщений: 8350 |
aries090,
Пароль протух, надо обновить и перелогиниться в сеанс винды. Плюс кеш сохраненных паролей почистить. |
||
31 июл 18, 16:12 [21618665] Ответить | Цитировать Сообщить модератору |
Все форумы / Microsoft SQL Server | ![]() |