powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / подскажите по расчистке БД и последующему обслуживанию
15 сообщений из 90, страница 4 из 4
подскажите по расчистке БД и последующему обслуживанию
    #39647994
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aleksrovЭто он о чем вообще?
да как всегда, "горшочек варит" на износ
...
Рейтинг: 0 / 0
подскажите по расчистке БД и последующему обслуживанию
    #39648007
Serg58
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
хм....странно.

Смотрите что получается:
1. работала база несколько лет, ничего не удаляли
2.стали расчищать базу
3.сразу появились запросы которые резко стали выполняться дольше таймаута(30 секунд) программы и она выдавала ошибку
4.сделали ВЧЕРА УТРОМ обновление статистики (БЕЗ fullscan) - запросы стали выполняться моментально
5.вечером сделали обновление статистики fullscan
6.ночью очередная расчистка базы
7.сейчас те запросы о которых пишу выше стали выполняться около 10 секунд, вместо моментального исполнения вчера.

чуть позже снова сделаю обновление статистики(без fullscan) и проверю.

Полагаю, что надо утром, после того как расчистка завершится делать обновление статистики.
...
Рейтинг: 0 / 0
подскажите по расчистке БД и последующему обслуживанию
    #39648231
Serg58
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
дополню:
Да, всё действительно оказалось именно так.
Сделал
Код: sql
1.
UPDATE STATISTICS <имя_таблицы>

для 3х основных таблиц, где удаляются/добавляются данные и всё снова стало моментально отрабатываться.

Ещё подкорректировал свой скрипт, что бы выдавал более подробные логи по удалению данных, из смежных в разы больше удаляется данных, чем из основной таблицы.
Вот сейчас прогнал на 1000 записях, удалил из основной 548, из смежных 1446+492+52
...
Рейтинг: 0 / 0
подскажите по расчистке БД и последующему обслуживанию
    #39652315
Serg58
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Всем снова здравствуйте!
Продолжаем заниматься БД, она потихонечку расчищается, мы отказались от разностных бекапов, перешли на ежедневный полный бекап+бекап лога транзакций.

Логи:
29.05 выполнилось: проверка целостности (1,5ч) / полное резеврное копирование (15м) / резервное копирование журнала транзакций (39м) / очистка после обслуживания (1с)
30.05 выполнилось: проверка целостности (1,1ч) / полное резеврное копирование (14м) / резервное копирование журнала транзакций (2м) / очистка после обслуживания (0с)

Уточню: 29.05 лог журнала транзакций делался впервые.

сейчас mdf весит 65Гб, ldf 100Гб.

Вопрос: почему не уменьшился файл лога? План настраивали через интерфейс MSSMS(не командами t-sql).
...
Рейтинг: 0 / 0
подскажите по расчистке БД и последующему обслуживанию
    #39652318
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Serg58Всем снова здравствуйте!
Продолжаем заниматься БД, она потихонечку расчищается, мы отказались от разностных бекапов, перешли на ежедневный полный бекап+бекап лога транзакций.

Логи:
29.05 выполнилось: проверка целостности (1,5ч) / полное резеврное копирование (15м) / резервное копирование журнала транзакций (39м) / очистка после обслуживания (1с)
30.05 выполнилось: проверка целостности (1,1ч) / полное резеврное копирование (14м) / резервное копирование журнала транзакций (2м) / очистка после обслуживания (0с)

Уточню: 29.05 лог журнала транзакций делался впервые.

сейчас mdf весит 65Гб, ldf 100Гб.

Вопрос: почему не уменьшился файл лога? План настраивали через интерфейс MSSMS(не командами t-sql).
Потому что внутри файла теперь куча свободного места, которое будет повторно использовано. А уменьшение файла - это команда shrink. Которую делать НЕ нужно, поскольку журнал будет обратно расти и отнимать место у NTFS. И прирост его может быть медленным.
А вот если ldf станет сильно расти свыше 100Гб - вот тогда пора бить тревогу и проверять, что бэкап лога транзакций уже не работает.
...
Рейтинг: 0 / 0
подскажите по расчистке БД и последующему обслуживанию
    #39652320
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Serg58,

log_reuse_wait_desc в sys.databases для вашей базы что?

ну и то что наш балабол пишет, не слушайте. Лог в 100 на 65 базы это много как не крути, хотя если место есть то можно и забить
...
Рейтинг: 0 / 0
подскажите по расчистке БД и последующему обслуживанию
    #39652334
Фотография Щукина Анна
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Serg58,

где-то тут на форуме доводилось встречать доходчивую аналогию про шифоньер и вещи... оно как раз описывает вашу ситуацию с размером лог-файла...
если найду - ссылку скину. :)
...
Рейтинг: 0 / 0
подскажите по расчистке БД и последующему обслуживанию
    #39652337
Serg58
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
TaPaKlog_reuse_wait_desc в sys.databases для вашей базы что?
log_reuse_wait: 2
log_reuse_wait_desc: LOG_BACKUP

Если он будет 100Гб (просто занял место и его использует) то всё ок, пусть будет такой. Обращу на это внимание.
...
Рейтинг: 0 / 0
подскажите по расчистке БД и последующему обслуживанию
    #39652343
Фотография Щукина Анна
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Щукина Анна,

нашлось...
Не совсем про MS SQL и транзакт-лог, но суть та же. Только у вас: комната - это ваш диск, шкаф - файл транзакт-лога, вещи - его содержимое.
Сделав бэкап, вы "увезли ненужные вещи из шкафа на дачу", а вам бы ещё и "шкаф" поменять на размером "поменьше"...


Перед очередным бэкапом лога - посмотрите, сколько реально занято места внутри ldf-файла. После бэкапа сделайте размер файла чуть больше, чем было занято. Скорее всего, вам его и хватит...
Ну или однократно уменьшите размер до минимума, который MS SQL Server согласится установить. А дальше - дайте файлу вырасти на сколько ему потребуется и больше его не трогайте, если, конечно, не будет аномально больших приростов...
...
Рейтинг: 0 / 0
подскажите по расчистке БД и последующему обслуживанию
    #39652351
Serg58
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Анна, в очередной раз спасибо за такое подробнейшее разъяснение) вам учителем в школе/институте работать))))

Посмотрел ещё объём файла бекапа:
от 29 числа(который самый первый бекап лога): 32Гб
от 30 числа: 2.3Гб
...
Рейтинг: 0 / 0
подскажите по расчистке БД и последующему обслуживанию
    #39652358
Фотография Щукина Анна
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Serg58Посмотрел ещё объём файла бекапа:
от 29 числа(который самый первый бекап лога): 32Гб
от 30 числа: 2.3Гб
Всё логично - в первый раз вы "вывезли из шкафа весь хлам", копившийся там с момента "установки шкафа".
Во второй раз - только те "вещи", что стали ненужными с момента предыдущей (в вашем случае - так вообще первой) "ревизии содержимого шкафа".
Скорее всего, что при "монотонной" нагрузке на сервер и регулярным бэкапам лога - размер бэкапа стабилизируется и будет сравнительно небольшим.
...
Рейтинг: 0 / 0
подскажите по расчистке БД и последующему обслуживанию
    #39652387
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Serg58TaPaKlog_reuse_wait_desc в sys.databases для вашей базы что?
log_reuse_wait: 2
log_reuse_wait_desc: LOG_BACKUP

Если он будет 100Гб (просто занял место и его использует) то всё ок, пусть будет такой. Обращу на это внимание.
на вскидку ничего плохого, сколько initial size на лог?
...
Рейтинг: 0 / 0
подскажите по расчистке БД и последующему обслуживанию
    #39652520
Serg58
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
TaPaKсколько initial size на лог?
а как это посмотреть?
по sp_Helpfile:
size:103740416 KB
maxsize: Unlimited
growth: 10%

в свойства БД - Файлы - Журнал:
Начальный размер(МБ): 101309
Автоувеличение: с шагом по 10%, без ограничений
...
Рейтинг: 0 / 0
подскажите по расчистке БД и последующему обслуживанию
    #39652554
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Serg58TaPaKсколько initial size на лог?
в свойства БД - Файлы - Журнал:
Начальный размер(МБ): 101309

файл лога у вас сейчас практически пустой, т.е. будет писать в свои 100ГБ без прироста, если чего чудовищного не предпримете. Так что если 100Гб не смущает то можете и забить, или снижаёте размер
...
Рейтинг: 0 / 0
подскажите по расчистке БД и последующему обслуживанию
    #39655639
Glebanski
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Очень вовремя темка.
Выяснил, что наши "одмины" из СШП ни фига нормальный бекап не настроили на "моей" полу-продакшн базе.
Дело еще осложняется тем, что старый bkp в 200 гиг, а места на диске осталось -190 :D
Наверно есть параметр OVERWRITE или типа того, пойду курить доки.
...
Рейтинг: 0 / 0
15 сообщений из 90, страница 4 из 4
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / подскажите по расчистке БД и последующему обслуживанию
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]