Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru
Не баловался с ним - надо пытаться разобраться через help. Но наверное такая же забавная вещь как edsbr, edabv и т.п.
23.05.2011 17:05:30, vad.]]>
====quote====
vad пишет:
Если у кого есть тестовые станции, для смены нумерации можно пользоваться командой numtr, но как поведет в конкретном релизе и с какими последствиями - не совсем ясно. А удаление/ создание вещь честная (хотя требует подготовки).
=============
День добрый.
Попытался воспользоваться данной командой.
Выскочило меню с вариантами действий. Все действия сводятся к отсутствующему файлу.
Есть ли в документации информация о формате данного файла и где он должен лежать?
23.05.2011 16:50:18, Денис Кирьянов.]]>
====quote====
RImer пишет:
Переход завершен. Потрачено часов 30. Самый идеотский процесс который я когда либо делал.
На панасе переход занял максимум 30 минут.
=============
Принцип привязки данных об абонентах - разный. Например на ОХО данные привязаны к оборудованию - номера меняются легко. На ОХЕ данные привязаны к номеру - оборудование меняется легко.
14.03.2011 17:47:06, etc.]]>
Если у кого есть тестовые станции, для смены нумерации можно пользоваться командой numtr, но как поведет в конкретном релизе и с какими последствиями - не совсем ясно. А удаление/ создание вещь честная (хотя требует подготовки).
14.03.2011 15:41:56, vad.]]>
Спасибо всем кто уделил время моей ситуации.
14.03.2011 15:30:37, RImer.]]>
Переход завершен. Потрачено часов 30. Самый идеотский процесс который я когда либо делал.
На панасе переход занял максимум 30 минут.
14.03.2011 15:26:43, RImer.]]>
Импорт - это просто автоматизация процесса создания, вы ведь создавая 10 абонентов существующих удалить не можете.
Поэтому все и пишут - экспорт, коррекция файлов, удаление (ручками), импорт.
Тестирование выглядит так-же:
- открываете через фильтр 10 абонентов, выделяете их, говорите экспорт (видите в текстовом файле только этих 10 абонентов - если вставали при экспорте на выделенных абонентов, а не на заголовок).
- удаляете этих 10 абонентов;
- делаете импорт скорректированного файла.
10.03.2011 17:26:47, vad.]]>
Вопрос. Если экспортировать 10 аббонентов в существующую базу, не потруться старые существующие аббоненты? Т.е. фаил содержащий только 10 новых юзеров при ипортирование не удалит имеющиеся 100 юзеров?
10.03.2011 16:54:04, RImer.]]>
спасибо. потестим.
09.03.2011 15:00:42, RImer.]]>
А чего там подробнее - просто когда вы импортируете файл - станция (при проблемах) делает это три раза.
Т.е. создаются абоненты, потом кнопки (например 100 это аппарат директора, 101 - секретаря) - соответственно на 100 создаются кнопки multi-line, но кнопка вызова секретаря не создастся (101 пока не multi-line), на втором проходе - по идее все создастся.
Т.е. при импорте - вы можете сначала импортировать абонентов. Потом кнопки.
Но все равно при импорте кнопок за один проход не все создастся.
Вы попробуйте на тестовых абонентах (саму процедуру) - создайте абонентов, с кнопками supervision и т.п.
Потом из эксортируйте, удалите абонентов и импортируйте. вы увидите - импорт, проход 1-й, 2-й, 3-й.
09.03.2011 14:54:46, vad.]]>
Можно поподробнее про три хода? Первым при импорте я выбираю только номера. 2 группы и кнопки из тогоже фаила или нужен отдельный?
09.03.2011 14:42:04, RImer.]]>
При импорте - выполняется три прохода - на первом естественно супервижен может и не создастся, но потом должен появиться. Хотя по идее проблем особых быть не должно - сначала создаюся абоненты, потом кнопки.
Главное смотреть за ошибками (тандемы может быть не создадутся), если ошибок не много - потом глядя в текстовые файлы поправите. А номер 2100 не создастся, если будет упоминание про 210 (из нумерации 2ХХ).
09.03.2011 13:33:21, vad.]]>
Сейчас у нас номера начинаються на 1хх,2хх,3хх,4хх,5хх,6хх,7хх. 8 и 9 тоже заняты под другие нужды. По поводу dect их немного. Если что их потом можно отдельно править и заводить. Вопрос с запрограммированными кнопками. Допустим кнопка set suoervision на аббоненте 111 смотрит на аббонента 222, но когда будет заливаться аббонент 111 абонента 222 ведь ещё не будет, и може вылезти ошибка.
У меня есть ещё один вариант. Для примера бдем менять номер 100 на 2100. Допустим я в 4760 создаю нового 2100 но не сохраняю изменения. Откриываю 100 аббонента и все его данные коприю в 2100. Потом делаю на аббоненте 100 делит и применяю изменения. Таким образом станция удалит вначале 100 аббонента и потом теоретически должна создать 2100 со всеми параметрами 100. Что думаете по поводу такого способа? Можно делать не по 1 а сразу 10-20.
09.03.2011 12:43:39, RImer.]]>
Если есть тестовая станция - все проще:
- объявляется мораторий на менеджмент;
- заливаете на нее нужный релиз+база, правите, сохраняете;
- повторяете так для всех станций (не совпадение плат, корпусов, процессоров - не мешает работать с базой данных).
А в нужное время - грузите на все станции исправленные базы.
09.03.2011 12:19:21, vad.]]>
Сохраняете как всегда - или забираете по ftp из /usr4/BACKUP/DAY
Или из /usr4/BACKUP/IMMED - если перед этим в swinst скажете сохранить на cpu disk.
Если у вас сеть станций - тогда все интереснее. Вам надо править своих абонентов (везде), а потом делать аудит (удалив предварительно префиксы network numbers).
Основной вопрос - переходу на 4-х значку текущий план не мешает? Если нет, то в принципе аудит не нужен.
Удаляете абонентов (должны удалиться префиксы на других узлах), создаете через импорт скорректированного файла - должны создаться префиксы.
Подводные камни при правке эксортированного файла:
- если есть абоненты DECT - если вы скажете заменить 2000 на 32000 (например), могут замениться цифры в IPUIN DECT (я обычно давал замену или по столбцам, или с указанием пробелов/табуляций - т.е. меняем пробел2000 на пробел3200 - например);
- если меняете через Excel - могут быть проблемы с полями типа Secret code - где например надо тупо прописать 0000.
Собственно что рекомендую - берете и эксортируете 10-ток абонентов (можно даже специально под это созданных), редактируете файл, удаляете этих 10 абонентов и импортируете скорректированный файл - смотрите где проблемы и т.п.
09.03.2011 12:14:12, vad.]]>
Попробуйте, как здесь:
09.03.2011 11:54:27, etc.]]>
В субботу планирую переход. Вот толко сцу чтото. Подскажите, как правильно забэкапить атску чтобы в случае неудачи востановить в первоначальной конфегурации(до перехода)?
09.03.2011 11:44:03, RImer.]]>
Через 4760/4730 сливаете всех юзеров в текстовый файл со всеми кнопками и Dynamic State User, открывете это в excel, редактируете (тщательно и аккуратно везде меняете 3-х на 4-х значные). Удаляете старых юзеров (перед этим на всякий случай анализируем номерной план на предмет пересечений нумерации), заливаете новых. Все. Проблемам вроде неоткуда взяться. Ну а потом по сокращенным наборам и entity пройтись, там все поменять.
21.06.2010 13:18:05, Seller_V.]]>
Добрый день.
Подскажите как правильно выполнить переход с 3-х значных внутренних номеров на 4-х значные? Станиции 4400+OXE. Поставщики говорят что нужно всё с нуля ручками переписывать. Я думаю что должен быть вариант попроще.
21.06.2010 13:02:28, RImer.]]>