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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 29.04.2006, 06:26   #1  
Sequel is offline
Sequel
Участник
 
53 / 13 (1) ++
Регистрация: 17.06.2005
Адрес: Новокузнецк
Топология AOS'ов
Доброго времени суток.
Мы работаем с трехзвенной архитектурой, топология системы такова: 1 база данных, 4 AOS'а (по 2 на 2-х компьютерах), AOS'ы не объединены в кластер, каждому пользователю в зависимости от географического расположения (разные магазины в разных городах) назначен свой AOS.
При этом все AOS'ы используют общее приложение.
Вопрос 1: отличается ли такая схема работы от той, когда все AOS'ы объединены в кластер? Например кэширование данных из базы в некластерной системе работает не совсем корректно: закэшированные данные в одном AOS'е не видят изменений в других какое то время, пока не обновятся. Как работает кэширование данных в кластерной системе?
Вопрос 2: при внесении изменений в программный код какие действия надо сделать чтобы он обновился сразу во всех Аосах. В некластерной системе, я так понимаю, для этого нужно чтобы эти изменения записались не только в кэш, но и на диск в файлы приложения, после чего остальные аосы должны обновить у себя в кэше эти объекты. Как происходит обновление кода в кластерной системе?
Старый 29.04.2006, 15:42   #2  
zemlyn is offline
zemlyn
Участник
Аватар для zemlyn
 
146 / 44 (2) +++
Регистрация: 28.01.2004
вопросов там не два а 4
попробую ответить на те, что про кластер
1)кэширование данных в кластерной системе (для entire table cache - вроде тоже у нас не сразу изменения происходят - но в нормативную минуту вроде укладываемся

The entire table cache is flushed automatically at midnight on an AOS. This type of cache is synchronized every minute within an installation, so that even with mixed clients and multiple AOS’s, the cache is reasonably synchronous.

2)для того, чтобы новый код виделся на обоих AOS, стопорим AOS, в 2звенке импортируем проекты, запускаем AOS
Старый 02.05.2006, 08:58   #3  
Sequel is offline
Sequel
Участник
 
53 / 13 (1) ++
Регистрация: 17.06.2005
Адрес: Новокузнецк
т.е. обновлять код можно только в 2-х звенке? а почему нельзя обновить его на одном из АОСов, потом остановить и этот АОС и все остальные? Разве после перезапуска код не обновится? А еще интересно можно ли вносить изменения без остановки АОСов. Скажем принудительно заставлять АОС сбрасывать кэш объектов в файлы приложения, а затем заставлять другие АОСы заново читать все свои объекты из файлов приложения
Старый 02.05.2006, 12:11   #4  
zemlyn is offline
zemlyn
Участник
Аватар для zemlyn
 
146 / 44 (2) +++
Регистрация: 28.01.2004
1)както повелось, сказали из MBS делать "так", иначе не проверяли.
2)с терминологией не совсем понятно - в вашем понимании (я думал в первом посте опечатка) обновление сначала попадает в кэш и только потом в файлы приложения. Разумеется все наоборот - весь вопрос в том, чтобы кэш приложения потом раздать серверу и клиентам. У нас не 24*7, поэтому такой вопрос не вставал, может ктото поделится как решали проблему.
Старый 02.05.2006, 16:00   #5  
Sequel is offline
Sequel
Участник
 
53 / 13 (1) ++
Регистрация: 17.06.2005
Адрес: Новокузнецк
Т.е. я просто неправильно представлял себе процесс внесения изменений в программный код? Любые изменения СРАЗУ ЖЕ записываются на диск в файлы приложения? Никакой отложенной записи из кэша потом?
Старый 03.05.2006, 10:03   #6  
savel is offline
savel
Участник
 
74 / 13 (1) ++
Регистрация: 26.02.2004
Адрес: Санкт-Петербург
У себя мы делаем так:
в 3х звенке заливается необходимые модифиикации, компилируется. Далее входишь на другой AOS, там говоришь "востановить" и компилируешь там (у нас только 2 AOS'а. Вам похоже нужно проделать такую операцию на всех). После для пользователей которым важны внесённые модификации говориться, что нужно выйти из Аксапты и удалить *.aoc файлы.
Необходимо отметить, что без остановки AOS'ов переносить модификации нужно, если не в крайних случаях, то по крайней мере осторожно. Добавление полей в общеиспользуемых таблицах, в них же изменение состава индексов - только через остановку.
Старый 03.05.2006, 13:14   #7  
Sequel is offline
Sequel
Участник
 
53 / 13 (1) ++
Регистрация: 17.06.2005
Адрес: Новокузнецк
2savel
ну собственно мы так и делаем.
а АОСы у вас в кластере или нет?
Старый 03.05.2006, 14:40   #8  
savel is offline
savel
Участник
 
74 / 13 (1) ++
Регистрация: 26.02.2004
Адрес: Санкт-Петербург
Да в кластере.
Но даже если бы они были не в кластере - (но обращаются к одному приложению) алгоритм обновления не изменился бы.
Старый 03.05.2006, 18:14   #9  
Sequel is offline
Sequel
Участник
 
53 / 13 (1) ++
Регистрация: 17.06.2005
Адрес: Новокузнецк
Мне просто интересно - есть ли какие нибудь противопоказания против работы нескольких АОСов, не объединенных в кластер с одним приложением
Старый 03.05.2006, 18:37   #10  
savel is offline
savel
Участник
 
74 / 13 (1) ++
Регистрация: 26.02.2004
Адрес: Санкт-Петербург
Не думаю, что есть противопоказания,(хотя твёрдого знания нет). Но Вы же должны иметь возможность распределения пользователей по AOS'ам через кластеры или иным способом.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
daxis: Troubleshooting blocked SPIDS in AOS Blog bot DAX Blogs 0 01.04.2009 18:05
Arijit Basu: Multiple AOS in a Multi CPU Machine :) Blog bot DAX Blogs 1 19.12.2007 17:11
Arijit Basu: AX 4 AOS Basics: [Level 100] Blog bot DAX Blogs 0 18.11.2007 14:30
DynamicsTech: What's New in Dynamics Ax 4.0 AOS? Blog bot DAX Blogs 0 12.04.2007 11:50
axaptapedia: Control AOS from command line Blog bot DAX Blogs 0 09.03.2007 14:50

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 01:46.