Добрый день. Прошу помощи в довольно нетривиальной ситуации.
Имеется: база данных на 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


Собственно, вопрос: есть вообще вариант, что источник проблемы кроется в чем-то одном? Или надо лечить все симптомы по отдельности? А то пока получается не очень

komrad,

recovery_model_desc log_reuse_wait
FULL 0

По второму скрипту - нет записей в БД. Знаю, что плохо, да