7.7 Бэкап SQL-базы на лету. Интересно мнение кто сталкивался с этим

Я недавно читал книжку и наталкнулся на такую вещь. Часть главы я отсканировал и прекрепил к теме.

я это так понимаю:
1. база лежит на зеркальном томе и активно юзается
2. стопаешь "на мгновение" СУБД
3. делаешь "сломать зеркало"
4. запускаешь СУБД
5. СУБД активно юзает один из дисков в бывшем зеркале
6. ты загребаешь копию базы с неактивного диска
7. востанавливаешь зеркало

Интересно мнение людей которые может быть пробывали это реализовать. Сам я такого не делал. :unsure:

Книжка называется "Microsoft Windows Server 2003. Справочник администратора.2004"
Авторы: Чарли Рассел, Шарон Кроуфорд, Джейсон Джеренд
Изд-во: Эком

Ага, а во время стопа 1С вываливет "Ошибку транзакции" , нафиг нужно.
До ночи или до вечера не подождать?



Я не пытался реализовать, но предполагаю, что так и будет.

А для чего вам необходимо прямо налету?

На рабочей базе я такое тоже не буду реализовывать. Прочитав в книге это я решил просто поинтересоваться. У меня бэкапы делаются каждую ночь.

Это у всех так.
Должен же быть смысл этого, я например, не вижу. Ну если только ради эксперимента.

хм... странно они советуют сделать бакуп... стандартные средства MS SQL и Oracle позволяют сделать бакупы на лету (горячие).

не ну если вопрос о бекапе 1C+SQL то гораздо проще из планировщика пакетный режим запускать, и ждать до вечера не надо, а если во время работы то проще выгнать пользователей с расылкой сообщений , сохранением таблиц и т.д... ведь sql стопить
по-моему это жестко. да и на восстановл. рейда тоже время надо

А вы пробовали выгнать рассылкой? Юзверы никогда не раегируют ни на какие рассылки, включают дурака и делают вид что невидят- только по телефону по личной просьбе, а чаще приходится оббегать каждого и уговаривать. :unsure:


Да и речь идет про автоматизацию- никто небудет каждый день устраивать рассылку, обзвон или кросс по этажам.

Блин, что ночью тоже юзеры не реагируют на принудительное изгнание из 1С? или лень руками написать нормальный монитор пользователей? а рубить SQL когда его юзвери юзают вовсю это вариант??!! B) если требуется горячие бекапы делать во время работы юзеров то надо либо sql учить , либо гемороидально 1с-ом как-то выгружать-сохранять данные, и то никто не застрахован от <объект заблокирован>... тут может РаспредИБ, наверное, помочь...