Имя: Пароль:
IT
Админ
ОФФ: FULL или Simple режим SQL базы?
,
0 Umka2008
 
24.10.12
13:06
1. Simple 63% (19)
2. FULL 33% (10)
3. у меня вообще файловый 3% (1)
Всего мнений: 30

Есть база Торговля в 8.2 sql. Сейчас стоит FULL. Делал шринк лога, при фулл не получилось. Перевел в Симпл, сработало
Могу оставить ее в этом режиме? Или каждый раз прыгать туда - сюда?
У кого как стоит и что посоветуете?
1 dangerouscoder
 
24.10.12
13:07
Планы обслуживания изучи и будет - счастье

FULL
36 rs_trade
 
24.10.12
13:44
1. раз в сутки фулл
2. каждые 4 часа дифф
3. каждый час лог журнала

(30) кроме ошибок есть еще много всего прочего. сама 1с способна вывести свою базу из строя.

FULL
51 Chai Nic
 
24.10.12
13:50
(16) Вот у многих ложное понимание, что FULL более отказоустойчив, чем SIMPLE. На самом деле, FULL всего лишь дает ВОЗМОЖНОСТЬ архивации журнала транзакций, что опять таки дает возможность быстро бэкапить состояние базы, записывая лишь изменения. Хоть каждые 5 минут. Но это именно ВОЗМОЖНОСТЬ, которую админ должен РЕАЛИЗОВАТЬ!

Если это не надо - тогда и незачем включать режим FULL.

FULL
74 ptiz
 
24.10.12
13:59
Иногда возможность восстановить базы "до секунды" позволяет выявить причины "глюков 1С".

FULL
134 0xFFFFFF
 
24.10.12
21:47
У мну FULL каждые 10 минут, т.к. ячеистое хранение. Если база наикнется (не дай бох)..., то даже часовой давности бэкап не поможет. Т.к. рота бойцов бегает по складу с терминалами. Попробуй потом восстанови - чего они там между ячейками наперемещали...

FULL
143 Armando
 
25.10.12
07:17
Все базы ставлю фулл. В рабочее время бекапы лога каждый час делаются. Все что старше 30 дней - удаляется. Плюс планы обслуживания. Все нормально шринкуется.

FULL
153 Sammo
 
25.10.12
07:53
Кстати, у нас настроен логшиппинг на другой скульный сервачок. В результате, если грохнется основной - запустить рабочую базу можно через 15 минут с потерей данных в 10 минут. А логшиппинг только фулл.

FULL
174 Ёпрст
 
25.10.12
09:15

FULL
182 lett
 
25.10.12
09:20
так, мои проигрывают, надо поддержать

FULL
199 Шурик71
 
25.10.12
09:30
(168) Вот именно.

FULL - есть средство предотвращения непредвиденной ситуации.
Когда по любым ситауциям, кроме аппаратных сбоев на сервере и физического разрушения БД SQL (а это не так легко сделать) есть возможность откатиться на _любой_ момент времени. В т.ч. и за минуту до аварии.
Поэтому (тсссс.... секрет...) после косяков первым делом делают... еще один бюкап лога. И восстанавливают за минуту до этого.

А возможность "машины времени" для просмотра истории при восстановлении в копию идет весьма существенным бонусом.

При нормальной настройке плана обслуживания никаких проблем с базой нет и снижение производительности несущественно.

Конечно, проще сказать "расстреляем всех, кто сделает любой косяк" и утверждать, что проблем не было, нет и не будет; а если будут - то только за счет накосячившего :)

FULL