Миграция с Pro на Local и перенос данных

Через SDK не пробовали автоматизировать что-то?

Да, есть пару клиентов, которые по ним ориентируются - то есть перед экспортом их нужно в свойствах понимать, а после импорта в Локал вернуть обратно? чего так?

Пробовали автоматизировать, получилось криво. Забили и сделали руками

Потому что если галки не будут сняты при импорте сообщений сервер накрутит к имеющимся значениям - новые

Так быстрее будет чем что то автоматизировать)))))))

Так точно. Но есть шанс на Локале сделать изначально все идеально учитывая и не делая прошлые ошибки

Собственно вопрос в масштабном переходе с Pro на Local у кого более 2000 объектов, как известно настройки всех объектов нужно делать вручную импортом/экспортом плюс еще и не все настройки переносятся, то же самое с отчетами, уведомления вообще все пересоздавать вручную придется, а про сообщения я молчу при экспорте более 100000 сообщений в один файл процесс экспорта отваливается по таймауту при этом даже если делать все не через интернет канал а непосредственно в локальной сети ситуацию это не меняет, импорт отдельная песня , там вообще нужно файлы вручную разбивать программой на куски от 5-10 мб. иначе ничего импортировать не получится. Т.е. вручную имортом/экспортом сообщений выгрузить историю за два года даже по одному объекту нереально! Читал на форуме что можно якобы запустить трансляцию и откатить историю через транслятор аналогично как в хостинге тыкался по админке не нашел. Хотя тоже вызывает сомнения что данное мероприятие пройдет без сучка и задоринки. Собственно к чему все,вменяемого механизма для переноса данных нет. Для перевода хотя бы 2000 в короткий срок нужно что бы человек 10 пахало без остановки месяца два-три без перерывов. Не так давно общались с представителем гуртама где нам озвучили такое предложение если до определенного числа и месяца этого года взять минимальный локал то в течении месяца-двух можно перейти будет с про на локал с 75% скидкой о каком переходе речь при том что реальный срок месяца два-три ну может удасться выбить с полгода. Но к чему такие сложности почему нельзя организовать автоматизированный механизм перехода? Ведь разработчик как никто другой должен понимать что перезаведение даже просто объектов огромный труд на каждом зачастую бывают индивидуальные настройки в токностях которых разбираются 1-2 специалиста в компании это то, что касается настройки ДУТов, УСС, валидаторов и пр. По сути переход с про на локал влечет колоссальное количество проблем причем я думаю что клиенты оператора не будут рады тому что его галопом заставляют переходить на новое ПО когда вроде бы его и в старом все устраивает и все отлажено + обучение сотрудников клиента так как для бабушки диспетчера даже изменение расположения кнопок это уже нонсенс. И как бы не заверяли что в локале все отлажено все идеально вряд ли это так, проблемы наверняка будут. Подводя итого всему вышесказанному хотелось бы сказать что механизмы переноса данных должны быть реально работающими и не должны сводится к ручной тупой работе по импорту/экспорту где еще и не все настройки переносятся про историю вообще молчу тут пока тупик. И сроки должны быть реальными при предоставлении скидки, для перехода при текущих обстоятельствах с учетом каждодневной работы у любого партнера-оператора с количеством машин 2000-3000 это год - два, а не несколько месяцев.
Кто может имеет опыт перевода большого количества машин прошу отписаться в какие сроки это делали, сколько человек, что доводили по объектам с какими проблемами сталкивались?

У нас стоит версия  wialon_pro_1401r13_l64 с какой версии в WialonPro добавлена функции ретрансляции данных за предыдущий период?
Так же я в теме четко озвучивал вопрос кто уже это делал?Кто уже перешел?Есть ли практика?Как переносить уведомления? Сколько времени занимает откат данных по 2400 объектам за 2а года на Local? Какова нагрузка на серверные ресурсы? Вы тестировали это сами?Можете привести конкретный пример у кого за 2-3 недели 2-3 человек перевели хотя бы 2000 объектов с отчетами уведомлениями и пр. переобучили всех клиентов и т.д., если это даже и будут делать 2-3 человека вы не учитываете текущей нагрузки на специалистов которая есть в любой компании вы предлагаете бросить текущую работу и заняться перезанесением объектов? Или принять новых людей в штат для миграции на 2-3 недели а потом их выгнать взашей?У каждого срок должен обговариваться отдельно, 2-3 недели это немыслимый срок за 2-3 недели и 500 объектов перенести не удасться, Вы не учитываете того что нужно еще и с клиентом работать обучать его объяснять новые нюансы в работе и пр. мелочи, так же не согласен с переносом темы в другой раздел мне не интересно читать все о вопросах миграции мне надо конкретно знать опыт перехода крупных партнеров и какие с этим связаны проблемы в теории все на раз два делается не уверен что так же это и на практике.

RinatSadykov
Вас полностью поддерживаю, механизмов нету

Ничего не понимаю и сам читал что в R12 есть транслятор данных за предыдущие периоды, но у нас точно R13 стоит и ни на сайте админа, ни в cms в свойствах ретранслятора как в хостинге нет этой функции 100500 раз перепроверил ерунда какая-то, в чем может быть дело?

Да скачан с distro.gurtam.com, пробовали как создавать новые ретрансляторы так и редактировать запущенные существующие.

Думаете руками экспорт/импорт сообщений будет быстрее чем через ретранслятор?

а у кого, например, нет столько времени ?
плюс самое насущное - нет возможности содержать второй сервер столько времени..

А зачем вообще переносить данные?
Благодаря "стараниям" Гуртама Про и Локал стали двумя разными продуктами.
Не проще ли Про оставить не требовательным клиентам, а Локал запустить для новых клиентов?