Имя: Пароль:
1C
1С v8
Сжатие базы в 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" :)
AdBlock убивает бесплатный контент. 1Сергей