Имя: Пароль:
1C
 
Перенос данных при построении РБД
0 Балбес
 
26.10.07
10:31
Народ, помогите советом. Есть две базы. Учет в них ведется давно. Достаточно объемные (около 5 гектар). Требуется построить распределенную, где эти базы являются периферийными. Вопрос: как безболезненно (или менее болезненно) загрузить данные в периферийные?? Меня больше всего беспокоят документы. Во многих из них редактируется созданная операция ( не мной заведено, не бейте сильно ).
p.s. SQL, БУХ.
1 Балбес
 
26.10.07
10:37
Апну.
2 Балбес
 
26.10.07
10:49
Злые вы. Уйду я от вас(с)
3 sasae
 
26.10.07
10:55
Не обижайся конечно но не совсем понятно про что речь. Я раз пять перечитал :)
4 Балбес
 
26.10.07
10:56
Как загрузить данные в периферийные базы???
5 Балбес
 
26.10.07
10:56
Что не понятного???
6 sasae
 
26.10.07
11:03
У тебя есть Базы. Отдельно стоящие так ? И ты хочешь чтобы эти базы стали "удаленными" от какой то новой базы ? Или чтобы одна "старая" обособленная база стала "подчиненной" другой обособленной базы ???
7 Балбес
 
26.10.07
11:06
(6) нужно сделать сводную базу. Эти две базы будут периферийными.Я уже все сделал. РБД настроил. Хочу перенести данные из этих двух в две периферийные. Так может понятней...
8 sasae
 
26.10.07
11:11
Так на это жы там в 1С есть кнопочка такая "выгрузить".
Выгружаешь и везешь в "удаленный" офис. Разворачиваешь.
9 Балбес
 
26.10.07
11:16
(8) Ты не подумай, что я ламер и не знаю как пользоваться обменом. Тем более это  у меня в пакетном режиме работает, файлы по сетке передаются ночью. Вопрос в том, чтобы создать образ периферийной, нужно сделать загрузку данных с центральной( т.н. "первичная выгрузка"). Дело в том, что я работал с УРБД с нуля, т.е когда данных вообще нет. А тут нужно с живыми базами работать. И если я в периферийные сделаю загрузку с тех двух баз, то все рухнет, РБД упадет.
10 sasae
 
26.10.07
11:20
" Дело в том, что я работал с УРБД с нуля, т.е когда данных вообще нет. А тут нужно с живыми базами работать. И если я в периферийные сделаю загрузку с тех двух баз, то все рухнет, РБД упадет. "
Вот это не понятно
11 Владимир1С
 
26.10.07
11:21
По уму, надо прекратить практику изменения операции документа лапками. Как можно скорее, любыми путями, вплоть до административных.
12 Балбес
 
26.10.07
11:22
(11) Не мной заведено. Для поставлена задача (0).
13 КонецЦикла
 
26.10.07
11:23
Фигня какая-то...
Ну как из разных баз сделать идентичные?
Проще начать с нуля, введя остатки... или мудохаться долго-долго
Сначала синхронизировать, потом слить в одно (так на самом деле проще будет), потом делать уже первичные выгрузки
ЗЫ. Скоро допишу очень полезную вещь, пока нет времени
14 Балбес
 
26.10.07
11:28
(13) Я весь в ожидании ЗЫ.
15 Владимир1С
 
26.10.07
11:29
(12) Рассмотри, какие операции редактируются вручную: всё кроме зачёта авансов, выбора партий и закрытия месяца, в принципе, можно оставить, причём придётся перегружать такие доки зеркально: с операцией.
А если не так, перепишешь проведение под ту схему, по которой правят лапками.
16 Балбес
 
26.10.07
11:29
>>Сначала синхронизировать, потом слить в одно (так на самом деле проще будет), потом делать уже первичные выгрузки
Вот только вопрос, как не в лоб это делать??? Синхронизировать все в одну =синхронизировать в две по отдельности.
17 КонецЦикла
 
26.10.07
11:33
(16) Они физически остаются раздельными а ты синхронизируешь (код, свой реквизит и проч.), потом сливаешь
Вот смотри штучка, но она для маленьких объемов и для МОДа (типа образец)
http://infostart.ru/projects/1018/
Для мега-больших штучка уже есть, но довожу до ума + еще гипер-вкусность будет :)
18 Владимир1С
 
26.10.07
11:34
(16) создай ОДНУ справочную, эталонную. создай механизм перегрузки. Хочешь - вышлю рабочие обработки. Насколько я понимаю, какой элемент какому соответствует в разных базах, может указать токо человек. Или я не прав?
19 Балбес
 
26.10.07
11:43
(17) Спасибо :)) Может моя и не такая большая :)))
20 sasae
 
26.10.07
12:25
И мне можно на sasae@mail.ru "рабочие обработки" авось пригодятся