Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Собственно сабж - кто уже перешел ?
Какие подводные камни ожидают?
На сколько понял, после общения с саппортом, не все так просто - базу нужно переносить руками, все объекты нужно создавать вручную ?
Историю можно подгрузить или через ретранслятор (если есть второй сервер) , или руками импорт/экспорт..?
Какие советы дадите?
Да вообщем то нет особых подводных камней, за исключением того что все приходилось делать вручную.
Если для вас важны значения счетчиков, то при импорте сообщений в Локал, не забывайте снимать галки "авто" для счетчиков, а после импорта не забывайте ставить галки обратно.
приходилось делать вручную.
Через SDK не пробовали автоматизировать что-то?
Если для вас важны значения счетчиков
Да, есть пару клиентов, которые по ним ориентируются - то есть перед экспортом их нужно в свойствах понимать, а после импорта в Локал вернуть обратно? чего так?
lexer
Если галки не убрать, то к текущим показаниям счетчиков приплюсуются значения из перенесенной истории. Можно конечно после переноса истории поставить значения счетчиков вручную. И история переноситься не мгновенно после импорта. Выждите минут 10, только потом галочки обратно возвращайте.
GoGPS пишет:приходилось делать вручную.
Через SDK не пробовали автоматизировать что-то?
GoGPS пишет:Если для вас важны значения счетчиков
Да, есть пару клиентов, которые по ним ориентируются - то есть перед экспортом их нужно в свойствах понимать, а после импорта в Локал вернуть обратно? чего так?
Пробовали автоматизировать, получилось криво. Забили и сделали руками 
Потому что если галки не будут сняты при импорте сообщений сервер накрутит к имеющимся значениям - новые
получилось криво. Забили и сделали руками
вот блин , снова это.... мы уже руками все переносили, когда с хоста на Про переходили
накрутит к имеющимся значениям
понятно, спасибо
То есть, все логины(и сублогины) клиентов так же придется создавать заново руками?
Так быстрее будет чем что то автоматизировать)))))))
блин, таких денег хотят за Локал, а процесс перехода не продуманный совсем..)
То есть, все логины(и сублогины) клиентов так же придется создавать заново руками?
Так точно. Но есть шанс на Локале сделать изначально все идеально учитывая и не делая прошлые ошибки
Так точно. Но есть шанс на Локале сделать изначально все идеально учитывая и не делая прошлые ошибки
Вот так: http://docs.wialon.com/ru/hosting/cms/scheme/scheme
Собственно вопрос в масштабном переходе с Pro на Local у кого более 2000 объектов, как известно настройки всех объектов нужно делать вручную импортом/экспортом плюс еще и не все настройки переносятся, то же самое с отчетами, уведомления вообще все пересоздавать вручную придется, а про сообщения я молчу при экспорте более 100000 сообщений в один файл процесс экспорта отваливается по таймауту при этом даже если делать все не через интернет канал а непосредственно в локальной сети ситуацию это не меняет, импорт отдельная песня , там вообще нужно файлы вручную разбивать программой на куски от 5-10 мб. иначе ничего импортировать не получится. Т.е. вручную имортом/экспортом сообщений выгрузить историю за два года даже по одному объекту нереально! Читал на форуме что можно якобы запустить трансляцию и откатить историю через транслятор аналогично как в хостинге тыкался по админке не нашел. Хотя тоже вызывает сомнения что данное мероприятие пройдет без сучка и задоринки. Собственно к чему все,вменяемого механизма для переноса данных нет. Для перевода хотя бы 2000 в короткий срок нужно что бы человек 10 пахало без остановки месяца два-три без перерывов. Не так давно общались с представителем гуртама где нам озвучили такое предложение если до определенного числа и месяца этого года взять минимальный локал то в течении месяца-двух можно перейти будет с про на локал с 75% скидкой о каком переходе речь при том что реальный срок месяца два-три ну может удасться выбить с полгода. Но к чему такие сложности почему нельзя организовать автоматизированный механизм перехода? Ведь разработчик как никто другой должен понимать что перезаведение даже просто объектов огромный труд на каждом зачастую бывают индивидуальные настройки в токностях которых разбираются 1-2 специалиста в компании это то, что касается настройки ДУТов, УСС, валидаторов и пр. По сути переход с про на локал влечет колоссальное количество проблем причем я думаю что клиенты оператора не будут рады тому что его галопом заставляют переходить на новое ПО когда вроде бы его и в старом все устраивает и все отлажено + обучение сотрудников клиента так как для бабушки диспетчера даже изменение расположения кнопок это уже нонсенс. И как бы не заверяли что в локале все отлажено все идеально вряд ли это так, проблемы наверняка будут. Подводя итого всему вышесказанному хотелось бы сказать что механизмы переноса данных должны быть реально работающими и не должны сводится к ручной тупой работе по импорту/экспорту где еще и не все настройки переносятся про историю вообще молчу тут пока тупик. И сроки должны быть реальными при предоставлении скидки, для перехода при текущих обстоятельствах с учетом каждодневной работы у любого партнера-оператора с количеством машин 2000-3000 это год - два, а не несколько месяцев.
Кто может имеет опыт перевода большого количества машин прошу отписаться в какие сроки это делали, сколько человек, что доводили по объектам с какими проблемами сталкивались?
RinatSadykov ,
Сообщения можно переносить не в ручном режиме (экспорт/импорт), а через модуль Ретранслятор - см. Оцпиия "Ретрансляция данных за прошедший период
Настройки объекта переносятся полностью, в том числе и датчики с тарировочными таблицами и др. преобразованиями. Дополнительно проверить (при необходимости подредактировать) настройки Расхода топива, т.к на Local более обширные возможности по расходу топлива.
Процедура переноса настроек через экспорт/импорт достаточно простая, 1 человек может перенести около 100 объектов за день. Если над задачей работает 2-3 человека, то переход займет около недели-двух.
Предварительно создать на сервисе правильную структуру. См. схему здесь.
И уже в ручную создать необходимые отчеты, задания, уведомления в ресурсах. Что тоже достаточно просто.
У нас стоит версия wialon_pro_1401r13_l64 с какой версии в WialonPro добавлена функции ретрансляции данных за предыдущий период?
Так же я в теме четко озвучивал вопрос кто уже это делал?Кто уже перешел?Есть ли практика?Как переносить уведомления? Сколько времени занимает откат данных по 2400 объектам за 2а года на Local? Какова нагрузка на серверные ресурсы? Вы тестировали это сами?Можете привести конкретный пример у кого за 2-3 недели 2-3 человек перевели хотя бы 2000 объектов с отчетами уведомлениями и пр. переобучили всех клиентов и т.д., если это даже и будут делать 2-3 человека вы не учитываете текущей нагрузки на специалистов которая есть в любой компании вы предлагаете бросить текущую работу и заняться перезанесением объектов? Или принять новых людей в штат для миграции на 2-3 недели а потом их выгнать взашей?У каждого срок должен обговариваться отдельно, 2-3 недели это немыслимый срок за 2-3 недели и 500 объектов перенести не удасться, Вы не учитываете того что нужно еще и с клиентом работать обучать его объяснять новые нюансы в работе и пр. мелочи, так же не согласен с переносом темы в другой раздел мне не интересно читать все о вопросах миграции мне надо конкретно знать опыт перехода крупных партнеров и какие с этим связаны проблемы в теории все на раз два делается не уверен что так же это и на практике.
Что говорить про Wialon Pro, мы с Wialon Hosting на Wialon Local переносим один объект минуты 2-5, это с учетом что есть программа, которая быстро экспортирует все сообщения объектов. Настройки объектов и ресурсы переносятся только ручками. Причем задания и уведомления не переносятся, иконки объектов, фото водителей также вручную. И это на одинаковых вроде как конфигурациях
RinatSadykov
Вас полностью поддерживаю, механизмов нету
RinatSadykov
с какой версии в WialonPro добавлена функции ретрансляции данных за предыдущий период?
Wialon Pro 1401 R12
http://docs.wialon.com/ru/pro/1401/admi … e/releases
Как переносить уведомления?
С Pro на Local - вручную
Сколько времени занимает откат данных по 2400 объектам за 2а года на Local?
Зависит от количества сообщений - трекер может слать данные например каждые 5 сек или 10 мин, также могли быть интервалы, когда он находился в нерабочем состоянии. Распределять нагрузку лучше равномерно, ретранслируя сообщения не по всем объектам сразу. Ретрансляция тестировалась, и есть партнеры, которые ее использовали для перехода на Local.
вы предлагаете бросить текущую работу и заняться перезанесением объектов?
Это ветка больше для технических консультаций, соответственно мы говорим о технической возможности реализации той или иной задачи.
DmitriyCh
задания и уведомления не переносятся
В другом продукте (среде) у объектов будут отличаться внутренние id, которые привязывают их к заданию или уведомлению, соответственно можно откорректировть их в wlp-файле.
иконки объектов
С иконками в Local удобно работать через аппс Icon Library.
фото водителей
Водители и прицепы экспортируются без изображений.
Ваши аргументы в целом ясны, предложения сделать переход на Local более удобным и быстрым передавались нашим разработчикам. За новостями о новом функционале вы можете следить на форуме и в блоге.
Ничего не понимаю и сам читал что в R12 есть транслятор данных за предыдущие периоды, но у нас точно R13 стоит и ни на сайте админа, ни в cms в свойствах ретранслятора как в хостинге нет этой функции 100500 раз перепроверил ерунда какая-то, в чем может быть дело?
Релиз R13 устанавливался после скачивания дистрибутива с distro.gurtam.com?
Сам ретранслятор запущен?
Да скачан с distro.gurtam.com, пробовали как создавать новые ретрансляторы так и редактировать запущенные существующие.
RinatSadykov
Перевел 1200 обьектов с ПРО на Локал за 3 месяца, один и без посторонней помощи. При том что не занимался этим каждый день.
Делайте экспорт сообщений в wlb. Работает в несколько раз быстрее...
Делайте экспорт сообщений в wlb
Думаете руками экспорт/импорт сообщений будет быстрее чем через ретранслятор?
Перевел 1200 обьектов с ПРО на Локал за 3 месяца,
а у кого, например, нет столько времени ?
плюс самое насущное - нет возможности содержать второй сервер столько времени..
Мы сейчас разрабатываем инструмент для переноса данных. Возможно через месяц какая-то функциональность уже будет доступна для использования, сейчас точнее сказать не могу. Вообщем работаем над этим )
А зачем вообще переносить данные?
Благодаря "стараниям" Гуртама Про и Локал стали двумя разными продуктами.
Не проще ли Про оставить не требовательным клиентам, а Локал запустить для новых клиентов?
akkros, спрос рождает предложение знаете-ли...
Не проще ли Про оставить не требовательным клиентам, а Локал запустить для новых клиентов?
Идея ,конечно, хорошая , НО кто будет содержать 2 сервера?) это же как ни крути финансовые расходы...
Идея ,конечно, хорошая , НО кто будет содержать 2 сервера?) это же как ни крути финансовые расходы..
Ну не скажите. Pro экономически дешевле содержать чем Local. При возможностях Про Вам придется на тоже колличество содержать два Local.
Pro экономически дешевле содержать чем Local. При возможностях Про Вам придется на тоже колличество содержать два Local.
Поделитесь арифметикой? Речь о стоимости лицензий или технических возможностях? Потому-что Local работает существенно (в разы) быстрее Pro на аналогичном железе.
технических возможностях?
Из ваших же источников известно: на Про можно подвесить максимум до 10000 объектов, а на Local только до 5000 объектов. Значит на одно итоже колличество объектов свыше 5000 объектов достаточно одного Про или два комплекта ПО и железа для Local. Хотя железо не кретично по цене. Мне на сегодня аренда 12 ядерного с 128Gb Озу обходится в месяц всего в 6000 руб. Если Local быстрее в разы как вы пишете - за счет увеличенного в разы использования ресурсов железа, то плюсов я в этом не вижу один минус.
на Про можно подвесить максимум до 10000 объектов, а на Local только до 5000 объектов.
Нет, мы перестраховывались, еще в прошлом году ограничение расширили до 10.0000 и уже есть локалы, работающие с тысячами объектов. Исходя из фактических данных нагрузка на дисковую подсистему в IOPs-ах и использование CPU в Local в разы меньше. По использованию RAM они примерно соответствуют, в Local RAM используется немного больше.
akkros, да кстати и для Вас возможно будет интересено знать о том, что Wialon Local мы продаем по договоренности и на большее количество объектов и недорого без интерфейса (считай Wialon Kit устанавливаемый локально), когда frontend необходимо разрабатывать самостоятельно. По моему, в прошлом годы Вы интересовались как раз такого рода продуктом.
Всем привет!
У нас появился инструмент миграции БД Wialon Pro в Wialon Local. Заинтересованных лиц, имеющих старую БД Wialon Pro 1401 и документы на новый Wialon Local 1504 просьба обращаться в Support.
shal
А как же WH -> WL. Нам такой инструмент нужен
DmitriyCh, сие не связано с изначально поставленной задачей в этом топике. И боюсь что WH развивается семимильными шагами и всегда сильно опережает WL (см блог или release notes) и поэтому сделать какой-либо дополнительный, постоянно работающий инструмент там невозможно. Там есть методы экспорта/импорта - их и используйте.
shal
Их и используем, уж очень трудозатратно вручую все переносить + с ресурса невозможно перенести водителей, уведомления и еще по мелочи. В итоге на перенос одной учетки и объектов, а также сообщений уходит уйма времени. Вроде наоборот должно быть проще перенести, так как платформа однотипная. Прошу рассмотреть такой вариант, может хотябы apps облегцающий экспорт всего и вся и импорт на стороне локал
Всем привет!
У нас появился инструмент миграции БД Wialon Pro в Wialon Local. Заинтересованных лиц, имеющих старую БД Wialon Pro 1401 и документы на новый Wialon Local 1504 просьба обращаться в Support.
Ай молодцы, а что именно подразумевается под БД (история по обьектам? логины? отчеты? )?
Рома, спасибо что поднял тему
Ай молодцы, а что именно подразумевается под БД (история по обьектам? логины? отчеты? )?
Да вообщем все что возможно. Отчеты иные, а так - вся структура, сообщения, объекты, пользователи, учетные записи и большинство настроек.
После продолжительной разработки появился механизм миграции базы данных с Pro на Local. Данный механизм доступен в новом релизе Wialon Pro 1401 R14, который уже доступен для загрузки. Миграция пока будет осуществляться в ручном режиме. Все заинтересованные могут обращаться в отдел технической поддержки или к персональному менеджеру.
Всем удачной миграции!
UPDATE
В целом успешно мигрировали с Про на Локал.
Руками ничего не переносили - ребята с Гуртама все сделали сами, а все что не перенеслось сразу(счетчики, произвольные поля, расход топлива и детектор поездок) перенесли после тоже не руками.
Единственное, что пришлось делать руками - удалять кучу тарифных планов( так как при переносе понасоздавалось по тарифному плану к каждому ресурсу) и заново назначить всем клиентам новые тарифные планы .. но это мелочи, учитывая тот факт, что 99,9% перенесли в автоматическом режиме .
В целом всем довольны, спасибо Gurtam !
Сделайте вы миграцию с Hosting на Local, парит ручками все переносить когда надо
А геозоны локале так же туго отрисовываються и виснет браузер? Как на Про , что и до сих пор с момента выпуска Про , так и не пофиксили? ( что удивляет, честно)
babay , это вопрос или утверждение про геозоны в Local? дайте подробности на support@gurtam.com, пожалуйста.
babay , это вопрос или утверждение про геозоны в Local? дайте подробности на support@gurtam.com, пожалуйста.
Это был вопрос, но меня мой нач., тех., поддержки клиентов уже потролил)
:- Макс, давно пофиксили. Есть галочка "отрисовывать" на сервере.
Так что, прошу извинения. Пока занят в других проектах, упустил..... Зря "батон крошил". Прошу простить)
