Задать вопрос
@Drawn

База 1С документооборот стала весить 60ГБ, что делать?

1) Имеется база 1С: Предприятие х64, база крутится на MSSQL Standard, сама база Документооборот, база весит .ldf 66ГБ, понятное дело там у нас и документы входящие от поставщиков, и мы электронно согласовываем пачки документов в процессах, как это можно уменьшить?
2) После обновления платформы на 8.3.24.1691 до 08:00 бывает не удается авторизоваться в 1С(ни в ЗУП, ни в Документоборот), то есть тупо курсор маслает и все на этом. начиная с 08:10-08:20, все в порядке. 1С-ка стоит на WinServer 2016 и там же MSSQL Standard, в логах SQL либо в логах WinServer'a ничего нет, кто сталкивался с этим, что это может быть?
  • Вопрос задан
  • 578 просмотров
Подписаться 2 Простой 4 комментария
Решения вопроса 2
@RStarun
Смотрите, база данных в MS SQL сервер у вас ведется в режиме "полный".
В этом режиме все транзакции кроме того что они записываются в саму базу, пишутся еще и в лог файл, тот самый ldf. Вам нужно узнать сколько в реальности у вас занимает сама база, а не лог файлы от нее.
Для этого в ms sql management studio нужно построить отчет по занятому месту на диске. Там буквально на базе правой кнопкой, отчеты, занято место на диске. Можно и другими способами, но этот самый адекватный и простой.

Потом вам нужно определиться с дальнейшей архитектурой.
  1. Если вы так и оставите режим "полный", то нужно снимать резервные копии с журналов транзакций. Обычно достаточно раз в 15-20 минут. Тогда журналы не будут разрастаться до неприличных размеров. 1-3 гб скорее всего будут у вас. Делать это можно через агента sql сервера, добавив в него соответствующее задание. Ну и задания на полный и дифф бэкапы тоже.
  2. Можно перейти с режима "полный" на режим "простой". В этом случае лог файлы не будут вестись вообще, а значит не нужно заморачиваться с их резервным копированием и очисткой. Кстати, для приведения лог файлов к нормальному размеру вам придется временно перейти на простой режим работы.


Что касается размеров самой базы с документооборотом, все современные конфигурации предлагают два варианта хранения документов:
  1. внутри самой СУБД
  2. на файловом хранилище

Если документов много, то обычно подходит файловое хранилище. Просто СУБД не очень хорошо справляется с хранением файлов. Но при хранении файлов отдельно возникает вопрос в обслуживании (резервном копировании) всей этой конструкции.
Ответ написан
Комментировать
@hipp-e
Я так понимаю в скуле тебе лучше аккуратнее ....
Первым делом останавливаешь сервер предприятия, потом сам скуль и его агента. Берешь файлы базы и прячешь бэкапы поглубже куда-нибудь. Потом стартуешь обратно скуль, открываешь менеджмент студию жмешь кнопку new query и там прогоняешь следующий скрипт (надо заменить BuhRus на имя твоей базы а BuhRus_log на логическое имя файла журнала - можно посмотреть открыв в менеджмент студии свойства базы, раздел файлы, там первая колонка - если в имени будет дефис то его нужно взять в кавычки "вот-так_log" ) :

use BuhRus
ALTER DATABASE BuhRus SET RECOVERY SIMPLE
go
DBCC SHRINKFILE (BuhRus_log, 1);
ALTER DATABASE BuhRus SET RECOVERY FULL
go

И жмкаешь вверху execute.
если все в порядке то файл журнала ужмется до размера инициализационного, а внизу появится надпись ok рядом с базой. Также этот скрипт можно гонять по расписанию раз в неделю. Лучше естественно после бэкапов и прочего регламента
Ответ написан
Пригласить эксперта
Ответы на вопрос 2
@elderl
Комментировать
fosihas
@fosihas
Автоматизации учета на 1С.
база весит .ldf 66ГБ,

Он вам точно нужен?...
1. У вас есть специалисты которые уменют работать с этими данным
2. Вам или комуто из знакомых, сколько раз этот файл пригодился. Применительно для 1С.

Ответив на это поймете нужен он вам или нет.
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы