AXForum  
Вернуться   AXForum > Microsoft Dynamics NAV > NAV: Администрирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 21.11.2006, 10:45   #1  
foxsoft2005 is offline
foxsoft2005
Участник
Аватар для foxsoft2005
 
93 / 10 (1) +
Регистрация: 21.11.2006
Всем привет!
В общем, проблема такая:
Есть некий клиент, у которого стоит Nav 3.70b. Эта версия была довернута до нужного ему (клиенту) состояния (читай - доработана ). Теперь клиент хочет, чтобы ему поставили "четверку", но основным условием является то, что весь доработанный функционал+данные должны быть доступны в новой версии.

Собссно, вопрос - а реально ли совершить такого рода переезд?

P.S. Имеется ввиду НЕ банальная конвертация БД с "тройки" на "четверку", а ПЕРЕНОС функционала и истории с одной БД на другую.

Заранее спасибо за ответы.
__________________
"И лишь патологоанатом не берет работу на дом" (с) Вишневский
Старый 21.11.2006, 11:47   #2  
Yuriy is offline
Yuriy
Участник
 
150 / 10 (1) +
Регистрация: 25.02.2003
Адрес: Москва
Извините, а неужели бывает банальная конвертация и перенос данных? Я в свое время занимался переносом с 3.60 на 3.70, ушло порядка 2 недель только на перенос функциональности, плюс еще 2 недели на доводку и исправление возникших неурядиц с данными.

Какой объем модулей, используемых клиентом в системе? Сколько было сделано доработок?

И еще, это нормальная ситуация
__________________
Вот такие, брат, дела!
Старый 21.11.2006, 14:15   #3  
Sitizen is offline
Sitizen
Участник
Аватар для Sitizen
 
305 / 10 (1) +
Регистрация: 10.01.2006
Собственно процент реальности этого обратно пропорционален проценту модификаций стандартного функционала.

Процедура приблизительно следующая: ставишь Девелопер тулкит. Загружаешь в него базы:
1. 3.70В НЕ модифицированную;
2. 3.70В модифицированную;
3. 4.00 не модифицированную
Потом запускаешь процедуру мерджа и смотришь, что получилось. Весь модифицированный код придется проползти ручками и поправить если что прямо там в Тулките. Потом выгружаешь полученные объекты и накатываешь на, естественно стачало тестовую базу, гоняешь ее, потом уже на рабочую.
Старый 21.11.2006, 14:44   #4  
foxsoft2005 is offline
foxsoft2005
Участник
Аватар для foxsoft2005
 
93 / 10 (1) +
Регистрация: 21.11.2006
Цитата:
Сообщение от Sitizen Посмотреть сообщение
Весь модифицированный код придется проползти ручками и поправить если что прямо там в Тулките.
А как править прям в тулките объясните для балбеса? Я его рыл и не нашел там
P.S. Спасибо за советы.
P.S.S. В общем-то функционала ДОписано довольно много, правились и кодюниты и таблички стандартные многие.. В обсчем - надо попробовать реализовывать советы.
__________________
"И лишь патологоанатом не берет работу на дом" (с) Вишневский
Старый 21.11.2006, 15:09   #5  
Sitizen is offline
Sitizen
Участник
Аватар для Sitizen
 
305 / 10 (1) +
Регистрация: 10.01.2006
Цитата:
Сообщение от Sitizen Посмотреть сообщение
Собственно процент реальности этого обратно пропорционален проценту модификаций стандартного функционала.

Процедура приблизительно следующая: ставишь Девелопер тулкит. Загружаешь в него базы:
1. 3.70В НЕ модифицированную;
2. 3.70В модифицированную;
3. 4.00 не модифицированную
Потом запускаешь процедуру мерджа и смотришь, что получилось. Весь модифицированный код придется проползти ручками и поправить если что прямо там в Тулките. Потом выгружаешь полученные объекты и накатываешь на, естественно стачало тестовую базу, гоняешь ее, потом уже на рабочую.
Там после мерджа открываются сразу четыре окна рядом, в таком же порядке, как я описал перед этим, и четвертая - новая. Там есть какие-то праметры мерджа, я если честно не помню, все в визарде. Так вот в четвертом окне можно сразу править - там так получается, что видно сразу параллельно: что было в немодифицированной базе, как это исправилось, что стало в новой версии и что получилось в последней базе после сливания всего этого. Сопоставление идет по номеру строки кода.
Если Вы делали когда-нить сравнение кода, то тут очень похоже, только вместо двух окон - четыре.
Старый 21.11.2006, 15:19   #6  
foxsoft2005 is offline
foxsoft2005
Участник
Аватар для foxsoft2005
 
93 / 10 (1) +
Регистрация: 21.11.2006
Цитата:
Сообщение от Sitizen Посмотреть сообщение
Цитата:
Сообщение от Sitizen Посмотреть сообщение
Собственно процент реальности этого обратно пропорционален проценту модификаций стандартного функционала.

Процедура приблизительно следующая: ставишь Девелопер тулкит. Загружаешь в него базы:
1. 3.70В НЕ модифицированную;
2. 3.70В модифицированную;
3. 4.00 не модифицированную
Потом запускаешь процедуру мерджа и смотришь, что получилось. Весь модифицированный код придется проползти ручками и поправить если что прямо там в Тулките. Потом выгружаешь полученные объекты и накатываешь на, естественно стачало тестовую базу, гоняешь ее, потом уже на рабочую.
Там после мерджа открываются сразу четыре окна рядом, в таком же порядке, как я описал перед этим, и четвертая - новая. Там есть какие-то праметры мерджа, я если честно не помню, все в визарде. Так вот в четвертом окне можно сразу править - там так получается, что видно сразу параллельно: что было в немодифицированной базе, как это исправилось, что стало в новой версии и что получилось в последней базе после сливания всего этого. Сопоставление идет по номеру строки кода.
Если Вы делали когда-нить сравнение кода, то тут очень похоже, только вместо двух окон - четыре.




Суть понятна. Вероятно, очень похоже на Стартим или VSS. Еще раз спасибо!
__________________
"И лишь патологоанатом не берет работу на дом" (с) Вишневский
Старый 24.11.2006, 11:45   #7  
Marisha is offline
Marisha
Участник
 
42 / 10 (1) +
Регистрация: 03.11.2011
Добрый день,
у меня похожая задача...

необходимо провести миграцию БД с версии 3.60 на 4.0... БД на SQL. Данные, объекты, код, БД была дополнительно модифицирована, т.е. не стандарт...

К своему стыду никогда этого раньше не делала...
По поводу объектов более мение понятно... а как на счёт истории? как загрузить данные? ДатаПорты? врятли...

Может есть где-нибудь описано этого процесса?

Какие могут появиться проблемы?

Спасибо!
Старый 24.11.2006, 14:17   #8  
Sitizen is offline
Sitizen
Участник
Аватар для Sitizen
 
305 / 10 (1) +
Регистрация: 10.01.2006
Marisha, если есть сомнения, то лучше доверить этот вопрос професиионалам, т.к. это не та задача, на которой можно научиться. Здесь нужно делать все наверняка. И лучше всего, чтобы обновление делал человек, который в курсе модификаций.

Что касается данных, то их никуда переносить не нужно, просто полученные новые объекты импортируются в старую базу и она продолжает работать, только уже по новому.
Старый 24.11.2006, 14:49   #9  
Marisha is offline
Marisha
Участник
 
42 / 10 (1) +
Регистрация: 03.11.2011
Я не являюсь новичком в Navision :-) Просто раньше не приходилось этого делать в таком виде: какие есть модификации известно только на уровне Юзера, т.е. надо чтобы было так и так, а вот как это реализовано никому неизвестно.
В принципе у меня есть представление что нужно делать, но хотелось бы знать как это сделать найболее оптимально и граммотно. Какова последовательность действий?
как описано выше готовлю объекты,
импортирую их в БД 3.60 (а как с объектами которые не поддерживает 3.60? menu, xml... )

делаю backup БД 3.60 и restore в БД 4.0
или
просто пытаюсь открыть эту базу уже с версией 4.0 ?
Старый 24.11.2006, 15:31   #10  
Sitizen is offline
Sitizen
Участник
Аватар для Sitizen
 
305 / 10 (1) +
Регистрация: 10.01.2006
Если честно, то я делал обновление один раз всего - с 3.6 на 3.7
Что касается четверочных прибамбасов (меню и все остальное) то думаю, что достаточно будет просто открыть базу клиентом четверки и обновить ее по запросу.
Но лучше все делать сначала на тестовой базе а потом на живой.
Я бы сделал следующим образом:
1. сформировать объекты новой базы - это то, что я писал ранее;
2. развернуть полноценную копию (полноценную, в том смысле, что если у вас база на SQL, то и копию на SQL и желательно на сервере с теми же характеристиками или на том же, если Натив, то такую же)
3. собственно обновление базы:
а. открыть копию клиентом 4.0, он спросит обновить или нет, нужно обновить;
б. накатываем на базу новые объекты;
в. всесторонние тесты;
4. проделываем все для рабочей базы с учетом уже конечно исзменений и исправлений, выявленных при тестировании.
На рабочей базе начинать делать все лучше всего в пятницу вечером, чтобы была возможность песпрепятственной работы в течении выходных. И обязательно перед каждым новым этапом обновления делать бэкап.
Старый 24.11.2006, 15:36   #11  
Marisha is offline
Marisha
Участник
 
42 / 10 (1) +
Регистрация: 03.11.2011
Спасибо огромное!!! это как раз то что мне было нужно.
Буду пробовать.
Старый 24.11.2006, 17:38   #12  
Sitizen is offline
Sitizen
Участник
Аватар для Sitizen
 
305 / 10 (1) +
Регистрация: 10.01.2006
Вероятно, что и с данными придется повозиться. Но чтобы сказать точно, нужно знать базу и доработки все.
Просто пришло в голову, что вполне может быть такое, что дописали некий функционал, которого не было в 3.7, нопоявился в 4.0, и при решении перейти на стандарт, придется переносить и данные из одного места в другое.
С отчетами тоже наверняка может проблема возникнуть.

Это что еще пришло в голову.

Ну в общем, желаю удачи
Старый 28.11.2006, 10:40   #13  
foxsoft2005 is offline
foxsoft2005
Участник
Аватар для foxsoft2005
 
93 / 10 (1) +
Регистрация: 21.11.2006
Спасибо! В общем - будем работать в усиленном режиме .
__________________
"И лишь патологоанатом не берет работу на дом" (с) Вишневский
Старый 02.12.2006, 21:18   #14  
Галина is offline
Галина
Участник
 
1,132 / 28 (3) +++
Регистрация: 01.07.2003
Цитата:
Сообщение от Sitizen Посмотреть сообщение
Что касается данных, то их никуда переносить не нужно, просто полученные новые объекты импортируются в старую базу и она продолжает работать, только уже по новому.
Хм-я что то не понимаю.
А как же конфликты полей?
Старый 04.12.2006, 10:48   #15  
foxsoft2005 is offline
foxsoft2005
Участник
Аватар для foxsoft2005
 
93 / 10 (1) +
Регистрация: 21.11.2006
Цитата:
Сообщение от Галина Посмотреть сообщение
Цитата:
Сообщение от Sitizen Посмотреть сообщение
Что касается данных, то их никуда переносить не нужно, просто полученные новые объекты импортируются в старую базу и она продолжает работать, только уже по новому.
Хм-я что то не понимаю.
А как же конфликты полей?




Дык ручками их, ручками
__________________
"И лишь патологоанатом не берет работу на дом" (с) Вишневский
Старый 04.12.2006, 12:59   #16  
Галина is offline
Галина
Участник
 
1,132 / 28 (3) +++
Регистрация: 01.07.2003
Ручками?????
Старый 06.12.2006, 15:05   #17  
foxsoft2005 is offline
foxsoft2005
Участник
Аватар для foxsoft2005
 
93 / 10 (1) +
Регистрация: 21.11.2006
Цитата:
Сообщение от Галина Посмотреть сообщение
Ручками?????


Тогда поясните, что Вы имеете ввиду? Примерчик там...
__________________
"И лишь патологоанатом не берет работу на дом" (с) Вишневский
Старый 06.12.2006, 17:12   #18  
Marisha is offline
Marisha
Участник
 
42 / 10 (1) +
Регистрация: 03.11.2011
Пока только анализирую, но уже есть пр-р:

Navision 3.60 T18 Customer: поле 116: Allow Payment Tolerance Boolean
Navision 4.0 T18 Customer: поле 116: Block Payment Tolerance Boolean

Получается, нужно будет менять значение на противоположное...? Может не ручками, но что-то вроде того...
И кто знает есть ли ещё и где подобные несоответствия данных...
Старый 06.12.2006, 17:59   #19  
Sitizen is offline
Sitizen
Участник
Аватар для Sitizen
 
305 / 10 (1) +
Регистрация: 10.01.2006
Цитата:
Сообщение от Marisha Посмотреть сообщение
Пока только анализирую, но уже есть пр-р:

Navision 3.60 T18 Customer: поле 116: Allow Payment Tolerance Boolean
Navision 4.0 T18 Customer: поле 116: Block Payment Tolerance Boolean

Получается, нужно будет менять значение на противоположное...? Может не ручками, но что-то вроде того...
И кто знает есть ли ещё и где подобные несоответствия данных...
Если поля стандартные, то обычно к хот фиксам и новым версиям прилагаются отчетики для модификации данных. Так же есть описание того, что изменилось и в описании обычно пишут порядок обновления.
Так что всю необходимую информацию о подобных нестыковках можно получить от туда.
Старый 06.12.2006, 18:04   #20  
foxsoft2005 is offline
foxsoft2005
Участник
Аватар для foxsoft2005
 
93 / 10 (1) +
Регистрация: 21.11.2006
Цитата:
Сообщение от Marisha Посмотреть сообщение
Пока только анализирую, но уже есть пр-р:

Navision 3.60 T18 Customer: поле 116: Allow Payment Tolerance Boolean
Navision 4.0 T18 Customer: поле 116: Block Payment Tolerance Boolean

Получается, нужно будет менять значение на противоположное...? Может не ручками, но что-то вроде того...
И кто знает есть ли ещё и где подобные несоответствия данных...
Еще самый простой пример - это поле "BoE No." и "BoE Line No." в NAV360 (они же "CD No." и "CD Line No." в NAV40 SP3)... Ну и таблички, соответственно.. "Bill Of Exchange Line" -> "Custom Declaration Line"...

Может это и не конфликт в понимании слова - но при переносе функционала ох как жисть может подпортить...
__________________
"И лишь патологоанатом не берет работу на дом" (с) Вишневский
 

Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 16:31.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.