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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 25.07.2003, 16:54   #1  
Atani is offline
Atani
Участник
 
77 / 15 (1) ++
Регистрация: 25.07.2003
Адрес: г. Королёв М.О.
Может ли AOS работать одновременно с двумя серверами SQL?
собственно, сабж.

С уважением, Атани.
Старый 25.07.2003, 18:06   #2  
raz is offline
raz
NavAx
Аватар для raz
NavAx Club
Лучший по профессии 2014
Лучший по профессии 2009
 
1,494 / 1065 (38) ++++++++
Регистрация: 22.07.2003
Адрес: МО
Конечно может, и даже с большим числом, но не одновременно :-)
Старый 25.07.2003, 18:49   #3  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Конечно может, и даже с большим числом, но не одновременно :-)
А пуркуа бы, собственно, и не па? Что мешает на одной физической машине иметь несколько настроенных AOS-ов (Object servers в Navision Axapta Server Manager), в каждом из которых настраивается подключение к разным БД или разным серверам? Что может им помешать работать одновременно?

Именно это, я полагаю, имел в виду raz?
Старый 25.07.2003, 19:18   #4  
raz is offline
raz
NavAx
Аватар для raz
NavAx Club
Лучший по профессии 2014
Лучший по профессии 2009
 
1,494 / 1065 (38) ++++++++
Регистрация: 22.07.2003
Адрес: МО
если речь идет о нескольких настроенных аосах, то как тут уже писали в другой ветке, хоть сколько... пока мощи хватит. у нас на одном сервер было 4 аоса, которые работали с четырмя базами на двух сиквелах.
Старый 25.07.2003, 22:40   #5  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
согласен, может.

можно я ссылочку добавлю?
http://technet.navision.com/usered/A...01.00-ENUS.doc
Старый 28.07.2003, 10:03   #6  
Atani is offline
Atani
Участник
 
77 / 15 (1) ++
Регистрация: 25.07.2003
Адрес: г. Королёв М.О.
Здравствуйте!

Вообще-то я имел ввиду несколько иное.
Может ли один AOS настраиваться и работать с задачей, расположенной в двух базах или даже на двух SQL-серверах?
Или может ли, скажем, работать два AOS'а, каждый со своей частью задачи, и между ними будут постоянные связи: всякая синхронизация справочников, возможность пользователям из клиента обращаться к обеим базам и т.п.

Наверное, через ODBC или OLE DB можно всё, но на свой страх и риск и не используя "интеллектуальности" самой Аксапты, а это не очень интересно.
Моя идея перенести часть серверной функциональности, соответствующей более-менее обособленному классу задач, на отдельный сервер. Но при этом обеспечение тесного взаимодействия задач как части единой системы.

С уважением, Атани
Старый 28.07.2003, 10:32   #7  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Ага. Тогда в вопросе используется неправильная терминология.

Одно приложение в штатном режиме не может работать одновременно (в одном сеансе) с двумя разными базами данных. Следовательно, один АОС в одной сессии также не может.

Два приложения могут работать с одной базой. Но это противоречит лицензионной политике. И к тому же надо быть чертовски осторожным в таком режиме.
Старый 28.07.2003, 11:16   #8  
Dron AKA andy is offline
Dron AKA andy
Moderator
 
944 / 253 (10) ++++++
Регистрация: 27.03.2002
Адрес: Москва
To Mazzy: позволю себе не согласиться. Лично настраивал АОС таким образом, что ОДНО приожение использовалось ДВУМЯ АОС для доступа к ДВУМ разным базам (находящимся правда, на одном SQL-сервере, но это, по-моему, несущественно). Все упирается при этом только в лицензию на количество АОС (их должно быть столько же, сколько подключается баз к одному приложению). Все стабильно работало, очень удобно было осуществлять обновление приложения, главное - не забывать синхронизировать каждую БД при изменении приложения.
__________________
Андрей.
Старый 28.07.2003, 11:38   #9  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
А ведь правильно. И так можно.

Т.е. вопрос звучит так -
Можно ли в одной сессии Аксапты работать с двумя серверами SQL?
Atani, так?
Старый 28.07.2003, 13:02   #10  
Atani is offline
Atani
Участник
 
77 / 15 (1) ++
Регистрация: 25.07.2003
Адрес: г. Королёв М.О.
Спасибо вам.

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

Да, именно так. Мне важно, чтобы клиент мог работать в одной сессии с двумя серверами, ну и это для него было не сложнее, как если бы он обращался к одной БД.

To Dron AKA andy:
Расскажите, пожалуйста, какакие настройки нужны, чтобы приложение работало с двумя БД, пусть это будет посредством двух АОС.

С уважением, Атани.
Старый 28.07.2003, 13:10   #11  
Михаил Андреев is offline
Михаил Андреев
Участник
Компания АМАНД
Лучший по профессии 2009
 
1,295 / 239 (10) ++++++
Регистрация: 09.11.2001
Адрес: Химки, Московская область
Цитата:
Изначально опубликовано Atani
Здравствуйте!

Вообще-то я имел ввиду несколько иное.
Может ли один AOS настраиваться и работать с задачей, расположенной в двух базах или даже на двух SQL-серверах?
Или может ли, скажем, работать два AOS'а, каждый со своей частью задачи, и между ними будут постоянные связи: всякая синхронизация справочников, возможность пользователям из клиента обращаться к обеим базам и т.п.

Наверное, через ODBC или OLE DB можно всё, но на свой страх и риск и не используя "интеллектуальности" самой Аксапты, а это не очень интересно.
Моя идея перенести часть серверной функциональности, соответствующей более-менее обособленному классу задач, на отдельный сервер. Но при этом обеспечение тесного взаимодействия задач как части единой системы.

С уважением, Атани
Требования противоречивы, то два АОСа, то два SQL сервера...

Два AOS на одной базе и даже с одним приложением запустить можно (убрав флажок монопольного доступа к файлам приложения). Это позволит разгрузить один сервер за счет другого (один - для оперативной работы, другой - для аналитики и расчетов, например). Но: 1) в 2.5. криво работает, приходится регулярно перезапускать, если одновременно что-то еще дорабатывается. Понятно, что решается запретом разработки, а импорт модификаций производить только в двухуровневой схеме. 2) Часть данных все равно может быть заблокировано, поэтому не всегда это однозначно ускоряет процесс расчетов. Но это редкость, я думаю. 3) Связь АОсов с серверами БД и файл сервером с файлами приложений нужна хорошая, иначе все насмарку...

Теперь, допустим, приложение одно, базы две. Работать будет, но криво: таблицы перекрестных ссылок, пользовательских настроек, вообще говоря, у разных баз могут быть разными, а приложение одно. Не пробовал использовать в штатном режиме, но кривости вылезут точно.

Теперь, допустим, приложения два, в база одна. Вообще не понял, зачем это может понадобиться. Но тоже будет криво по тем же причинам.
__________________
Михаил Андреев
https://www.amand.ru
Старый 28.07.2003, 13:10   #12  
Dron AKA andy is offline
Dron AKA andy
Moderator
 
944 / 253 (10) ++++++
Регистрация: 27.03.2002
Адрес: Москва
Все тривиально: в параметрах конфигурации для каждого из АОСов (расположенных в окне сервер менеджера) прописываем один и тот же Application, но разные БД (и даже разные SQL серверы). Но не забудьте про лицензию на количество АОС, должно быть >1 АОС.
__________________
Андрей.
Старый 28.07.2003, 13:15   #13  
Михаил Андреев is offline
Михаил Андреев
Участник
Компания АМАНД
Лучший по профессии 2009
 
1,295 / 239 (10) ++++++
Регистрация: 09.11.2001
Адрес: Химки, Московская область
Цитата:
Изначально опубликовано Dron AKA andy
To Mazzy: позволю себе не согласиться. Лично настраивал АОС таким образом, что ОДНО приожение использовалось ДВУМЯ АОС для доступа к ДВУМ разным базам (находящимся правда, на одном SQL-сервере, но это, по-моему, несущественно). Все упирается при этом только в лицензию на количество АОС (их должно быть столько же, сколько подключается баз к одному приложению). Все стабильно работало, очень удобно было осуществлять обновление приложения, главное - не забывать синхронизировать каждую БД при изменении приложения.
Согласен с ремаркой. Про кривости выше написано. Но сам в штатном режиме сие не использую. Думаю, в приведенном случае, лучше использовать два приложения с двумя базами, сначала на первой базе обновлять в двухуровневой и синхронизировать, а затем первое приложение копировать на второе приложение, опять синхронизировать, затем перезапускать АОСы. Но, хозяин барин, это только мое мнение...
__________________
Михаил Андреев
https://www.amand.ru
Старый 28.07.2003, 13:35   #14  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Теперь, допустим, приложение одно, базы две. Работать будет, но криво: таблицы перекрестных ссылок, пользовательских настроек, вообще говоря, у разных баз могут быть разными, а приложение одно. Не пробовал использовать в штатном режиме, но кривости вылезут точно.
Проблемы будут, но не смертельные

Цитата:
Теперь, допустим, приложения два, в база одна. Вообще не понял, зачем это может понадобиться. Но тоже будет криво по тем же причинам
А вот это - полная ж.., если какая-то разработка ведется, при экспорте-импорте проекта такое начинается... ID у объектов в AOT разъезжаются, при синхронизации заполненные таблицы пересоздаются, ужас.. И это в принципе обходится, но чтобы при каждом неаккуратном чихе в системе разворачивать резервную копию.. Спасибо, нет. Экономия копеечная - размер БД на диске, а нервные клетки не восстанавливаются

Цитата:
Да, именно так. Мне важно, чтобы клиент мог работать в одной сессии с двумя серверами, ну и это для него было не сложнее, как если бы он обращался к одной БД.
2Atani: этого Вам стандартная функциональность не даст. Вы лучше скажите, зачем Вам это надо? AOS-ы в разных местах стоят - офис и DMZ? Хотите данные разделять на актуальные и архив? Еще что-то?

Есть ощущение, что Вашу задачу надо с другого бока решать, например через разграничение прав.
Старый 28.07.2003, 13:50   #15  
Михаил Андреев is offline
Михаил Андреев
Участник
Компания АМАНД
Лучший по профессии 2009
 
1,295 / 239 (10) ++++++
Регистрация: 09.11.2001
Адрес: Химки, Московская область
Цитата:
Изначально опубликовано Vadik
... ID у объектов в AOT разъезжаются, при синхронизации заполненные таблицы пересоздаются, ужас.. И это в принципе обходится, но чтобы при каждом неаккуратном чихе в системе разворачивать резервную копию..
Там хуже: восстановление ничего не дает, придется делать экспорт-импорт данной таблицы
__________________
Михаил Андреев
https://www.amand.ru
Старый 28.07.2003, 14:07   #16  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Там хуже: восстановление ничего не дает, придется делать экспорт-импорт данной таблицы
Всегда остается восстановление рядом копии БД и insert into Table1(..) select (..) from oldDB..Table1. Главная проблема - найти пересоздавшиеся таблицы

Я имел в виду возможность поиграться с "Экспортировать / Импортировать со значениями идентификаторов" еще до того, как что-то разъехалось, то есть на этапе экспорта-импорта проекта
Старый 28.07.2003, 14:15   #17  
Михаил Андреев is offline
Михаил Андреев
Участник
Компания АМАНД
Лучший по профессии 2009
 
1,295 / 239 (10) ++++++
Регистрация: 09.11.2001
Адрес: Химки, Московская область
Цитата:
Изначально опубликовано Vadik
Всегда остается восстановление рядом копии БД и insert into Table1(..) select (..) from oldDB..Table1. Главная проблема - найти пересоздавшиеся таблицы

Я имел в виду возможность поиграться с "Экспортировать / Импортировать со значениями идентификаторов" еще до того, как что-то разъехалось, то есть на этапе экспорта-импорта проекта
Понял. Забыл, что наряду с версией 2.5 есть еще 3.0
__________________
Михаил Андреев
https://www.amand.ru
Старый 29.07.2003, 11:53   #18  
komar is offline
komar
Шаман форума
Аватар для komar
Ex AND Project
 
5,571 / 600 (32) +++++++
Регистрация: 24.05.2002
Прочитал, понял, что все поняли по-своему. Можно я тоже встряну, а ?
Может, имелась в виду кластеризация SQL-серверов? Но это проблема не Акзапты, а личное дело СУБД....
Старый 30.07.2003, 09:13   #19  
Atani is offline
Atani
Участник
 
77 / 15 (1) ++
Регистрация: 25.07.2003
Адрес: г. Королёв М.О.
зачем мне это надо
Цитата:
2Atani: этого Вам стандартная функциональность не даст. Вы лучше скажите, зачем Вам это надо? AOS-ы в разных местах стоят - офис и DMZ? Хотите данные разделять на актуальные и архив? Еще что-то?

Есть ощущение, что Вашу задачу надо с другого бока решать, например через разграничение прав.
Офис и удалённый офис. Какие-то задачи свои, какие-то - общие, плюс ненадёжный канал, при котором каждый офис должен остаться в рабочем режиме, если связь пропадёт.
Старый 30.07.2003, 19:31   #20  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
понятно. опять репликация.
лучше бросьте эту затею, ИМХО.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Dynamics AX: SQL Sever 2008 - Performance with Dynamics AX 2009 - Resource Governor Blog bot DAX Blogs 0 23.01.2009 22:05
Dynamics AX: Looking into SQL Server 2008 Blog bot DAX Blogs 0 16.01.2009 05:06
Dynamics AX: SQL Performance and Dynamics AX Tuning Blog bot DAX Blogs 0 19.07.2007 23:12
Dynamics AX: SQL Server, Heart of Dynamics AX Blog bot DAX Blogs 0 13.07.2007 18:00
Фин отчеты: может ли работать по нескольким компаниям сразу Arahnid DAX: Функционал 3 30.05.2007 17:46

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

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

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