Помогите с базой данных myLittleAdmin

[AheadOfAll]

Всем привет!

Очень нужна помощь, нам разработали сайт на MVC (я так понимаю).
В общем разработчики исчезли, с сайтом произошла какая-то проблема, не получается выяснить что происходит.

База данных за день забивается логами до 30гб.

Примерно 1гб в час закидывается логов.

Сегодня получилось получить доступ к базе данных, вот что пишет: Для просмотра ссылки Войди или Зарегистрируйся
Лог уже 5гб

При попытке очистки таким запросом:

Use judvovxd_
GO
Alter Database judvovxd_ Set Recovery Simple
GO
Alter Database judvovxd_ Set Recovery Full
GO
DBCC SHRINKFILE ('judvovxd__log', 1)
GO

Пишет:
DBCC SHRINKFILE ('judvovxd__log', 1)
Msg 7983, Level 14, State 36, Line number 1
User 'root' does not have permission to run DBCC shrinkfile for database 'judvovxd_'.

 

[metsys]

User 'root' does not have permission to run DBCC shrinkfile for database 'judvovxd_'.

дайте юзеру доступ к базе, или юзайте юзера базы.

зы
бекап никогда лишним не бывает перед какими то действиями

 

[AheadOfAll]

в том то и дело что юзер базы используется, пробывал второго делать с правами
может в базе есть ограничение?

пс: бекапы делали разрабы которые исчезли напрочь(

может кто-то помочь на платной основе?

 

[starwanderer]

myLittleAdmin - это инструмент управления базой данных.
У вас Microsoft SQL Server в качестве БД. Видимо, 2008-й версии.
БД *.log - это журнал транзакций.
С этой базой ничего делать не надо ! Работаем с основной.

1. Наиболее вероятный вариант.
Исходя из того, что вы написали, а именно, что Backup выполняли разработчики, предполагаю, что у вас настроена полная модель восстановления. При такой модели журнал транзакций очищается только при выполнении Backup журнала. Причём Backup журнала транзакций может выполняться хоть каждый час. Это делается для того, чтобы была возможность восстановить базу на момент сбоя, то есть практически полностью исключить потерю данных при сбое. И соответственно он у вас и растёт, так как резервирование не выполняется.
Эти вещи настраиваются на автомат. Посмотрите - возможно слетел шедулер или закончилось место там куда выполняется Backup.
Выход: настроить резервирование, либо сменить модель восстановления.
Для просмотра ссылки Войди или Зарегистрируйся

2. Возможный вариант.
Если журнал у вас так лихо растёт, то есть какой-то процесс, который что-то пытается вставить в базу и никак не может закрыть транзакцию. Это может быть как ошибка кода, так и атака на сайт, к примеру попытка сделать большое количество заказов
По возможности, найти этот процесс (в myLittleAdmin это можно сделать через Management --> Activity monitorДля просмотра ссылки Войди или Зарегистрируйся) и понять кто его инициировал. Ну и далее по обстановке.

P.S. Если не разберётесь - стучите в личку.