Чистка базы после переноса файлов в тома на диске

1. hoyo 12.12.22 17:23 Сейчас в теме
Доброго всем дня.
Есть база 1С Документооборот клиент-серверная, на MS SQL. Изначально все файлы хранились в базе данных. Потом включили настройку "хранить в томах на диске", стандартной обработкой Документооборота перенесли файлы на диск, там они появились. Но размер базы не уменьшился! Как был 300 гигов, так и остался. Shrink средствами SQL я делал, не помогло. В 1С запускал "тестирование и исправление" - "Реструктуризация таблиц". Не помогло. Что ещё можно сделать, чтобы эти уже удаленные из базы файлы не занимали там место? Обработка ДО показывает что в базе осталось файлов только 12 Мб.
Прикрепленные файлы:
По теме из базы знаний
Найденные решения
24. hoyo 15.12.22 16:36 Сейчас в теме
(21) Как оказалось, это не сами файлы, это Справочник.СообщенияИнтегрированныхСистем. Фиг знает, какое это отношение имеет к файлам, но там куча помеченных на удаление (60 000 с лишним), вычищу, посмотрим что будет с размером. Спасибо за наводку.
Остальные ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
12. nomad_irk 76 15.12.22 09:10 Сейчас в теме
(1)Проверьте, пустой ли регистр сведений "Двоичные данные файлов"
Если не пустой, то удалить все записи и после выполнить Shrink средствами СУБД
19. hoyo 15.12.22 15:27 Сейчас в теме
(12) Там остались те самые 52 записи от 52 файлов, которые не перенеслись на диск и которые показывает обработка, скрин которой я прикладывал в посте.
13. sssss_aaaaa_2011 15.12.22 09:18 Сейчас в теме
(11)И на чем основаны ваши сомнения? На полном незнании принципов устройства MS sQL и его файлов?
Средства 1с типа ТиИ не имеют ни малейшего отношения к уменьшению размеров файлов, управляемых СУБД.

(1)
Что ещё можно сделать, чтобы эти уже удаленные из базы файлы не занимали там место?
А кто сказал, что они там что-то занимают? В общем-то, ваши файлы теперь там ничего не занимают, их место пусто и будет постепенно заниматься прочими объектами базы данных. Просто на какое-то время, зависящее от скорости генерации новых данных, файл данных перестанет расти.
Уменьшение размера файла данных ничего кроме увеличения свободного места на диске не даст. Это в лучшем случае. В худшем добьетесь замедление работы. Оно вам надо?
18. hoyo 15.12.22 15:25 Сейчас в теме
(13) То-то я вижу вы дофига понимаете в устройстве MS SQL, если ляпнули что "ваши файлы теперь там ничего не занимают". Именно для этого я и делал Shrink и если бы место было не занято, shrink бы его освободил.
"Уменьшение размера файла данных ничего кроме увеличения свободного места на диске не даст." - спасибо, кэп, без вас бы я не догадался! Вы хоть читали пост-то? База 320 гигов, из них 300 - файлы, если это место освободить, база будет гигов 20, копии проще разворачивать, 320 гигов для копии найти на сервере где уже куча всего - весьма увлекательная задача.
Отменили же начисление стартмани просто за любые посты, зачем писать коммент если даже не читал пост?
23. volex 15.12.22 15:46 Сейчас в теме
(18) Полный бэкап потом шринк делали?
14. Vitaly1C8 15.12.22 10:31 Сейчас в теме
(1) Какая версия Документооборота ?
22. hoyo 15.12.22 15:38 Сейчас в теме
2. XAKEP 12.12.22 18:16 Сейчас в теме
У вас есть бекап - рабочий
до начала ваших действий ?
до включения опции хранения в томах
3. hoyo 12.12.22 22:12 Сейчас в теме
(2)Сложный вопрос. Перенос был уже с месяц как, если не два. А зачем? Что предлагается делать?
8. XAKEP 13.12.22 08:09 Сейчас в теме
(3)
а затем,
что для проведения таких действий всегда нужен бекап
проверенный

если вы спрашиваете о действиях месячной давности,
то даже советовать нечего
из того , что думал....

зачем оно вам ?
4. SGordon 12.12.22 22:50 Сейчас в теме
Можете показать размер ваших файлов *.mdf и *.ldf?
9. hoyo 15.12.22 09:00 Сейчас в теме
(4)файл данных 320 012 Мб, файл логов 1302 МБ
16. XAKEP 15.12.22 12:06 Сейчас в теме
(9)
https://infostart.ru/1c/articles/613909/
только сначала на другой базе, а потом на своей
и БЕКАПЫ !!!!
5. karamazoff 96 12.12.22 22:51 Сейчас в теме
Предлагается восстановить базу из бекапа
6. starjevschik 12.12.22 23:12 Сейчас в теме
я бы делал так:
1) убедился, что справочник файлов пустой
2) Тии
3) перевести базу в симпл рекавери и шринк.
10. hoyo 15.12.22 09:01 Сейчас в теме
(6) Так я делал уже ТиИ - "Реструктуризация таблиц", не помогло. Вы какой пункт предлагаете сделать?
15. starjevschik 15.12.22 10:57 Сейчас в теме
(10) все три пункта, которые я описал, именно в таком порядке.
7. SGordon 12.12.22 23:46 Сейчас в теме
У меня SQL Server Management Studio на русском.
Попробуйте с начала на копии:
- в параметрах базы устанавливаем реквизит "Модель восстановления:" - Простая
- выполняем процедуру "Задачи - Сжать - Базы данных", все параметры по умолчанию
- после, в параметрах базы возвращаем реквизит "Модель восстановления:" - Полная
11. hoyo 15.12.22 09:05 Сейчас в теме
(7) "Сжать" это и есть Shrink, который я делал. Модель восстановления на простую я конечно не менял, попробую, но у меня сомнения. Это же на логи влияет, размер логов у меня минимальный, у меня сам файл данных в SQL огромный.
17. RustamZz 15.12.22 13:54 Сейчас в теме
20. hoyo 15.12.22 15:34 Сейчас в теме
(17) Вот. Видно что одна конкретная таблица сожрала всё место.
Прикрепленные файлы:
21. RustamZz 15.12.22 15:35 Сейчас в теме
(20) Ну теперь смотрите что за таблица
24. hoyo 15.12.22 16:36 Сейчас в теме
(21) Как оказалось, это не сами файлы, это Справочник.СообщенияИнтегрированныхСистем. Фиг знает, какое это отношение имеет к файлам, но там куча помеченных на удаление (60 000 с лишним), вычищу, посмотрим что будет с размером. Спасибо за наводку.
25. sssss_aaaaa_2011 15.12.22 21:04 Сейчас в теме
(18)
То-то я вижу вы дофига понимаете в устройстве MS SQL, если ляпнули что "ваши файлы теперь там ничего не занимают". Именно для этого я и делал Shrink и если бы место было не занято, shrink бы его освободил.
Плюньте в глаза тому, кто вам это сказал. Ибо это полная чушь. Для срабатывания Shrink надо соблюсти некоторые условия. О чем, похоже, даже не задумывались. Может таки сначала доку по сей команде почитаете и не будете ламерствовать, обсуждая вопросы, в которых вы ни хрена не понимаете?
user1881120; +1 Ответить
26. пользователь 15.12.22 21:11
Сообщение было скрыто модератором.
...
Оставьте свое сообщение

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