Nav 3.70 + SQL 2005

[Kuzmich]

Цитата:

Сообщение от RedFox

Если просто сменить версию клиента, то просто меняется все клиенты на местах, где работают с НАВ. А потом сконвертировать саму БД. Но все нужно протестить (и при этом все бизнес-функии в течении нескольких дней) сначала на копии, чтобы не было проблем.

Если уж делать обновление до более новой версии, то тогда уж лучше дождаться выхода NAV 5.0 SP1 RU (обещают уже совсем скоро) и переходить с upgrade ToolKit (если база не сильно кастомизирована).

Так Я правильно понял или нет?: Для того что бы увеличить скорость нужно поменять клиента, Сервер можно не трогать. Ктому же 4 клиент и выше дружит с SQL2005. А Nav сервер можно не тогать?

upgrade ToolKit - это что за комплект такой? Где брать, как заказать?И опять же по деньгам сколько? или переходы бесплатны (может есть какие то условия)?

[RedFox]

Цитата:

Сообщение от Kuzmich

Так Я правильно понял или нет?: Для того что бы увеличить скорость нужно поменять клиента, Сервер можно не трогать. Ктому же 4 клиент и выше дружит с SQL2005. А Nav сервер можно не тогать?

Да, вы правильно поняли. Но такое проделывалсь тольк с 3.70, поэтому как получится с версией 3.60 я не могу сказать. Это нужно тестить.

Цитата:

upgrade ToolKit - это что за комплект такой? Где брать, как заказать?И опять же по деньгам сколько? или переходы бесплатны (может есть какие то условия)?

Это "набор", который позволяет "мигрировать" с одной версии на другую.

Немного можно почитать:
- http://www.mibuso.com/dlinfo.asp?FileID=522
- http://blogs.technet.com/agladkik/archive/...03/1694739.aspx
- http://www.dynamicsnation.com/Default.aspx...2&EntryID=6

[Kuzmich]

Цитата:

Сообщение от RedFox

Да, вы правильно поняли. Но такое проделывалсь тольк с 3.70, поэтому как получится с версией 3.60 я не могу сказать. Это нужно тестить.
Это "набор", который позволяет "мигрировать" с одной версии на другую.
Немного можно почитать:

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

Вот еще вопрос назрел. Считаю что много "тормазов" из-за криворуково кода, много ключивых полей и прочей ерунды, которую удалять просто бездумно нельзя.
Вопрос такой:
1. Как поймать где узкое место и что тормазит? (например фин учет идет более 9 часов. Если днем запустить. то пипец, народ может идти пить кофе.)
2. Есть ли способ отловить каками отчетами не пользуються и какие ключивые поля в таблицах уже не нужны?

[RedFox]

Цитата:

Сообщение от Kuzmich

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

Кто же будет рад, когда ему денежку снижают... ;-)

Цитата:

Вот еще вопрос назрел. Считаю что много "тормазов" из-за криворуково кода, много ключивых полей и прочей ерунды, которую удалять просто бездумно нельзя.
Вопрос такой:
1. Как поймать где узкое место и что тормазит? (например фин учет идет более 9 часов. Если днем запустить. то пипец, народ может идти пить кофе.)

Я так понимаю, что у Вас сейчас SQL 2000. К сожалению по нем не спец совсем (2005 имееет хорошие средства для оптимизации), поэтому скажу только по НАв - см. ифнормацию по Developer TooKit, в НАВ - Client Monitor, Code Coverage и пакет типа "SQL Server Technical Kit Microsoft Dynamics NAV". Если что - обращайтесь.

Цитата:

2. Есть ли способ отловить каками отчетами не пользуються и какие ключивые поля в таблицах уже не нужны?

я думаю, что только методом научного втыка можно узнать по поводу доп. полей.
Как минимум, Вам нужно пересмотреть ключики и SIFT- поля. А так же периодически обновлять эти таблицы.