Всем доброе утро. Не подскажете начинающему программисту. Как легче всего и быстрее перекинуть документы за 2 месяца между идентичными базами? Выгрузка xml я так понимаю займет огрооомное количество времени и требует огромного места на жестком диске. Есть ли другие варианты? Поделитесь ссылочками, примерами. Спасибо большое заранее )))

(0) Легче и быстрее через xml

если большой объем, то можно понедельно переносить

Прямыми запросами между базами SQL. Будь мужиком )))

(1) Поддержу

(3) Хорошая идея, примеров случайно нет?

(5) ой, не советую :)

(1) (4)  Действительно очень долго(( Конечно, если не останется вариантов других, то сделаю через XML.

(6) Сложно или чревато?

(7) Что же у вас за база, что за 2 месяца, набралось документов на "долго".

И не стоит ли пригласить специалиста на такой серьезный проект?

(8) и сложно и может быть чревато, да и не совсем законно с точки зрения лицензирования

(9) Специалиста для того чтобы перекинуть доки между базами? Пожалуй сам справлюсь. ))) Учится же надо.

(0)Выгрузка xml я так понимаю займет огрооомное количество времени и требует огромного места на жестком диске. Есть ли другие вариант.


С чего ты взял? Сколько документов надо перекинуть прикинул?

(12) Пробовал как то за неделю перекинуть грузилось и тупило сутки заняло больше 22 ГБ. Перекидывал все, включая записи в регистрах, справочники и т.п. И да вот вопрос, как действовать при выгрузке справочников? Как избежать дубликатов? Если документы сортируются по времени, то такие справочники как контрагенты и номенклатура как сортануть, чтобы не было дубликатов? Объясните пожалуйста, если не сложно.

(0) обработка универсальный обмен справочниками документами (на ИТС валяеться)
работает через xml

(13) чтобы не было дубликатов, необходимо определить идентификатор. Уникальное значение для каждого элемента

(15) они стандартно присваиваются каждому элементу справочника нет? И в момент загрузки XML файла дубликаты автоматически не будут записаны?

ВыгрузкаЗагрузкаДанныхXML для перекидывания между идентичными базами. А там уж, смотря на задачу. Может вам обмен нужен.

да уж, многовато нюансов. не думал, что сложновато будет)

(18) см. (17)
ничего сложного
и откуда такие объемы?
что-то тут не так

(13) "Перекидывал все, включая записи в регистрах, справочники и т.п."

Перекидывал всю базу что-ли? Нужно только документы за период, и справочники по ссылкам, а не все.

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

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

(0) "Как легче всего и быстрее перекинуть документы за 2 месяца между идентичными базами?" - идентичными говоришь? Поднять РИБ! Да, согласен, сложно, но на будущее пригодится.

"Пробовал как то за неделю перекинуть грузилось и тупило сутки"(цы)
(навеяло) Однажды пришлось из центрального узла в подчинённый гнать документы-регистраторы регистра РАУЗ за пол-года. Бешеный объём данных! Выгрузка из ЦУ и загрузка в ПУ заняла аж 20...(тут должны быть фанфары)... минут :)

(23) Может человек на КАМАЗе или РЖД работает, вот у них за 2 месяца объем.

(23) Это отлично, что выгрузка вашей базы заняла 20 минут. но к сожалению в моем случае, это длительное время. Какой смысл мне врать? Я ведь за помощью сюда написал, а не для того, чтобы пожаловаться.

(23) Ну и железо в моем случае не самое новое и топовое.

(25) "Какой смысл мне врать?" - я этого не говорил. Я обратил Ваше внимание на существование другого механизма платформы, доступного в данном конкретном случае. Уточню свою мысль: между универсальной выгрузкой в XML и сообщениями обмена в РИБ есть существенные различия принципиального характера. Что прямо отражается на их скорости работы во время выгрузки/загрузки данных.

(5) Быстрее будет через XML. А главное, безопаснее

(21) Если в копии всё исправлено и в нее нужно догрузить данные из рабочей базы, чтобы из копии сделать рабочую, движения-то не грузите - они похерят все ваши старания. Грузите только объекты и проводите их. Но опять же... Если изменяли документы, которые использовались в реквизитах объектов рабочей базы после февраля, то результат будет тот же - затрете ваши старания. Тут нужно правило выгрузки, по которому нужно учесть все нюансы. Думаю, у вас их не мало.
Или вы что-то не договариваете...

+(29) "Не замещать существующие объекты" вас может спасти.

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

(31)Как обычно: тарелка супа. Но если до нее далеко, то увы и ах! ;))

http://life1c.ru/post/553

http://helpme1c.ru/obrabotka-vygruzka-i-zagruzka-dannyx-xml-its-1s-8-3

Перед загрузкой не забудь сделать резервную копию!!!!!!!!!