Вопрос по сжатию БД SQL SERVER 2000

1. slim747 12.11.20 16:42 Сейчас в теме
Здравствуйте уважаемые.
Вопрос по уменьшению базы данных SQL.
Понимаю, что тема избитая, но тем не менее для себя толкового ответа на вопрос не нашел.
Имеем sql server 2000 и базу на 65ГБ.
Настроили сверстку и потихоньку режем базу. Лишние документы помечаем на удаление, удаляем штатными средствами. Затем запросом делаем шринк базы. До начала всех манипуляций база весила 80ГБ. Сделали шринк и она стала 65ГБ. Дальше удалили год работы, в общей сложности 100 000 документов. Опять сделали шринк но база не уменьшилась. По идее должна была....
Вот и решил уточить, а так ли он работает тот шринк или есть другие методы уменьшения объема базы данных. Подскажите кто сталкивался.
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
3. nomad_irk 72 12.11.20 16:44 Сейчас в теме
(1)Шринк - зло, перестаньте насиловать СУБД. Сделайте размер БД в 80ГБ и дальше просто выполняйте свертку БД без шринка самой БД, периодически шринкая файл журнала транзакций.
Fox-trot; МихаилМ; +2 Ответить
5. slim747 12.11.20 16:49 Сейчас в теме
(3)Подскажите как с этой настройкой будет вести себя БД? Я имею в виду размер 80ГБ?
6. nomad_irk 72 12.11.20 16:54 Сейчас в теме
(5)Хорошо себя будет вести, не тратя ресурсы на увеличение файла БД, т.е. не напрягая лишний раз дисковую подсистему.
ну быть может надо сделать бОльший, чем 80ГБ размер БД, это выявляется эмперическим путем.
7. slim747 12.11.20 16:58 Сейчас в теме
(6) Спасибо за совет, настройку мы добавим в базу.
Получается что физический размер БД никак не получится уменьшить?
8. nomad_irk 72 12.11.20 17:02 Сейчас в теме
(7)Его не нужно уменьшать, т.к. он все равно потом будет увеличиваться.
Его можно уменьшить до такого размера, при котором не будет увеличения. В вашем случае, как я понял, это 80ГБ, т.е. в этот объем влазит весь необходимый вам документооборот без учета свертки.
2. Vladimir-R 167 12.11.20 16:44 Сейчас в теме
какая модель восстановления базы full или simple?
4. slim747 12.11.20 16:45 Сейчас в теме
(2)Первоначально стояла full, но после того как уперлись в недостаток места на харде поставили на simple.
9. oleg-x 26 12.11.20 17:03 Сейчас в теме
(7) Физически уменьшать не имеет смысла. Если кардинально не режете базу сразу и надолго.
Если у базы есть резерв, то она просто не будет расти долгое время, пока не забьет все свободное место.
После удаления документов, просто будете знать, что на годик размер базы не увеличится и о свободном месте беспокоится не придется.
10. slim747 12.11.20 17:38 Сейчас в теме
(9)В нашем случае база с 2003 года.
Сверстка не проводилась. Сверстку стали проводить по году, т.к. большой объем документов и небольшой промежуток времени на проведение операции.
11. XAKEP 12.11.20 17:41 Сейчас в теме
(10)
у вас 1с семерка, ?

а тема https://forum.infostart.ru/forum86/topic181972/

у вас настроено или проходит обслуживание вообще ?
12. XAKEP 12.11.20 17:48 Сейчас в теме
(11)
Лишние документы помечаем на удаление,
удаляем штатными средствами. Затем запросом делаем шринк базы.


_______________________________

что-то мне подсказывает, что вы зря это делаете
я бы сказал, не после удаления документов, а есть для этого правила
_______________________________


https://infostart.ru/1c/articles/1031815/
https://support.microsoft.com/ru-ru/help/307487/how-to-shrink-the-tempdb-database-in-sql-server

у вас за базой присматривают, или нет ?
14. XAKEP 12.11.20 17:49 Сейчас в теме
(12)
также ссылки рекомендую посмотреть
https://habr.com/ru/post/330492/
44. muskul 13.11.20 03:27 Сейчас в теме
(12)
Лишние документы помечаем на удаление,
удаляем штатными средствами. Затем запросом делаем шринк базы.

Да нучись же ты пользоваться кнопкой цитата.
твои вот эти
______________________________

уже в страшных снах снятся
45. XAKEP 13.11.20 07:14 Сейчас в теме
(44)
взрослый человек, почему страшный сон от оформления текста ?


_______________
|
| don't worry
| be happy
|______ _______


здесь может быть ваша реклама :)
13. oleg-x 26 12.11.20 17:48 Сейчас в теме
(10) У нас была база с 2013 года. Выросла до 60Гб в 2019 году. Сделали проще, без всяких сверток.
Завели новую пустую базу и перенесли остатки. Все, размер базы теперь 8Гб.
16. XAKEP 12.11.20 17:52 Сейчас в теме
(13)
свертка по мне , так как самурай харакири :)
15. XAKEP 12.11.20 17:52 Сейчас в теме
кстати ни слова о логах базы

какой размер выделен под базу и под логи
и какой используется....
21. slim747 12.11.20 18:16 Сейчас в теме
(15)относительно логов и базы никакого ограничения по месту установлено не было
22. XAKEP 12.11.20 18:17 Сейчас в теме
(21)
и .... размер базы и размер логов ? сейчас какой
24. slim747 12.11.20 18:19 Сейчас в теме
25. XAKEP 12.11.20 18:20 Сейчас в теме
(24)
автоувеличение в процентах или в мегабайтах ?
26. slim747 12.11.20 18:21 Сейчас в теме
28. XAKEP 12.11.20 18:22 Сейчас в теме
17. XAKEP 12.11.20 17:58 Сейчас в теме
автор ушел смотреть новости :)
18. slim747 12.11.20 18:13 Сейчас в теме
(17) всё в порядке. Я вернулся)
19. XAKEP 12.11.20 18:13 Сейчас в теме
(18)
как успехи ?
есть, чем поделиться из секретных данных ?
20. slim747 12.11.20 18:16 Сейчас в теме
(13)в нашем случае хотят последнюю 5 летку оставить.
23. slim747 12.11.20 18:18 Сейчас в теме
По ширинку вручную понятно.
По базе установим ограничение.
А лог тоже необходимо ограничивать?
27. XAKEP 12.11.20 18:22 Сейчас в теме
(23)
если такой вопрос, то вам наверное посмотреть ,
как сделать план обслуживания базы mssql и много чего поменяется.
29. slim747 12.11.20 18:23 Сейчас в теме
Ок. Благодарю за совет. Ссылки обязательно пересмотрю.
31. XAKEP 12.11.20 18:26 Сейчас в теме
(29)
осталось только признаться на чем все утановлено ?

ОСЬ, проц, оперативка, тип дисков и сколько их...
33. slim747 12.11.20 18:29 Сейчас в теме
(31)win server 2003. Проц intel xeon 8 ядер. Hdd 4 по 250gb находятся в raid массиве.
34. nomad_irk 72 12.11.20 18:29 Сейчас в теме
(33)В каком именно типе RAID?
36. slim747 12.11.20 18:30 Сейчас в теме
(34)вот тут не подскажу. Не силён в этом. Знаю что установлен raid
37. XAKEP 12.11.20 18:33 Сейчас в теме
(36)
от этого также много-чего зависит...но сейчас вам точно нужно настроить обслуживание базы по расписанию
и логи и базу в размерах пока не ограничивайте
42. XAKEP 12.11.20 18:36 Сейчас в теме
(37)
через недельку напишите результат
может премию вам дадут :)
38. nomad_irk 72 12.11.20 18:33 Сейчас в теме
(36)RAID-ы очень разные, хорошо, если там RAID10 и плохо, если RAID5.
Создавать RAID при малом количестве дисков - нужно очень хорошо взвесить все "за" и "против".
39. slim747 12.11.20 18:33 Сейчас в теме
(38)этот момент обязательно узнаю...
40. nomad_irk 72 12.11.20 18:36 Сейчас в теме
(39)еще не плохо было бы выяснить вопрос про смещение разделов на дисках, где хранятся файлы БД и размер кластера, но это уже тонкий тюнинг SQL.
35. XAKEP 12.11.20 18:30 Сейчас в теме
(33)
конкретней проц и рейд какой....
30. slim747 12.11.20 18:24 Сейчас в теме
А если жёстко задать размер лога? Так сказать остановить рост файла?
32. nomad_irk 72 12.11.20 18:28 Сейчас в теме
(30)Не нужно это делать, т.к. есть очень большая вероятность словить предупреждение о достижении максимального размера на каких-то массовых операциях типа перепроведения документов.

Проще шринкать файл журнала транзакций раз в час или реже.
41. slim747 12.11.20 18:36 Сейчас в теме
Информацию получил. Ночь буду переваривать а дальше будем настраивать план обслуживания.
43. slim747 12.11.20 18:53 Сейчас в теме
Конечно отпишусь. На будущее для всех остальных кто столкнется с данной проблемой.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот