|
Сжатие базы в MSSQL | ☑ | ||
---|---|---|---|---|
0
ildary
06.09.17
✎
07:54
|
Уважаемые специалисты, подскажите пожалуйста, как правильно сжимать базу (УТ11, MSSQL) после обновления конфигурации? Увеличилась вдвое, в файловой есть галка в ТиИ, а в MSSQL - надо выполнить какой-то скрипт в Management studio?
|
|||
1
Ненавижу 1С
гуру
06.09.17
✎
07:55
|
shrink смотри, но не всегда ее надо сжимать
|
|||
2
ildary
06.09.17
✎
07:59
|
(1) дело в том, что доступа к скулю у меня нет и я хотел узнать - сжимается только в нём или в конфигураторе есть инструмент для этого? Я согласен, что не всегда надо сжимать, но после обновления вряд ли база выросла в 2 раза, набрав новые данные.
|
|||
3
Amra
06.09.17
✎
08:00
|
(2) А откуда тогда узнал что выросла в 2 раза? Вот у кого доступ есть, то пусть и сжимает, это не твоя головная боль
|
|||
4
ildary
06.09.17
✎
08:01
|
(1) Большое спасибо, на копии (где есть доступ к скулю) видно, что сжатие в скуле сделает то, что нужно и размер вернется к первичному.
|
|||
5
ildary
06.09.17
✎
08:06
|
(3) На копии экспериментирую, готовлю обновление. На рабочей базе доступа к скулю нет. Выросший размер файлов - и моя головная боль - тормозить-то моё хозяйство будет.
|
|||
6
Ненавижу 1С
гуру
06.09.17
✎
08:13
|
(5) размер базы скуля не всегда коррелируется со скоростью записи/чтения. Просто скуль решил зарезервировать себе пустого места
|
|||
7
ildary
06.09.17
✎
08:17
|
(6) полностью согласен, но "два раза это два раза" (с)
|
|||
8
Фрэнки
06.09.17
✎
08:18
|
(5) оно и без изменения размера базы может начать тормозить. И самое интересное, что заявляется об увеличении размера базы в якобы скульном режиме и без доступа к самому скулю - а как это стало известно?
|
|||
9
ildary
06.09.17
✎
08:32
|
(8) извините, выше я уже ответил - есть рабочая база и есть копия. в копии я админ, в рабочей - настоящий админ. Мой вопрос был - смогу ли я без админа сам сжать базу или надо беспокоить его.
|
|||
10
Dotoshin
06.09.17
✎
08:34
|
(4) А через некоторое время опять увеличится, когда внутри файла кончится место и скуль сделает приращение. Не занимайся фигней, оставь в скуле все как есть, не мешай ему работать.
|
|||
11
ildary
06.09.17
✎
08:37
|
(10) Пусть увеличивает, я в скуль никогда не лажу, только во время обновления конфигурации хочу делать базе сжатие.
|
|||
12
Dotoshin
06.09.17
✎
08:39
|
(11) >>во время обновления конфигурации хочу делать базе сжатие
Зачем? |
|||
13
ptiz
06.09.17
✎
08:56
|
(11) "во время обновления конфигурации хочу делать базе сжатие" - бессмысленная работа.
|
|||
14
ildary
06.09.17
✎
09:04
|
(13) На нормально настроенном сервере - да, работа бессмысленная. На кое-как настроенном, сидящем в виртуалке, кряхтящем и еле работающем - приходится делать все, чтобы он совсем не сдох.
|
|||
15
SSSSS_AAAAA
06.09.17
✎
09:08
|
(14) Размер базы в этом деле играет чуть ли не последнюю роль. Потому, как уже неоднократно было сказано, не занимайтесь ерундой. Сжатие баз совершенно не гарантирует повышение устойчивости/надежности и т.д. работы sql сервера.
|
|||
16
ptiz
06.09.17
✎
09:15
|
(14) Несколько раз сказали - пыхтеть сервер будет одинаково: сожмешь ты базу или нет.
|
|||
17
ildary
06.09.17
✎
09:16
|
Ок, убедили, не буду сжимать. Спасибо за хорошее обьяснение.
|
|||
18
h-sp
06.09.17
✎
09:44
|
(17) база увеличивается в 2 раза, когда конфигурация изменена. Попытайте с утюгом и паяльником обновляльщиков ваших, может раньше была полностью типовая, а теперь включили возможность изменения?
|
|||
19
ildary
06.09.17
✎
10:08
|
(18) Совершенно верно: база была уже до меня изменена в хвост и в гриву. Что-то удалось вынести в обработки, что-то в свои модули. Но некоторые вещи (правка регистров и веселая логика вокруг этого, новые справочники) остались и висят тяжким грузом.
|
|||
20
Heckfy
06.09.17
✎
10:14
|
Я так понимаю, про регламентные (ребилд, реиндекс, обновление статистики и т.д.) работы с БД все забыли?
|
|||
21
Господин ПЖ
06.09.17
✎
10:15
|
обновили РН, он не закрыт, пересчитались итоги - вот и рост
|
|||
22
ildary
06.09.17
✎
10:19
|
(20) в свое время я давал админу ссылку на статью "настройка сервера" на сайте 1С и они клялись, что все сделано.
(21) в 7.7 был простой трюк поиска незакрытых регистров (по размеру файла), а в 1с8 как это проверять? |
|||
23
Господин ПЖ
06.09.17
✎
10:29
|
в природе докуа скриптов типа покажи мне топ 100 самых больших таблиц в базе
|
|||
24
1dvd
06.09.17
✎
10:33
|
(22) >>в 7.7 был простой трюк поиска незакрытых регистров (по размеру файла), а в 1с8 как это проверять?
консолью запросов |
|||
25
ДемонМаксвелла
06.09.17
✎
10:33
|
надо взять старую базу, посмотреть самые большие таблицы. взять новую базу - посмотреть какие в ней самые большие таблицы. Может быть, появились какие-то новые индексы или еще что. И да, скл может набирать просто свободного места. Но это легко вылечить.
|
|||
26
ildary
06.09.17
✎
10:55
|
(23) этот скрипт покажет, что самые большие таблицы - это партии, адресный классификатор и вложенные файлы. А незакрытый регистр спрячется где-то ниже.
(24) можно пример скрипта? Пробовал гуглить - мне почему-то html подсовывается. |
|||
27
Господин ПЖ
06.09.17
✎
10:57
|
>этот скрипт покажет, что самые большие таблицы - это партии, адресный классификатор и вложенные файлы. А незакрытый регистр спрячется где-то ниже
для особо одаренных: топ 100. если вам мало - топ 1000 |
|||
28
1dvd
06.09.17
✎
11:02
|
(26)
|
|||
29
Господин ПЖ
06.09.17
✎
11:03
|
срез остатков сам по себе не значит никуа
может вы все все купили |
|||
30
1dvd
06.09.17
✎
11:07
|
(29) смотрим, если товар 10 шт по одной ГТД и -10 шт по другой, то пересорт => незакрытый рег
|
|||
31
ildary
06.09.17
✎
11:11
|
(30) спасибо за код, тут придется глазками искать, а я надеялся что он выдаст "регистр XXX незакрыт по измерению YYY" :)
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |