Автоматический бэкап средствами 1С, который обязательно сделается (без перезапуска сервера).

Администрирование - Архивирование (backup)

180
Обработка для формирования скрипта, который в SQL версии 1С блокирует базу и через 5 минут разрывает абсолютно все соединения с ИБ. Просто прописываем скрипт в планировщик и наслаждаемся свежим .dt файлом каждый день.

Обработка предназначена только для SQL версии 1С. Чтобы создать резервную копию средствами 1С нужно заблокировать базу и отрубить повисших пользователей через консоль... Но как быть если 200 пользователей не хотят на ночь выходить из базы? Ориентирована обработка на системных администраторов, которым нужно организовать ежедневное автоматическое создание резервной копии. В режиме "1С:Предприятие" она формирует файл vbs скрипта, который можно скомпилировать (чтобы не хранить пароли открытым текстом). Этот скрипт устанавливает блокировку ИБ, ждет 5 минут, после чего жестко отключает все соединения с ИБ. После завершения всех соединений (даже открытого конфигуратора), начинает с кодом доступа выгружать базу. Даже при возникновении ошибок (например появилось регламентное задание после разрыва всех содинений) база все равно будет выгружена.

Запуск скрипта необходимо настроить в планировщике заданий Windows, например на ночь.

Инструкция по установке
1. Скачать обработку с сайта и сохранить, например, на рабочий стол
2. Запустить в режиме "1С:Предприятие" базу данных для которой будет настроено архивирование
3. В 1С:Предприятии через меню "Файл" открыть файл с рабочего стола "Формирование скрипта VBS (VBE).epf"
4. Указать параметры скрипта и нажать кнопку "Сформировать"
5. Дождаться сообщения, об окончании настройки (Создается пользователь Робот для бэкапа с полными правами и 36 значным паролем - каждый раз новый, уникальный, никому неизвестный GUID)

Что делать, если при архивировании произошел сбой и блокировка не снялась?
1. Блокировка автоматически снимается через 1 час после запуска скрипта.

Что делать, если базу перенесли на другой сервер или переименовали?
1. Повторить действия, описанные в "Инструкции по установке"

 Важно: скрипт работает только если на сервере установлен компонент COMСоединение (по умолчанию не ставится). Чтобы проверить, заходим на сервере 1С в панель управления \ Установка удаление программ \ Сервер 1С Предприятие \ Изменить... Если нужно, добавляем COMСоединение.

Обработка сделана на основе //1c.krasnodar-it.ru/public/19363/ и доработанного скрипта //1c.krasnodar-it.ru/public/63813/

180

Скачать файлы

Наименование Файл Версия Размер
Формирование скрипта VBS (VBE) - управляемые формы - для 8.3
.epf 52,95Kb
21.12.16
119
.epf 52,95Kb 119 Скачать
Формирование скрипта VBS (VBE) для 8.2
.epf 54,18Kb
06.07.15
270
.epf 54,18Kb 270 Скачать
Формирование скрипта VBS (VBE) для 8.1
.epf 53,95Kb
06.07.15
226
.epf 53,95Kb 226 Скачать

См. также

Комментарии
Избранное Подписка Сортировка: Древо
1. Re:аниматор 417 17.02.10 03:49 Сейчас в теме
При скачивании пишется файл как "Установка"

з.ы. firefox
adminss; Argutator; OrsoBear; +3 Ответить
2. hopter 34 17.02.10 04:48 Сейчас в теме
А зачем делать бэкап средствами 1с, если можно сделать средствами sql-сервера?
В чем подвох?
cleaner_it; Virsy; JohnConnor; madonov; sCHTASS; vdenu; +6 Ответить
3. a-novoselov 1049 17.02.10 08:28 Сейчас в теме
(2) Подвох в том, что .dt файл можно развернуть в любом другом сервере БД без проблем, хоть в файловом варианте. Архивы весят в 20 раз меньше, чем бэкап средствами SQL (хранить историю базы в SQL бэкапах никакого места не напасешься, темболее оно ценно на рэйд-массиве), также получается 100% гарантия целостности базы.
У нас бэкапы обоими средствами делаются одновременно (бекап средствами 1С и полный бэкап SQL выполняется примерно одинаковое количество времени), если на время SQL бэкапа база будет заблокирована, то SQL сервер будет только за :)
Jenya78; olegka.ru; NeoeN; aids-ice; +4 Ответить
4. hopter 34 17.02.10 08:57 Сейчас в теме
100. testmode 18 22.06.12 15:45 Сейчас в теме
(3) Мало весят это от того что они сжаты, никто не мешает тебе также сживмать SQL бакап, даже хоть и средствами Сервера
cleaner_it; +1 Ответить
101. a-novoselov 1049 22.06.12 16:14 Сейчас в теме
(100) Все равно сжатый SQL-бэкап будет б'ольшим по объему, т.к. SQL кладет в бэкап также индексы таблиц, 1С в .dt индексы не кладет, а пересоздает их при разворачивании базы.
164. glog 14.09.17 17:53 Сейчас в теме
(3) Боюсь огорчить, но .dt не 100% гарантия. Был у меня случай, когда она отказалась разворачиваться из-за ошибки в платформе, она не переваривала некоторую последовательность символов в двоичных данных справочника "Вложения электронной почты". Тогда спас только SQL-бэкап. Потом эту конкретную ошибку поправили, но где гарантия, что новых не наделают? Банальность скажу, но надо бэкапы делать всеми возможными способами.
cleaner_it; Dementor; yazuzenko; Gizmo_esu; +4 Ответить
168. asved.ru 36 18.10.17 08:40 Сейчас в теме
(3) SQL-серверу глубоко пофиг, заблокирована ли база. Он бэкапит снапшот.
А dt - не бэкап, а транспортный формат. В общем случае гарантий его восстановимости 1С не дает, и это русским по белому написано в руководстве администратора.
cleaner_it; Dementor; necropunk; +3 Ответить
5. jkzx 17.02.10 09:05 Сейчас в теме
-Архивы весят в 20 раз меньше, чем бэкап средствами SQL ...(2)
А вы не пробовали жать бэкап ? У меня жмется тем же раром и вес после этого сопоставим с .dt
madonov; Fuego; +2 Ответить
6. a-novoselov 1049 17.02.10 09:27 Сейчас в теме
(5) Понятно, что можно сжимать. Но когда рабочий сервер MS SQL, тестовый PostgreSQL и каждому разработчику нужна еще локальная файловая копия, то без .dt файлов никак не обойтись.
cleaner_it; +1 Ответить
160. AlexO 125 22.07.17 15:34 Сейчас в теме
(6)
Но когда рабочий сервер MS SQL, тестовый PostgreSQL и каждому разработчику нужна еще локальная файловая копия, то без .dt файлов никак не обойтись.

DT-файлы - не надежный контейнер, база может и не восстановиться.
Да и сама 1С давно признала - DT-архивирование не может применяться в качестве основного бэкапирования.
cleaner_it; +1 Ответить
161. slavikss 23.07.17 04:41 Сейчас в теме
(160) Новая для меня информация. В чем ненадежность? Где они такое признали, можно ссылочку?
162. a-novoselov 1049 24.07.17 10:59 Сейчас в теме
(161)
Если размер одной из таблиц превышает 4 ГБ (например хранилище файлов какое-нибудь), то вы не сможете сделать выгрузку в DT файл из-за ограничений внутреннего формата хранения файлов 1С. Так же при работе с очень большими таблицами наблюдаются падения платформы 1С при восстановлении с ошибкой "Недостаточно памяти".

(160)
Да, бэкап средствами SQL нужно настраивать в первую очередь. Средствами 1С только как дополнительный механизм. К счастью, оба бэкапа могут выполняться одновременно.
cleaner_it; +1 Ответить
7. imagoman 83 17.02.10 10:13 Сейчас в теме
Спасибо! скачал, сформировал, создал задачу - седня в полночь сделается, утром проверю :)
9. a-novoselov 1049 17.02.10 11:04 Сейчас в теме
(7) Проверьте, стоит ли COMConnection на сервере.
8. alexchebanenko 17.02.10 10:48 Сейчас в теме
21. Abadonna 3721 22.02.10 16:19 Сейчас в теме
(8)
Еще бы такое под 7.7

http://infostart.ru/public/66153/
я чего-то в свое время снес её, сейчас опять положил, погляди.
95. a-novoselov 1049 08.06.12 19:12 Сейчас в теме
Кусок кода:
	|Sub SaveToLog(file,msg)
	|	Set FSO = CreateObject(""Scripting.FileSystemObject"")
	|	Set File = FSO.GetFile(file)
	|	Set TextStream = File.OpenAsTextStream(8) -------171 строка, не может файл записать
	|	TextStream.Write msg
	|	TextStream.Close
	|End Sub";
Показать


"dump_log.txt" найти не может. Создай файл с таким именем в папке, в которой скрипт выполняется(лежит).
10. bulpi 136 17.02.10 14:41 Сейчас в теме
1.Файл скачивается с расширением chm. Пришлось переименовать.
2.Насчет "разрывает абсолютно все соединения" это Вы погрячились. А зависшие фоновые задания?
12. a-novoselov 1049 17.02.10 15:06 Сейчас в теме
(10)
1. Это к Доржи лучше обратиться, выложено все нормально.
2. Все соединения на всех процессах, кроме COM гасятся, фоновые задания в том числе.
(11) Это чтобы кнопка очистки в элементе управления работала)
13. bulpi 136 17.02.10 16:20 Сейчас в теме
(12) "Это чтобы кнопка очистки в элементе управления работала"
Я не понял, это юмор такой , что-ли? Вы уберите эту фигню, а то кто-нибудь на 1с-говнокод запостит.
14. a-novoselov 1049 17.02.10 16:41 Сейчас в теме
(13) Да, действительно без этого работает. А в Си++ и в Дельфи не работало без кода...)) Изначально было:
Процедура ПутьАрхивовОчистка(Элемент, СтандартнаяОбработка)
ПутьАрхивов = "C:";
КонецПроцедуры
11. bulpi 136 17.02.10 15:01 Сейчас в теме
А это что еще за творчество :
Процедура ПутьАрхивовОчистка(Элемент, СтандартнаяОбработка)
ПутьАрхивов = "";
КонецПроцедуры


Это к чему ????????
15. sound 530 18.02.10 14:16 Сейчас в теме
Нормально, только надо было предупредить что оно юзера создает
16. alexk-is 6334 19.02.10 11:41 Сейчас в теме
17. sound 530 19.02.10 11:54 Сейчас в теме
(16) то есть чтобы понять, что там еще может произойти нужно пройтись по всем ссылкам? Да тут каждая четвертая обработка - часть другой, взятой тоже где-то тут :)
18. alexk-is 6334 19.02.10 12:09 Сейчас в теме
(0) Алексей, вот видишь. Говорил я тебе: "Поработай над описанием"... :)
a-novoselov; +1 Ответить
19. taishy 50 20.02.10 12:20 Сейчас в теме
А не полетят ли сохраненные настройки пользователей, которые обычно слетают, когда 1Ска закрывается не по воле юзера?
22. a-novoselov 1049 24.02.10 12:11 Сейчас в теме
(19) Большинство пользователей после установки блокировки успевают отключиться.
(20) Полностью переустановить сервер. Сперва снести, потом выбрать при установке этот компонент. Но что-то с трудом вериться, куда пункт изменить-то мог подеваться? Это помойму стандарт еще со всремен появления "Windows Installer".
24. taishy 50 24.02.10 13:08 Сейчас в теме
(22) Бэкап и прочие "еженочные" процедуры проходят около 00:10. Много юзеров забывают отключать платформу(да, комп на ночь не выключают).
25. a-novoselov 1049 24.02.10 15:27 Сейчас в теме
(24) Предлагаете локально на каждый комп заходить и корректно 1С-ку тушить?)) У них будет сообщение, что соединение разорвано администратором.
(23) Да надо пользователю, из-под которого бэкап стартует, дать право выполнения DCOM операций при невыполненном входе в систему в служебной программе "Управление службами компонентов"
26. Garstag 80 24.02.10 17:43 Сейчас в теме
(25) А где бы подробней почитать, в каком конкретно месте мне надо устанавливать права локальному пользователю в "Component Services", а то там можно такого наворотить по незнанию...
:-)
27. a-novoselov 1049 25.02.10 17:23 Сейчас в теме
(26) В журнале событий Windows посмотрите ошибки по Distributed COM там конкретнее чуть пишется, или http://ru.wikipedia.org/wiki/Component_Object_Model там ссылки на MSDN есть.
28. Garstag 80 05.03.10 15:53 Сейчас в теме
(27) Нет никаких ошибок в журнале событий, а скрипт упорно виснет в момент создания v82.COMConnector
20. Legioner39 20.02.10 12:44 Сейчас в теме
Важно: скрипт работает только если на сервере установлен компонент COMСоединение (по умолчанию не ставится). Чтобы проверить, заходим на сервере 1С в панель управления \ Установка удаление программ \ Сервер 1С Предприятие \ Изменить... Если нужно, добавляем COMСоединение.

У меня нет такого пункта в изменить... как можно еще это настроить?
23. Garstag 80 24.02.10 12:55 Сейчас в теме
Поддерживаю насчет отсутствия СОМ-соединения в установочном меню. У меня версия платформы 8.2.10.73, похожий скрипт прекрасно отрабатывает интерактивно, но почему-то виснет в момент создания СОМ-соединения под шедулером, даже если у пользователя права Доменного Администратора.
Сервер - 2008 R2 х64. Если кто-то сталкивался с этим, подскажите, плиз, куда копать?
29. I_G_O_R 52 06.03.10 13:37 Сейчас в теме
Преимущество бэкапа средствами SQL - не надо выгонять пользователей. А если отключать всех пользователей, на хрена тогда парить сервер? обычным copy копируем файлы и архивируем если надо, развернуть будет тогда вооще быстро, т.к. разархивация несравнено быстрее архивации. А если база большая, можно на выходных делать полный бэкап а всю неделю(и даже в обед, если сильно надо) архивировать журнал транзакций. И вообще выгонять насильно(принудительно отключать) пользователей плохая идея, бывает потом глючит и нужно потом кэш на каждом компе очищать.
30. a-novoselov 1049 07.03.10 13:25 Сейчас в теме
(29) При бекапе средствами SQL, во-первых нельзя разверноуть базу в файловом варианте либо на другом SQL сервере (IBM, Postgres). Во-вторых замечен глюк при развозворачивании базы из SQL бэкапа теряются пользователи ИБ, т.е. справочник "Пользователи" полный, а список пользователей ИБ наполовину пустой. Хз как лечить...
(28) Не знаю, на 82 не тестировал, но на 81 глюк лечится добавлением пользователя, из под которого запускается скрипт (Администратор) в группу "Пользователи DCOM" и установкой COM-соединения на сервер.
31. Kiber_ 11 11.03.10 17:16 Сейчас в теме
Я вот чего не пойму...
Почему публикация называется "кторый обязательно сделается (без перезапуска сервера)"?...
Если допустим поднять com-соединение к базе, и "забыть" его закрыть, разве бэкап сделается?
Или если места на диске не хватило... Такое тоже ведь возможно, верно?

Если честно, думал здесь какой-то механизм повторных попыток бэкапа реализован...
Но идея со Scripts Encryptor'ом весьма достойна. Хоть какая-никакая, а защита пароля...
nikitosk; +1 Ответить
32. a-novoselov 1049 12.03.10 06:48 Сейчас в теме
(31) Да, чот переборщил чуток сназваньем... Если метеорит в сервер попадет тоже бэкап врядли сделается... Здесь рассчет на то, что пользователи могут конфигуратор открыть и оставить на ночь, или окно с вводом пароля (когда блокировкой не викидывает, а соединение есть), а если программист COM-соединение забыл закрыть или админ за свободным местом на сервере не следит то это уже проблеммы другого уровня и бороться с такими проблемами эффективнее административными мерами а не программными.
33. privet2004444 15.03.10 21:04 Сейчас в теме
Спасибо большое :D Все прекрасно работает
34. a-novoselov 1049 16.03.10 10:33 Сейчас в теме
(33) А плюсануть, када все прекрасно? 8-)
35. privet2004444 17.03.10 09:52 Сейчас в теме
36. privet2004444 17.03.10 09:55 Сейчас в теме
еще бы раза три плюсанул, но не дает ... придется другим порекомендовать :D
37. 1vasia1 15 18.03.10 20:01 Сейчас в теме
Зачёт полный! :) Реально отрубает всех. Я долго маялся с этим, а тут готовое решение.
38. beregnov 20.09.10 22:06 Сейчас в теме
Большое спасибо! А как можно реализовать такоеже но с двумя серверами 1С Предприятия? 8.1 ИмяСервера, 8.2 ИмяСервера:1641. Буду очень признателен.
39. a-novoselov 1049 21.09.10 09:46 Сейчас в теме
(38) В каждой базе запустить обработку - для каждой базы будет свой скрипт vbs.
40. beregnov 21.09.10 14:28 Сейчас в теме
Нет не получается! Я думаю проблема в ИмяСервера:1641 (1641 - это порт!!!) это к томуже кластер 1С 8.2
51. a-novoselov 1049 25.11.11 16:19 Сейчас в теме
(40) Сделал отдельную обработку для 8.2
53. DanilovaOlga 01.12.11 10:39 Сейчас в теме
(51) А где эта обработка? Мне очень надо!!!
41. fordes 3 07.12.10 08:32 Сейчас в теме
для 8.2 не работает. Если галку не компилировать не ставить выдает ошибку записи файла. win2008 sql2008
42. fordes 3 07.12.10 09:34 Сейчас в теме
гоню...все супер работает!!! огромное спасибо!!! +
43. Fuego 429 17.12.10 23:13 Сейчас в теме
Я делаю резервирование средствами MS SQL каждый день: полная копия - ночью, и в рабочее время сохраняю цепочки журнала каждые 15 минут. И это конкретно работает. DT-шник мне нужен, чтобы загрузить "свежие" данные в локальные копии баз команды разработчиков. Но даже ради этого я не готов жертвовать стабильностью. Я делаю восстановление полной копии в "тестовую" базу, а из неё выгружаю dt-шник. А также стоит отметить, что это есть и тестовая версия на сервере. DT-шник нужен не каждый день, и насильное отключение пользователей от БД - тоже не дело. Тогда уж выключайте сервера на ночь, и пользователи приучатся завершать все открытые окна... В старых типовых конфах есть "выгонялка" - после доработки очень даже хорошо работает (на случай, когда нужна реструктуризация БД). А копии SQL в лёгкую сжимаются любым архиватором. У меня всё автоматизировано, и архивы 7zip хранятся за последние 3 месяца - постепенно удаляются. Правда, для такой автоматизации скрипты типа js и vbs не помогли - писал прогу на С++ (хотя, больше склонялся к с++ из-за удаления старых резервов в корзину). И ещё раз повторюсь - это конкретно работает, и без ущерба психики пользователей.
mickey.1cx; headMade; ГМВ; +3 Ответить
44. Diversus 1778 17.12.10 23:19 Сейчас в теме
(43) в MS SQL 2008, кстати, появлиась возможность сжатия резервной копии, поэтому можно не делать архив 7z из бэкапа, а настроить, чтобы бэкап сжимался
45. iceflash 4 16.02.11 16:15 Сейчас в теме
(44) А в постгрес давно есть возможность изменения формата бэкапа, сжатия, или вообще перенаправление потока=)
46. iceflash 4 16.02.11 16:18 Сейчас в теме
Но собственно автор говорит просто о возможности более быстрого "обмена" бэкапами между разными СУБД, и это действительно удобнее, в данном случае.
47. Mishka_78 27.09.11 10:09 Сейчас в теме
Спасибо. Использую уже более полугода на 8.1 - все замечательно. +500
48. nikdn 18.10.11 11:51 Сейчас в теме
Спасибо, очень помогла в работе!
49. Bolik13 31.10.11 14:49 Сейчас в теме
50. Dethmond 13.11.11 11:30 Сейчас в теме
Давно искал подобное решение, спасибо огромное!
52. opiumdx 30.11.11 18:25 Сейчас в теме
Спасибо! Сейчас скачаю и проверю как отработает в ночное время) у нас в базе постоянно кто-то висит...
54. DanilovaOlga 01.12.11 11:10 Сейчас в теме
Извините, разобралась, не туда нажала...
117. rnv_ln 03.09.15 13:05 Сейчас в теме
Не удалось создать пользователя Робот для выгрузки информационной базы. {ВнешняяОбработка.ФормированиеCкриптаVBSДляSQL.МодульОбъекта(54)}: Значение не является значением объектного типа (Пустая)

Вот что выдает при попытке сформировать скрипт?! Чтобы это значило?
120. a-novoselov 1049 03.09.15 16:39 Сейчас в теме
(117) (118) Спасибо, поправил.

(119) Скрипт необходимо запускать на том же сервере, где расположен сервер 1С с установленной компонентой "COM-соединение", при запуске с других машин вряд ли получится корректно настроить права пользователей Windows.
55. DanilovaOlga 01.12.11 11:14 Сейчас в теме
Надеюсь она меня выручит .... Оооочень надо ...
56. DanilovaOlga 01.12.11 11:43 Сейчас в теме
Скачала теперь для 8.2, но увы... выдается окно:

Ошибка: descr=Сервер недоступен (Не отвечает, завершается аварийно или порт занят другим приложением) line=542
file=Scr\RemoteCreatorImpl.cpp
Код: 80004005
Источник: v82.COMConntctor.1

Помогите, прошу!
58. a-novoselov 1049 01.12.11 20:05 Сейчас в теме
(56) Скорее всего проблема с доступом к серверу, если Windows сервер 2008 или 2008 R2 то там сетевым (да и местным тоже) пользователям, по-умолчанию, запрещено использовать COM-соединение с процессами на сервере. Т.е. необходимо пользователю, под которым запускается скрипт, настроить права на работу с DCOM. Если пользователь сетевой, то дать права на RPC(remote procedure call - удаленный вызов процедур).

(57) Извлечь информацию из зашифрованного .vbe файла можно. Точнее при шифровании используется обфускация текста, алгоритм впринципе обратимый. Но сделать это может очень продвинутый человек, который еще сотней других способов, кроме расшифровки, сможет узнать ваш пароль, или вычистить его напрямую в базе данных... Защита кодированием от простых юзеров, которым хочется побаловаться под полными правами в базе данных.
59. DanilovaOlga 02.12.11 08:20 Сейчас в теме
(58)Благодарю за ответы. Я не сказала, но под 8.1 у меня работала обработка, пользовалась, потом платформу обновили, я обработку сама исправила под 8.2 и у меня такая же ошибка выходила, как и при использовании Вашей обработки. Да и права на сервере у меня полные ...
151. kozlovvp 10 06.07.16 09:14 Сейчас в теме
Не удалось создать пользователя Робот для выгрузки информационной базы. {ВнешняяОбработка.ФормированиеCкриптаVBSДляSQL.МодульОбъекта(56)}: Поле объекта недоступно для записи (Код)
M.Shalimov; +1 Ответить
152. M.Shalimov 151 06.07.16 12:14 Сейчас в теме
(151) kozlovvp, 56-ю строку в модуле объекта закомментируйте.
(0) 1. Не проверки что длина кода для пользователя не "0".
2. Запись файлов происходит на сервере, у пользователя от имени которого работает сервер может не быть прав на каталог с бекапами и валятся ошибки.

Переписал обработку для сохранения файлов на клиенте, но платить 3sm за обработку, которую нужно допиливать напильником как-то не весело.
57. DanilovaOlga 01.12.11 14:35 Сейчас в теме
и ещё вопрос: а можно извлечь информацию из компилированного вашей обработкой файла .vbe, т.е. расшифровать её?
60. zzz_natali 59 09.12.11 08:58 Сейчас в теме
Fuego пишет:

Я делаю резервирование средствами MS SQL каждый день: полная копия - ночью, и в рабочее время сохраняю цепочки журнала каждые 15 минут.

А не проще ли Snapshot делать? Поднимать базу будете дольше, чем частота инкрементов(не по самому времени выполнения подъема бакапа, а разобраться, что к чему и с чего начать)
61. mcb60 13.12.11 19:06 Сейчас в теме
(60) zzz_natali,
Snapshot, насколько я знаю, автоматически не удаляется и при архивации 30 баз (под 2-мя конфигурациями) это не выход.
62. rainstars 28.12.11 11:21 Сейчас в теме
63. stark.temp 19.01.12 12:19 Сейчас в теме
Исправь ошибку в названии. А так статья хорошая, ставлю +
a-novoselov; +1 Ответить
64. a-novoselov 1049 19.01.12 12:49 Сейчас в теме
(63) Ахаха статье 2 года, ты первый ошибку заметил...
65. lexeika 19.01.12 15:34 Сейчас в теме
Некоторые пользователи уже писали, что для SQL версии не нужно ничего придумывать. SQL Server имеет возможность делать бекапы и эта возможность намного луччше чем средства бекапа 1с. Полный бекап, дифференцированный,бекап лога позволяет Вам в случае возникновения проблем откатиться на нужное время (если например сделать бекап лога транзаций каждые 15 минут), то есть возможность откатиться на время кратное 15 минутам). ИМХО это намного лучше. При этом выгонять из базы никого не нужно.
user643327_infostart; +1 Ответить
66. a-novoselov 1049 19.01.12 15:45 Сейчас в теме
(65) Гениально! А свежую файловую копию для разработки / тестирования из .bak файла развернете? или в Oracle / Posgres / IBM DB2 ?
68. lexeika 19.01.12 15:57 Сейчас в теме
(66) да запросто. имея копию в sql я согу создать тестовую базу sql и развернуть ее в бекап. Причем также за любое время (зависит от настроек бекапа).
или в Oracle / Posgres / IBM DB2 - вы это делаете постоянно в рабочее время по 10-20 раз в сутки? До сих пор считаю, что для SQL - лучше использовать бекапы средствами SQL. Если нужно сделать бекап средствами 1с, можете предупредить пользователей чтобы они вышли (можно почтой, можно используя обработки 1с), а можете отключить наглым образом все соединения через серверную консоль 1с. и все.
mickey.1cx; ГМВ; Valerich; +3 Ответить
70. a-novoselov 1049 19.01.12 16:14 Сейчас в теме
67. a-novoselov 1049 19.01.12 15:50 Сейчас в теме
(65) Ни кто же не говорит, что средствами SQL бэкап делать не нужно. Даже наоборот, SQL бэкап необходимо делать в первую очередь, и как можно чаще diff и log...
69. lexeika 19.01.12 16:04 Сейчас в теме
(67) Ну я также про это и говорю.
71. zzz_natali 59 19.01.12 20:55 Сейчас в теме
(65) lexeika,
Хватит нести бред! Вы б еще бакапили каждые 5 минут!! Найдите мне контору со структурой бизнес-процессов, где обнаружение ЖОПЫ с базой определяется через пол-минуты после ее случения?
Я ВАС УМОЛЯЮ!!!
Да сисадмины/айтишники минимум час будут репу чесать и кормить манагеров/рукотделов/комдиров/гендиров просьбами подождать, прежде, чем въедут в тему(это, если их оперативно найдете в закоулках здания), где и что упало.
Еще столько же, в лучшем случае будут базу поднимать (столько же, потому, что советчиков набежит сразу с пол-дюжины).
Я не видела еще ни одного папика, кто держал бы резервный сервак(за несколько килобаксов) "под парами" где моментально поднималось бы зеркало(кластер) с рабочей базой.
Была одна контора, где фул-бакап делался в обед и вся челядь под роспись при приёме на работу во время ланча ничего в базе не делала(!).
ВСЁ!
Что-то происходит; форс-мажор какой - тупо поднимаем утреннюю/обеденную базу и перебиваем то, что профуфукано.
Да - некошерно, да - противно, да - сизифов труд, но... НО!
Понимаем, что у нас точка восстановления гарантированно вписывается в дальнейшую работу.
А если интенсивность работы такова, что "мама не горюй", то всё, что здесь тредится - детская песочница в соседнем дворе (ну Вы поняли: облака, дата-центры, файловер кластера и проч)
72. a-novoselov 1049 19.01.12 21:29 Сейчас в теме
(71) Каждые 15 минут это конечно жестко, тем более когда работа интенсивная, блокировки будут жуткие... Но вот в последних двух конторах, где я работал, разностный бэкап каждый час делался, и все довольны были.
74. zzz_natali 59 19.01.12 21:41 Сейчас в теме
(72)
Простите, уважаемый, кто был доволен?
Генеральный, у которого железо/софт падало каждую среду/пятницу, а отдел айти бодро рапортовал, что после 555го падения всё было восстановлено за 14,5 мин, что на 3,5% быстрее, чем в после 554го урона.
Есть такое понятие, как стоимость восстановления данных относительно к реальным (прогнозируемым и моральным потерям).
Мы так привыкли в России корчить из себя распальцашек, хотя не понимаем и 10% впитывания в эту тему(хранения, суппорта и восстановления данных), наивно убаюкивая себя прочей бытовухой. Давайте, наконец, наберемся смелости (это я ща ко всем) расписаться в нашей АВОСЬносьтьночности.
75. a-novoselov 1049 20.01.12 08:04 Сейчас в теме
(74) Да, и генеральный, и пользователи были довольны. Был такой случай: на предпоследнем месте работы купили новенький HP Blade, 6 серверов-лезвий 4х4 ядра (16 виртуальных), 32 ГБ памяти на каждом, и полка с двумя рейд массивами скоростным сас и обычным... Дак вот полка оказалась бракованной, и оборудование действительно валилось раз в 1-2 недели. Специалисты техподдержки HP полгода не могли разобраться в чем проблема, вызвали иностранного спеца, который определил, что полка битая (сказали что в россии это был единственный в своем роде случай). Но дело не в этом, собственно, а в том, что когда после первого падения (попробуйте на сервере SQL во время интенсивной работы жесткий диск выдернуть, увидите какие последствия будут - каждое 3е такое падение приводит к полной неработоспособности и невозможности никакими средствами восстановить базу, кроме поднятия из бэкапа), вобщем когда после первого падения база была восстановлена с потерей данных за сутки - начальство было очень не довольно, и не одна голова АйТишников тогда полетела, даже АйТи-директора уволили. А когда восстановление было с потерей данный за 30-60 минут максимум - все были довольны.
76. zzz_natali 59 20.01.12 08:12 Сейчас в теме
(75)
Ну, не знаю. Под моими словами тут любой бы подписался, что пол-года не надо ждать, когда приедет это $-голландский. Методом исключения этот массив мона было вычислить.
Впрочем, это уже риторика. Спасибо за дискуссию.
77. lexeika 20.01.12 09:11 Сейчас в теме
(71) zzz_natali, Научитесь изъяснять свои мысли вежливо. Это будет правильно при общении как в глаза, так и за глаза. Особенно при общении с незнакомыми Вам людьми. Мой пример (если например сделать бекап лога транзаций каждые 15 минут) - ЭТО ПРИМЕР! Это не руководство к действию. В связи с чем все то, что вы написали оставьте при себе и читайте внимательнее, то что написано и не делайте вывод по фразам, которые вы выдернули из контекста.
80. zzz_natali 59 20.01.12 11:05 Сейчас в теме
(77) lexeika, Ничего не ответила золотая рыбка...
(прекрасно знаю упёртость сисадминов/айтишников и мужчин в частности)

Считаю, что продолжать дискуссировать с Вами по данной концепции явно нецелесообразным.
Если Ваше самолюбие чем-то задето, то можете безвоздмездно (то есть, даром) принять мои извинения.
ЗЫ: остаюсь при своем мнении!
81. lexeika 20.01.12 11:12 Сейчас в теме
(80) zzz_natali, Разговор глухого с немым.
82. zzz_natali 59 20.01.12 11:29 Сейчас в теме
(81) lexeika,
преамбула:
Вот раз пошли слепой и одноглазый к девочкам. Дорога лесом, сквозь густой ельник. Одноглазый слепого на себе тащит. Вдруг одноглазый натыкается единственным глазом на сучок, громко восклицает: - Всё приехали! - Здравствуйте, девочки!
фабула:
постеснялись бы себе набирать кредитный статус сообщениями, не несущих смысловую нагрузку
73. a-novoselov 1049 19.01.12 21:38 Сейчас в теме
А если нужна копия базы которая на 15 минут отстает от рабочей базы, то тут конечно без второго Stand-By сервера не обойтись, который будет все транзакции с рабочей базы к себе тянуть... Но на 1С таких решений не встречалось (да и нет необходимости, т.к. при интенсивности работы 3-5 документов в час на пользователя, отставание на час вполне приемлемо), настраивал StandBy только на базах Oracle с 10 000 пользователей.
78. aids-ice 20.01.12 09:29 Сейчас в теме
OFF
1000 Скачиваний и я 1000-ый
user643327_infostart; +1 Ответить
79. a-novoselov 1049 20.01.12 09:49 Сейчас в теме
83. lexeika 20.01.12 11:34 Сейчас в теме
Для администрации форума. Прошу удалить мои сообщения, адресованные zzz_natali с соответствующим удалением кредитного рейтинга. Это сообщение также можете удалить. Заранее благодарен.

p.s. Неспроста говорят, что "человек видит соринку в глазу у собеседника и не замечает бревна у себя"
84. Olfost 25.01.12 09:50 Сейчас в теме
а с Posgris SQL обработка работает?
85. a-novoselov 1049 25.01.12 09:58 Сейчас в теме
(84) *PostgreSQL правильно)
Да работает, с любым клиент-серверным вариантом работы, от типа СУБД не зависит.
86. BAPPKAH 01.02.12 23:18 Сейчас в теме
Оставьте свое сообщение