Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
подскажите по расчистке БД и последующему обслуживанию
|
|||
|---|---|---|---|
|
#18+
aleksrovЭто он о чем вообще? да как всегда, "горшочек варит" на износ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.05.2018, 11:59 |
|
||
|
подскажите по расчистке БД и последующему обслуживанию
|
|||
|---|---|---|---|
|
#18+
хм....странно. Смотрите что получается: 1. работала база несколько лет, ничего не удаляли 2.стали расчищать базу 3.сразу появились запросы которые резко стали выполняться дольше таймаута(30 секунд) программы и она выдавала ошибку 4.сделали ВЧЕРА УТРОМ обновление статистики (БЕЗ fullscan) - запросы стали выполняться моментально 5.вечером сделали обновление статистики fullscan 6.ночью очередная расчистка базы 7.сейчас те запросы о которых пишу выше стали выполняться около 10 секунд, вместо моментального исполнения вчера. чуть позже снова сделаю обновление статистики(без fullscan) и проверю. Полагаю, что надо утром, после того как расчистка завершится делать обновление статистики. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.05.2018, 12:04 |
|
||
|
подскажите по расчистке БД и последующему обслуживанию
|
|||
|---|---|---|---|
|
#18+
дополню: Да, всё действительно оказалось именно так. Сделал Код: sql 1. для 3х основных таблиц, где удаляются/добавляются данные и всё снова стало моментально отрабатываться. Ещё подкорректировал свой скрипт, что бы выдавал более подробные логи по удалению данных, из смежных в разы больше удаляется данных, чем из основной таблицы. Вот сейчас прогнал на 1000 записях, удалил из основной 548, из смежных 1446+492+52 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.05.2018, 16:57 |
|
||
|
подскажите по расчистке БД и последующему обслуживанию
|
|||
|---|---|---|---|
|
#18+
Всем снова здравствуйте! Продолжаем заниматься БД, она потихонечку расчищается, мы отказались от разностных бекапов, перешли на ежедневный полный бекап+бекап лога транзакций. Логи: 29.05 выполнилось: проверка целостности (1,5ч) / полное резеврное копирование (15м) / резервное копирование журнала транзакций (39м) / очистка после обслуживания (1с) 30.05 выполнилось: проверка целостности (1,1ч) / полное резеврное копирование (14м) / резервное копирование журнала транзакций (2м) / очистка после обслуживания (0с) Уточню: 29.05 лог журнала транзакций делался впервые. сейчас mdf весит 65Гб, ldf 100Гб. Вопрос: почему не уменьшился файл лога? План настраивали через интерфейс MSSMS(не командами t-sql). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2018, 11:06 |
|
||
|
подскажите по расчистке БД и последующему обслуживанию
|
|||
|---|---|---|---|
|
#18+
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Гб - вот тогда пора бить тревогу и проверять, что бэкап лога транзакций уже не работает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2018, 11:08 |
|
||
|
подскажите по расчистке БД и последующему обслуживанию
|
|||
|---|---|---|---|
|
#18+
Serg58, log_reuse_wait_desc в sys.databases для вашей базы что? ну и то что наш балабол пишет, не слушайте. Лог в 100 на 65 базы это много как не крути, хотя если место есть то можно и забить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2018, 11:11 |
|
||
|
подскажите по расчистке БД и последующему обслуживанию
|
|||
|---|---|---|---|
|
#18+
Serg58, где-то тут на форуме доводилось встречать доходчивую аналогию про шифоньер и вещи... оно как раз описывает вашу ситуацию с размером лог-файла... если найду - ссылку скину. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2018, 11:25 |
|
||
|
подскажите по расчистке БД и последующему обслуживанию
|
|||
|---|---|---|---|
|
#18+
TaPaKlog_reuse_wait_desc в sys.databases для вашей базы что? log_reuse_wait: 2 log_reuse_wait_desc: LOG_BACKUP Если он будет 100Гб (просто занял место и его использует) то всё ок, пусть будет такой. Обращу на это внимание. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2018, 11:27 |
|
||
|
подскажите по расчистке БД и последующему обслуживанию
|
|||
|---|---|---|---|
|
#18+
Щукина Анна, нашлось... Не совсем про MS SQL и транзакт-лог, но суть та же. Только у вас: комната - это ваш диск, шкаф - файл транзакт-лога, вещи - его содержимое. Сделав бэкап, вы "увезли ненужные вещи из шкафа на дачу", а вам бы ещё и "шкаф" поменять на размером "поменьше"... Перед очередным бэкапом лога - посмотрите, сколько реально занято места внутри ldf-файла. После бэкапа сделайте размер файла чуть больше, чем было занято. Скорее всего, вам его и хватит... Ну или однократно уменьшите размер до минимума, который MS SQL Server согласится установить. А дальше - дайте файлу вырасти на сколько ему потребуется и больше его не трогайте, если, конечно, не будет аномально больших приростов... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2018, 11:35 |
|
||
|
подскажите по расчистке БД и последующему обслуживанию
|
|||
|---|---|---|---|
|
#18+
Анна, в очередной раз спасибо за такое подробнейшее разъяснение) вам учителем в школе/институте работать)))) Посмотрел ещё объём файла бекапа: от 29 числа(который самый первый бекап лога): 32Гб от 30 числа: 2.3Гб ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2018, 11:44 |
|
||
|
подскажите по расчистке БД и последующему обслуживанию
|
|||
|---|---|---|---|
|
#18+
Serg58Посмотрел ещё объём файла бекапа: от 29 числа(который самый первый бекап лога): 32Гб от 30 числа: 2.3Гб Всё логично - в первый раз вы "вывезли из шкафа весь хлам", копившийся там с момента "установки шкафа". Во второй раз - только те "вещи", что стали ненужными с момента предыдущей (в вашем случае - так вообще первой) "ревизии содержимого шкафа". Скорее всего, что при "монотонной" нагрузке на сервер и регулярным бэкапам лога - размер бэкапа стабилизируется и будет сравнительно небольшим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2018, 11:51 |
|
||
|
подскажите по расчистке БД и последующему обслуживанию
|
|||
|---|---|---|---|
|
#18+
Serg58TaPaKlog_reuse_wait_desc в sys.databases для вашей базы что? log_reuse_wait: 2 log_reuse_wait_desc: LOG_BACKUP Если он будет 100Гб (просто занял место и его использует) то всё ок, пусть будет такой. Обращу на это внимание. на вскидку ничего плохого, сколько initial size на лог? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2018, 12:25 |
|
||
|
подскажите по расчистке БД и последующему обслуживанию
|
|||
|---|---|---|---|
|
#18+
TaPaKсколько initial size на лог? а как это посмотреть? по sp_Helpfile: size:103740416 KB maxsize: Unlimited growth: 10% в свойства БД - Файлы - Журнал: Начальный размер(МБ): 101309 Автоувеличение: с шагом по 10%, без ограничений ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2018, 14:21 |
|
||
|
подскажите по расчистке БД и последующему обслуживанию
|
|||
|---|---|---|---|
|
#18+
Serg58TaPaKсколько initial size на лог? в свойства БД - Файлы - Журнал: Начальный размер(МБ): 101309 файл лога у вас сейчас практически пустой, т.е. будет писать в свои 100ГБ без прироста, если чего чудовищного не предпримете. Так что если 100Гб не смущает то можете и забить, или снижаёте размер ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2018, 14:49 |
|
||
|
подскажите по расчистке БД и последующему обслуживанию
|
|||
|---|---|---|---|
|
#18+
Очень вовремя темка. Выяснил, что наши "одмины" из СШП ни фига нормальный бекап не настроили на "моей" полу-продакшн базе. Дело еще осложняется тем, что старый bkp в 200 гиг, а места на диске осталось -190 :D Наверно есть параметр OVERWRITE или типа того, пойду курить доки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2018, 14:42 |
|
||
|
|

start [/forum/topic.php?fid=46&gotonew=1&tid=1689625]: |
0ms |
get settings: |
10ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
55ms |
get topic data: |
12ms |
get first new msg: |
8ms |
get forum data: |
3ms |
get page messages: |
71ms |
get tp. blocked users: |
2ms |
| others: | 250ms |
| total: | 439ms |

| 0 / 0 |
