Задача: есть РИБ в ритейле из 30-40 магазинов.
Выгрузка образа типовым способом длится 8 часов.
Можно выгружать моей обработкой не монопольно, но тоже 8 часов.
Можно очищать копию центральной базы, но тоже 8 часов.

Задача - добиться создания образа новой базы за 2 часа.

Сам только недавно до решения допер. Жду ответов от юных гуриев.

SQL Server?

копи-паст?

(1) и так был
(2) точнее

(2)+100, + проставить в нем узел головной

(4) есть более изящный метод

можно конечно, дернуть базу с точки, напрячь интернет на 200 Мб архива, потом поколдовать с базой, удалить лишние документы, но это гимор.
Есть способ изящнее.

жахни нам уже

думайте, юные поезда. ;-)

(8) после http://www.sql.ru/forum/actualthread.aspx?tid=989403 не могу

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

(7) Я жду в этой ветке гения

Озвучь объём базы ЦУ, гений :)

Мне "за два часа"(с) хватит времени и базы ПУ создать, и покурить, и кофе попить, и тут на форуме с тобой вяло погавкаться :)

(11) центральная 50 Гб база на SQL весит, база точки весит 4 Гб.

подготовить одну копию и потом копипастить?

(13) тепло, тепло, но точнее

Ничего интересного. Регистрация изменений и выгрузка сообщений обмена.

(15) чего?

неужели прямой SQL-скрипт?

(17) ну что ты, давай без извращений

(18) это ты после (9) мне говоришь "давай без извращений"?

(18) Гений 1С и "давай без извращений" - противоположные понятия)

думаем, думаем, в (13) уже было почти решение, осталось уточнить детали.

А почему бы не держать отдельный узел, поддерживаемый в актуальном состоянии, копия которого будет новой базой? На создание и подключение получаса с головой хватит.

(22) Бинго!

ГЕ-НИ-АЛЬ-НО!
Гений изобрел фиксопед.

(24) ты знаешь, только через 2 года догадался, когда обстоятельства заставили, до этого выгружал отдельно по одной базе.

LOL

Задача - добиться создания(!) образа новой базы за 2 часа.

(27) ну это, чтобы не напрягаться. Копию можно и быстрее оформить... Сейчас как раз занимаюсь сочинением регламента для подаванов.

Ты ещё предложи на каждый узел по зеркальному узлу держать, чтоб когда накроется быстро восстановить данные узла

ну для ритейла впринципе актуально

угадал автора ветки по названию

(29) Я без извращений просил. ;-)
(30) Да, там различий раз-два и обчелся.
В основном, в документах разница. регистры сведений и номенклатура одинаковые, в принципе.

(в духе гения) Делюсь:

Берем копию базы ЦУ и начинаем издеваться. То, что "общее" для всех - оставляем (например, справочники). Остальное - удаляем (например, документы и движения) То, что получилось - это первоначальная база для магазинов. Естественно - работаем в SQL непосредственно.

Потом рутинныеоперации в 1С - для каждого магазина регистрируем документы; выгружаем сообщения обмена... ну в общем ничего интересного.

(33) ковыряться в SQL не люблю, да и опасно, так что метод не для меня. Не люблю сложностей

(интересно) Чтобы гений сказал, если бы услышал, что есть риб-базы, где база ЦУ - только  для одного пользователя - для меня одного, горячо любимого? А юзверы сидят по ПУ и в каждом узле - две базы - одна, в которой они работают, а вторая - копия - без юзверей, только частые обмены? Наверное бы ему понравилась эта идея.

1. Я держу периферическую базу в которой хранятся справочники цены и т.д. общее для всей (витуальный магазин).
Когда требуется восстаность узел делаю копию и в эту копию заливаю требуемые данные на 1 месяц (обработку делал специальную для регистрации нужных объектов).

2. Есть более простой вариант беру архивную копию упавшего магазина и уже в нее загружаю недостающие данные их ЦБ.
Как правило пользуюсь 2 вариантом.

3. Бывает когда в периферии падает часть данных тогда обработкой регистрирую упавшие данные они перезагружаются из ЦБ в периферию.

У меня база 50ГБ заново выгрузить образ нереально. Рекомендую делать архивы периферий и раз в месяц так легче восстановить.

>>Рекомендую делать архивы периферий
хз как у вас, а бэкапы каждый день и не по разу делать надо бы :)

Бекапы периферий можно делать раз в месяц.
Главное что бы в центральную базу все приходило ежедневно.
И уже из центральной базы можно все перезалить. Безусловно данные можно восстановить только до момента последнего обмена.

(36) ну почему же нереально, используй мою обработку с инфостарта по "генерации узла риб"

(38) слова не мальчика но мужа, тем более что на периферии некогда делать архивы - комп постоянно занят, а ночью выключается.
теперь, когда найден способ быстрого поднятия базы, можно вообще отказаться от архивации на перифиерии.
Обработка по выгрузке документов за период у меня тоже написана, ксатати.

Я бы не отказывался от архивации, есть много настроек которые хранятся в только в периферической базу.
Лучше перезалить в старый архив чем создавать заново.
Проверено много раз.

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

требуются гении
v8: выгрузить образ РИБ

Копи пасть отключай гл узл(могу даже обработку дать))Удали регистрацию,обнули сообщения и флаг тее в рукии(На все про все где-то пол часа уходит у меня)

выгружать образ это ппц какая конитель

регистрацию и там и там удали если что так же и сообщения

(43) отписался.
(44) чего копипастиь? базу в 50 Гб? Дык она в файловую не выльется....

Торговое оборудование. Три кассы, двое весов, сканер шк.
Настрока обмена данными.
Настрока печатный форм.
Настрока прав пользователей.
тут количество переходит в качество.
Я предпочитаю архив это просто быстрее.

бери базу точки нафига тебе центральная (47)

если в скуле она весит 4 гб,то в виде дтшника от силы ты гиг выжмешь ,а это нормик)

(48) Лучше один раз попотеть.
У меня слетает одна из 40 баз раз в два месяца. Ради этого напрягать ежедневным бэкапом?

Торговое оборудование. Три кассы, двое весов, сканер шк.
-- если очень надо, бэкапь настройки именно регистра ТО.
но вообще то подключает оборудование подаван, норма времени ему - 30 минут.

Настрока обмена данными.
-- у меня генерится обработкой

Настрока печатный форм.
-- че за оно? у меня такого нет.

Настрока прав пользователей.
-- в конфе 1С:Розница права задаются в регистре сведений, т.е. при повторной регистрации улетают в базу и создает пользователей на ура. Ерунда, все программно.

тут количество переходит в качество.
-- ничего подобного, просто надо раз закодить и на ура.

Я предпочитаю архив это просто быстрее.

(49) Мдя.. читай вынимательно. писал выше.
1. Базу точки надо копировать через инет, гонять 300 Мб напряжно для трафика в нашем случае.
2. Надо вычищать лишние документы, что гиморно.

Заранее готовый образ базы намного лучше, уже создал узел для этого, буду поддерживать. ;-)

(51) "У меня слетает одна из 40 баз раз в два месяца."

как тебя еще там держат?

(53) гыгыгыгы... безотказные HDD еще делать не научились.

(53) Файловые базы периферии слетают достаточно часто.
Зависит от оборудования, энергетиков, 1С.
По разному бывает. На Энергетиков и глюки 1С вы не повлияете.

мда, ретейлу кирдык приходит...

для ретейлов нужно делать резервную базу в которую идет обмен только из центра (то есть в магазине стоит 2 базы паралельно, работают только в одной)

в случае выхода базы из строя - в течение 2-3 минуты переходим на вторую базу, а спецы берут поломаное и начинают выяснять какие транзакции потеряные и паралельно переливают ее...

Есть еще процедура изъятия компьютеров на проверку лицензионности, можно рассматривать как отказ оборудования.

(55) я вам статистику своих клиентов привел - вылет одной из 40 баз (каждая весит 4 Гб) в течении двух месяцев.
(56) смотря какой ритэйл. некоторые ритэйлы могут и 3 часа не поработать. вот фискальник намного чаще ломается, чем база. Хотя казалось бы.

(11) 4Гб - это база для новой точки?

(59) ага

вернее. нет, для новой 2 Гб, 4Гб - это где то год которая работает

(24) чито-то я не допер. как ты из 50гиговой базы получишь ПЕРВОНАЧАЛЬНО отдельный узел за 2 часа, который потом поддерживать в актуальном состоянии...?

(62) через свою обработку по генерации узла РИБ (лежит на инфостарте). Она рабтает как часы, не вешается, как типовая выгрузка

(63) я тебе уже писал замечания по ней, ты исправил?

изобретатели велосипедов

(0) Все на много проще. Универсальный механизм выгрузки образа настолько убого оптимизирован, что хватаешься за волосы, когда понимаешь, из-за чего тормоза

Упрощенно он выглядит так:

Цикл по всем документам базы
ДокОбъект = ВыборкаВсехДокументов.ПолучитьОбъект();
Если ПроверитьОбъектНаСоответсвиеНаПравиламВыгрузкиXML(ДокОбъект)   Тогда
        ВыгрузитьОбъект(ДокОбъект)
  КонецЕсли
конецЦикла

Когда идет создание нового образа базы - ни один документ проверку на выгрузку не пройдет, но все равно все документы будут перешерстены.

(64) уже не помни, какие ты писал. Вроде ничего принципиального...
(66) у меня есть отбор объектов для загрузки. Например, миллионы чеков, перебираться будут только часов 10
(65) сам то что полезное сделал, или только обсирать мастер?

бугага

количество дятлов - величина постоянная

И где ты в ритейле?

(70) Не понял вопроса.

(71) что за сеть

(72) неважно