Новости для бухгалтера, бухучет, налогообложение, отчетность, ФСБУ, прослеживаемость и маркировка, 1С:Бухгалтерия

Вход или Регистрация

Показывать по 10 20 40 сообщений
Новая тема Ответить
Письмо в техподдержку 1С
[Прочее]

Как уменьшить размер базы

Badim
читатель
офлайн
Дата регистрации: 10.02.2010
Сообщений: 55
Пост №11
 
24.09.2010 10:16

НАШЕЛ!!!<br><br>из форума:<br>http://www.sql.ru/forum/actualthread.aspx?tid=533746#5387353<br><br>P.P.S. Если у вас распухает до бесконечности размер журнала транзакций, скоре всего, выставленная в свойствах БД Recovery Model (модель восстановления) не соответствует фактически используемой практике архивирования данных.<br><br>Если Recovery Model установлена в Simple, то журнал транзакций будет очищаться регулярно сам. Но архивировать вы сможете не транзакции, а только содержимое базы данных уже в каком-то зафиксированном виде. Поэтому и восстановить сможете данные только на момент архивирования.<br><br>Если Recovery Model установлена в Full или в Bulk-Logged, то журнал транзакций сам не очищается. Ожидается, что DBA будет архивировать кроме самой БД еще и журнал транзакций - и он очищается именно после архивирования журнала транзакций (команда Backup Log). Если же DBA не настроил процедуру автоматической архивации лога, и не архивирует его руками, журнал транзакций может вырасти до таких размеров, что никаких дисков не хватит. И на многие порядки превысить размер файла БД.<br><br>Лично я предпочитаю использовать Recovery Model = Bulk-Logged. Это позволяет восстанавливать информацию в базе данных по состоянию на любой момент времени, а не только на момент архивирования. Более того, такая модель восстановления позволяет восстанавливать данные на момент непосредственно перед выполненной ошибочно операцией (например, после случайного удаления важной информации), даже если последнее архивирование производилось задолго до выполнения ошибочной операции, и между периодом архивирования и ошибочной операцией уже было введено много ценных данных, которые не хочется потерять. Эта особенность делает такую Recovery Model особо ценной. Нужно только не забывать архивировать журнал транзакций... :) "<br><br>Как спасательный круг перевел Recovery Model в Simple<br><br>База сразу же "сбросила" все транзакции и лог-файл стал 0 размера. Данные на месте.<br><br>Вечером переведу обратно в FULL и настрою архивирование журнала с последующей очисткой.

Badim
читатель
офлайн
Дата регистрации: 10.02.2010
Сообщений: 55
Пост №12
 
24.09.2010 10:31

Еще от туда же:<br><br>"P.S. Поясню, почему Bulk-Logged предпочитаю Full. Большинство систем (как 1С, так и ИНФИН, которым мы тоже пользуемся) хранит часть информации в BLOB-полях, операции с которыми не во всех режимах попадают в журнал транзакций. Поэтому при восстановлении из архива с использованием бэкапа лога часть информации может не восстановиться при использовании RM=Full. А в BLOB-полях содержатся, например, шаблоны форм"<br>

Показывать по 10 20 40 сообщений

Читают тему:

1 гостей
Быстрый переход
Для технических специалистов
  • Книга жалоб и предложений по работе сайта
  • Для технических специалистов
  • Представление регламентированной отчетности
  • Говорильня
  • Бухгалтерский учет: обсуждаем проекты нормативных актов и рекомендаций по ведению учета от БМЦ
  • Новый порядок применения ККТ (онлайн кассы с передачей сведений в ФНС)
  • Интернет-конференция: Оформление командировок по новым правилам
  • МАРКИРОВКА
  • ЕГАИС
  • Учет, налогообложение, автоматизация