gifts2017

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

Опубликовал Алексей Новоселов (a-novoselov) в раздел Администрирование - Архивирование (backup)

Обработка для формирования скрипта, который в 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Соединение.

Обработка сделана на основе http://infostart.ru/public/19363/ и доработанного скрипта http://infostart.ru/public/63813/

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

Наименование Файл Версия Размер
Формирование скрипта VBS (VBE) - управляемые формы - для 8.3 80
.epf 57,43Kb
03.09.15
80
.epf 57,43Kb Скачать
Формирование скрипта VBS (VBE) для 8.2 249
.epf 54,05Kb
06.07.15
249
.epf 54,05Kb Скачать
Формирование скрипта VBS (VBE) для 8.1 225
.epf 53,95Kb
06.07.15
225
.epf 53,95Kb Скачать

См. также

Подписаться Добавить вознаграждение
Комментарии
1. Дмитрий Бухалов (Re:аниматор) 17.02.10 03:49
При скачивании пишется файл как "Установка"

з.ы. firefox
adminss; Argutator; OrsoBear; +3 Ответить 1
2. hopter _ (hopter) 17.02.10 04:48
А зачем делать бэкап средствами 1с, если можно сделать средствами sql-сервера?
В чем подвох?
3. Алексей Новоселов (a-novoselov) 17.02.10 08:28
(2) Подвох в том, что .dt файл можно развернуть в любом другом сервере БД без проблем, хоть в файловом варианте. Архивы весят в 20 раз меньше, чем бэкап средствами SQL (хранить историю базы в SQL бэкапах никакого места не напасешься, темболее оно ценно на рэйд-массиве), также получается 100% гарантия целостности базы.
У нас бэкапы обоими средствами делаются одновременно (бекап средствами 1С и полный бэкап SQL выполняется примерно одинаковое количество времени), если на время SQL бэкапа база будет заблокирована, то SQL сервер будет только за :)
Jenya78; olegka.ru; NeoeN; aids-ice; +4 Ответить 2
4. hopter _ (hopter) 17.02.10 08:57
5. Жека Терлехов (jkzx) 17.02.10 09:05
-Архивы весят в 20 раз меньше, чем бэкап средствами SQL ...(2)
А вы не пробовали жать бэкап ? У меня жмется тем же раром и вес после этого сопоставим с .dt
6. Алексей Новоселов (a-novoselov) 17.02.10 09:27
(5) Понятно, что можно сжимать. Но когда рабочий сервер MS SQL, тестовый PostgreSQL и каждому разработчику нужна еще локальная файловая копия, то без .dt файлов никак не обойтись.
7. Андрей Герасимов (imagoman) 17.02.10 10:13
Спасибо! скачал, сформировал, создал задачу - седня в полночь сделается, утром проверю :)
8. Александр Чебаненко (alexchebanenko) 17.02.10 10:48
9. Алексей Новоселов (a-novoselov) 17.02.10 11:04
(7) Проверьте, стоит ли COMConnection на сервере.
10. bulpi bulpi (bulpi) 17.02.10 14:41
1.Файл скачивается с расширением chm. Пришлось переименовать.
2.Насчет "разрывает абсолютно все соединения" это Вы погрячились. А зависшие фоновые задания?
11. bulpi bulpi (bulpi) 17.02.10 15:01
А это что еще за творчество :
Процедура ПутьАрхивовОчистка(Элемент, СтандартнаяОбработка)
ПутьАрхивов = "";
КонецПроцедуры


Это к чему ????????
12. Алексей Новоселов (a-novoselov) 17.02.10 15:06
(10)
1. Это к Доржи лучше обратиться, выложено все нормально.
2. Все соединения на всех процессах, кроме COM гасятся, фоновые задания в том числе.
(11) Это чтобы кнопка очистки в элементе управления работала)
13. bulpi bulpi (bulpi) 17.02.10 16:20
(12) "Это чтобы кнопка очистки в элементе управления работала"
Я не понял, это юмор такой , что-ли? Вы уберите эту фигню, а то кто-нибудь на 1с-говнокод запостит.
14. Алексей Новоселов (a-novoselov) 17.02.10 16:41
(13) Да, действительно без этого работает. А в Си++ и в Дельфи не работало без кода...)) Изначально было:
Процедура ПутьАрхивовОчистка(Элемент, СтандартнаяОбработка)
ПутьАрхивов = "C:";
КонецПроцедуры
15. sound sound (sound) 18.02.10 14:16
Нормально, только надо было предупредить что оно юзера создает
16. Алексей Константинов (alexk-is) 19.02.10 11:41
17. sound sound (sound) 19.02.10 11:54
(16) то есть чтобы понять, что там еще может произойти нужно пройтись по всем ссылкам? Да тут каждая четвертая обработка - часть другой, взятой тоже где-то тут :)
18. Алексей Константинов (alexk-is) 19.02.10 12:09
(0) Алексей, вот видишь. Говорил я тебе: "Поработай над описанием"... :)
a-novoselov; +1 Ответить
19. Павел Апарин (taishy) 20.02.10 12:20
А не полетят ли сохраненные настройки пользователей, которые обычно слетают, когда 1Ска закрывается не по воле юзера?
20. Legioner39 Legioner (Legioner39) 20.02.10 12:44
Важно: скрипт работает только если на сервере установлен компонент COMСоединение (по умолчанию не ставится). Чтобы проверить, заходим на сервере 1С в панель управления \ Установка удаление программ \ Сервер 1С Предприятие \ Изменить... Если нужно, добавляем COMСоединение.

У меня нет такого пункта в изменить... как можно еще это настроить?
21. Аркадий Кучер (Abadonna) 22.02.10 16:19
(8)
Еще бы такое под 7.7

http://infostart.ru/public/66153/
я чего-то в свое время снес её, сейчас опять положил, погляди.
22. Алексей Новоселов (a-novoselov) 24.02.10 12:11
(19) Большинство пользователей после установки блокировки успевают отключиться.
(20) Полностью переустановить сервер. Сперва снести, потом выбрать при установке этот компонент. Но что-то с трудом вериться, куда пункт изменить-то мог подеваться? Это помойму стандарт еще со всремен появления "Windows Installer".
23. Андрей Ярошенко (Garstag) 24.02.10 12:55
Поддерживаю насчет отсутствия СОМ-соединения в установочном меню. У меня версия платформы 8.2.10.73, похожий скрипт прекрасно отрабатывает интерактивно, но почему-то виснет в момент создания СОМ-соединения под шедулером, даже если у пользователя права Доменного Администратора.
Сервер - 2008 R2 х64. Если кто-то сталкивался с этим, подскажите, плиз, куда копать?
24. Павел Апарин (taishy) 24.02.10 13:08
(22) Бэкап и прочие "еженочные" процедуры проходят около 00:10. Много юзеров забывают отключать платформу(да, комп на ночь не выключают).
25. Алексей Новоселов (a-novoselov) 24.02.10 15:27
(24) Предлагаете локально на каждый комп заходить и корректно 1С-ку тушить?)) У них будет сообщение, что соединение разорвано администратором.
(23) Да надо пользователю, из-под которого бэкап стартует, дать право выполнения DCOM операций при невыполненном входе в систему в служебной программе "Управление службами компонентов"
26. Андрей Ярошенко (Garstag) 24.02.10 17:43
(25) А где бы подробней почитать, в каком конкретно месте мне надо устанавливать права локальному пользователю в "Component Services", а то там можно такого наворотить по незнанию...
:-)
27. Алексей Новоселов (a-novoselov) 25.02.10 17:23
(26) В журнале событий Windows посмотрите ошибки по Distributed COM там конкретнее чуть пишется, или http://ru.wikipedia.org/wiki/Component_Object_Model там ссылки на MSDN есть.
28. Андрей Ярошенко (Garstag) 05.03.10 15:53
(27) Нет никаких ошибок в журнале событий, а скрипт упорно виснет в момент создания v82.COMConnector
29. Игорь <...> (I_G_O_R) 06.03.10 13:37
Преимущество бэкапа средствами SQL - не надо выгонять пользователей. А если отключать всех пользователей, на хрена тогда парить сервер? обычным copy копируем файлы и архивируем если надо, развернуть будет тогда вооще быстро, т.к. разархивация несравнено быстрее архивации. А если база большая, можно на выходных делать полный бэкап а всю неделю(и даже в обед, если сильно надо) архивировать журнал транзакций. И вообще выгонять насильно(принудительно отключать) пользователей плохая идея, бывает потом глючит и нужно потом кэш на каждом компе очищать.
30. Алексей Новоселов (a-novoselov) 07.03.10 13:25
(29) При бекапе средствами SQL, во-первых нельзя разверноуть базу в файловом варианте либо на другом SQL сервере (IBM, Postgres). Во-вторых замечен глюк при развозворачивании базы из SQL бэкапа теряются пользователи ИБ, т.е. справочник "Пользователи" полный, а список пользователей ИБ наполовину пустой. Хз как лечить...
(28) Не знаю, на 82 не тестировал, но на 81 глюк лечится добавлением пользователя, из под которого запускается скрипт (Администратор) в группу "Пользователи DCOM" и установкой COM-соединения на сервер.
31. Kiber_ Юрий (Kiber_) 11.03.10 17:16
Я вот чего не пойму...
Почему публикация называется "кторый обязательно сделается (без перезапуска сервера)"?...
Если допустим поднять com-соединение к базе, и "забыть" его закрыть, разве бэкап сделается?
Или если места на диске не хватило... Такое тоже ведь возможно, верно?

Если честно, думал здесь какой-то механизм повторных попыток бэкапа реализован...
Но идея со Scripts Encryptor'ом весьма достойна. Хоть какая-никакая, а защита пароля...
32. Алексей Новоселов (a-novoselov) 12.03.10 06:48
(31) Да, чот переборщил чуток сназваньем... Если метеорит в сервер попадет тоже бэкап врядли сделается... Здесь рассчет на то, что пользователи могут конфигуратор открыть и оставить на ночь, или окно с вводом пароля (когда блокировкой не викидывает, а соединение есть), а если программист COM-соединение забыл закрыть или админ за свободным местом на сервере не следит то это уже проблеммы другого уровня и бороться с такими проблемами эффективнее административными мерами а не программными.
33. privet20044 privet20044 (privet2004444) 15.03.10 21:04
Спасибо большое :D Все прекрасно работает
34. Алексей Новоселов (a-novoselov) 16.03.10 10:33
(33) А плюсануть, када все прекрасно? 8-)
35. privet20044 privet20044 (privet2004444) 17.03.10 09:52
36. privet20044 privet20044 (privet2004444) 17.03.10 09:55
еще бы раза три плюсанул, но не дает ... придется другим порекомендовать :D
37. Vit IVA (1vasia1) 18.03.10 20:01
Зачёт полный! :) Реально отрубает всех. Я долго маялся с этим, а тут готовое решение.
38. Александр (beregnov) 20.09.10 22:06
Большое спасибо! А как можно реализовать такоеже но с двумя серверами 1С Предприятия? 8.1 ИмяСервера, 8.2 ИмяСервера:1641. Буду очень признателен.
39. Алексей Новоселов (a-novoselov) 21.09.10 09:46
(38) В каждой базе запустить обработку - для каждой базы будет свой скрипт vbs.
40. Александр (beregnov) 21.09.10 14:28
Нет не получается! Я думаю проблема в ИмяСервера:1641 (1641 - это порт!!!) это к томуже кластер 1С 8.2
41. Ильнур Гараев (fordes) 07.12.10 08:32
для 8.2 не работает. Если галку не компилировать не ставить выдает ошибку записи файла. win2008 sql2008
42. Ильнур Гараев (fordes) 07.12.10 09:34
гоню...все супер работает!!! огромное спасибо!!! +
43. Максим (Fuego) 17.12.10 23:13
Я делаю резервирование средствами MS SQL каждый день: полная копия - ночью, и в рабочее время сохраняю цепочки журнала каждые 15 минут. И это конкретно работает. DT-шник мне нужен, чтобы загрузить "свежие" данные в локальные копии баз команды разработчиков. Но даже ради этого я не готов жертвовать стабильностью. Я делаю восстановление полной копии в "тестовую" базу, а из неё выгружаю dt-шник. А также стоит отметить, что это есть и тестовая версия на сервере. DT-шник нужен не каждый день, и насильное отключение пользователей от БД - тоже не дело. Тогда уж выключайте сервера на ночь, и пользователи приучатся завершать все открытые окна... В старых типовых конфах есть "выгонялка" - после доработки очень даже хорошо работает (на случай, когда нужна реструктуризация БД). А копии SQL в лёгкую сжимаются любым архиватором. У меня всё автоматизировано, и архивы 7zip хранятся за последние 3 месяца - постепенно удаляются. Правда, для такой автоматизации скрипты типа js и vbs не помогли - писал прогу на С++ (хотя, больше склонялся к с++ из-за удаления старых резервов в корзину). И ещё раз повторюсь - это конкретно работает, и без ущерба психики пользователей.
headMade; ГМВ; +2 Ответить 1
44. Виталий Барилко (Diversus) 17.12.10 23:19
(43) в MS SQL 2008, кстати, появлиась возможность сжатия резервной копии, поэтому можно не делать архив 7z из бэкапа, а настроить, чтобы бэкап сжимался
45. Денис Яковлев (iceflash) 16.02.11 16:15
(44) А в постгрес давно есть возможность изменения формата бэкапа, сжатия, или вообще перенаправление потока=)
46. Денис Яковлев (iceflash) 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. StronG-X (Dethmond) 13.11.11 11:30
Давно искал подобное решение, спасибо огромное!
51. Алексей Новоселов (a-novoselov) 25.11.11 16:19
(40) Сделал отдельную обработку для 8.2
52. Michael Smith (opiumdx) 30.11.11 18:25
Спасибо! Сейчас скачаю и проверю как отработает в ночное время) у нас в базе постоянно кто-то висит...
53. Ольга (DanilovaOlga) 01.12.11 10:39
(51) А где эта обработка? Мне очень надо!!!
54. Ольга (DanilovaOlga) 01.12.11 11:10
Извините, разобралась, не туда нажала...
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

Помогите, прошу!
57. Ольга (DanilovaOlga) 01.12.11 14:35
и ещё вопрос: а можно извлечь информацию из компилированного вашей обработкой файла .vbe, т.е. расшифровать её?
58. Алексей Новоселов (a-novoselov) 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 и у меня такая же ошибка выходила, как и при использовании Вашей обработки. Да и права на сервере у меня полные ...
60. Наталия Мастербатова (zzz_natali) 09.12.11 08:58
Fuego пишет:

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

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

Считаю, что продолжать дискуссировать с Вами по данной концепции явно нецелесообразным.
Если Ваше самолюбие чем-то задето, то можете безвоздмездно (то есть, даром) принять мои извинения.
ЗЫ: остаюсь при своем мнении!
81. Алексей Устинов (lexeika) 20.01.12 11:12
(80) zzz_natali, Разговор глухого с немым.
82. Наталия Мастербатова (zzz_natali) 20.01.12 11:29
(81) lexeika,
преамбула:
Вот раз пошли слепой и одноглазый к девочкам. Дорога лесом, сквозь густой ельник. Одноглазый слепого на себе тащит. Вдруг одноглазый натыкается единственным глазом на сучок, громко восклицает: - Всё приехали! - Здравствуйте, девочки!
фабула:
постеснялись бы себе набирать кредитный статус сообщениями, не несущих смысловую нагрузку
83. Алексей Устинов (lexeika) 20.01.12 11:34
Для администрации форума. Прошу удалить мои сообщения, адресованные zzz_natali с соответствующим удалением кредитного рейтинга. Это сообщение также можете удалить. Заранее благодарен.

p.s. Неспроста говорят, что "человек видит соринку в глазу у собеседника и не замечает бревна у себя"
84. Александр Шустов (Olfost) 25.01.12 09:50
а с Posgris SQL обработка работает?
85. Алексей Новоселов (a-novoselov) 25.01.12 09:58
(84) *PostgreSQL правильно)
Да работает, с любым клиент-серверным вариантом работы, от типа СУБД не зависит.
86. Илья Кабышев (BAPPKAH) 01.02.12 23:18
87. Александр Муравьев (trunix) 29.02.12 10:47
Спасибо. Надо попробовать.
88. Михаил Госьков (ГМВ) 07.03.12 14:10
Возможен еще такой метод: создать две копии рабочей базы и настроить обмен с одной из них. Копия может быть как в файловом варианте, так и в SQL, по вашим потребностям. Обмен вести через файлы, которые нужно хранить столько, на сколько шагов вы предполагаете необходимость отката. Обмен можно проводить как угодно часто, хоть каждые 5 мин. Таким образом, вы будете иметь всегда актуальную копию рабочей базы в вашем монопольном распоряжении. Для обеспечения отката служит вторая копия базы, которая отстает от первой на заданное вами количество шагов (см.выше). Если вы увидели, что вместо светлого будущего ваша база приехала совсем не туда, вы возвращаетесь ко второй копии и последовательно шагаете посредством файлов обмена до требуемой точки. При таком методе потери времени на откат большой базы будут минимальны.
89. Eddd easda (dyh) 25.04.12 09:27
Попробовал скриптик, вроде работает. Раньше год примерно был выкл-вкл 1С сервер и заметных проблем от сих манипуляций не было.
PS База бух перепиленная, до 20ю онлайн.
90. Алексей Новоселов (a-novoselov) 25.04.12 09:38
(89) После перезапуска кэш сервера чистится, и он первое время подтупливать начинает. Хотя перезапускать сервер тоже иногда надо, т.к. 1С-ка любит течь по памяти, и рабочие процессы могут необоснованно распухать по объему используемой памяти.
91. Василий Кожуховский (yavasilek) 28.05.12 09:31
то что надо. Теперь работает по уму
92. Alex Prikol (Alex Prikol) 07.06.12 10:42
Прочитал комменты. Ну чтож, кому нужна под рукой база в dt-формате - обработка ему в помощь.

Но архивировать средствами СУБД нужно обязательно!
По крайней мере базу вы всегда развернете через любое другое хранилище.
Более того, свежую копию можно организовать и только средствами скуля, не прибегая ни к каким дополнительным инструментам.
Просто подумайте, что вам нужно
93. Василий Кожуховский (yavasilek) 08.06.12 18:19
скрипт сформировал.
при запуске вылетает ошибка
скрипт зашифрован и не понятно как исправить ошибку
ТС помоги пожалуйста.
94. Алексей Новоселов (a-novoselov) 08.06.12 19:08
(93) Сформируй файл скрипта заново. Возможно не может найти 1c8.exe или dump_log.txt
95. Алексей Новоселов (a-novoselov) 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" найти не может. Создай файл с таким именем в папке, в которой скрипт выполняется(лежит).
96. shuhard (shuhard) 08.06.12 20:25
(0) у dt два главных минуса, которые делают использование его в качестве бэкапа бессмысленным:
- выгрузка в DT ни даёт ни какой гарантии обратной загрузки и именно поэтому 1С официально не считает dt бэкапом
- время выгрузки в dt в десятки раз больше, чем бэкап сиквела, про инкрементный бэкап и восстановление на момент времени и говорить не приходится
97. Алексей Новоселов (a-novoselov) 08.06.12 22:43
(96) Это кто это и когда такое сказал, что "1С официально не считает dt бэкапом"??? первый раз такое слышу.
98. shuhard (shuhard) 09.06.12 07:38
(97)
первый раз такое слышу

заметно,
иначе бы ты не стал публиковать в 100500 раз выгонялку из 1С и пропагандировать dt

а подписаться на ИТС настоятельно рекомендуем, там кроме статьи о вреде бэкапа в dt есть много чего полезного
99. Алексей Новоселов (a-novoselov) 09.06.12 10:00
(98) Пруфлинк? На какой странице (в какой статье) такое написано?