А "потянет" ли Axapta такой объем данных ?

[AKIS]

Цитата:

Были ли внедрения Axapta с такими объемами ?
Можно ли прикинуть размер базы данных через год работы ?

Здравствуйте.

Внедрения с такими, и даже бОльшими объемами - точно были. За подробными справками и координатами советую обращаться в офис МБС

Насчет объема. Рискну сделать смелое предположение. 15 Гб за год. Чисто эмпирически, доказать затруднюсь...

Внутренний голос мне подсказывает, что вам надо сразу думать про Оракл. Майкрософт такие, и даже бОльшие объемы потянет - но через пару-тройку лет все равно переходить, так что...

Цитата:

ситуация осложняется тем, что работа круглосуточная и остановка базы даже на полчаса (например, для "закрытия" склада ) невозможна

Остановки баз будут, без этого просто никак нельзя. Так что сразу закладывайте кластер с двумя параллельно работающими и взаимно реплицирующимися базами: отвалилась одна, подключилась другая... Хотя ресурсов это у вас потребует ой-ой-ой... Может все ж таки не так все страшно? Я вот насколько знаю, даже в банках, и даже в очень крупных, бывают периоды отключения системы. А критичным считается останов сервера на 2-3 часа, но никак не на 30 минут... А вы все ж таки не банк...
В первое время после старта, во всяком случае, останов возможен очень часто (это из опыта, причем не только и не столько по Аксапте)... Так что продумывайте, что все ж таки будете делать при таких остановах, временные процедуры регистрации заказов и пр...

Цитата:

количество юзеров 30-35

Вот этот момент - самый непонятный в вашем описании. Как такое маленькое количество юзеров справится с таким огромным объемом данных? 1200 заказов в день = 50 заказов в час (при том что работают ровно 24 часа) = почти по заказу в минуту... Т.е 35 новых строчек заказов в минуту, не считая времени на собственно регистрацию шапки заказа... Или это только те юзера, которые непосредственно вбивают заказы - а бухгалтерия, финансы, склад и прочая братия сверх того? Даже в этом случае, получается что каждый юзер каждую минуту суток должен вбивать по одной строчке заказа... Без перерыва на пописать и обед... Даже меняться они у вас должны со скоростью электровеников, секунд за 15... Нереально это.

Рискну сделать предложение: может вам, ребята, как-то внутренне поделить предприятие и соответственно систему: по региональному (одни обслуживают только сибирь, другие только москву и область, третьи поволжье и пр..) или еще какому-нибудь признаку? В том смысле что сделать не одну, а пять-семь систем. Естественно, с увязкой данных, но не в он-лайне а скажем в конце дня. Плюс центральная, консолидирующая система. А то вы ж замаетесь потом с таким монстром... Вы представьте, сколько будет занимать одна операция вынимания базы из бэкапа - пару-тройку часов..

Цитата:

для учета отгрузки по каждой товарной позиции делаем 3 проводки (себестоимость, реализация, НДС)
- для учета каждой тарной позиции делаем 2 проводки (вешаем тару на клиента и амортизация тары)

Опять-таки - надо ли делать проводки по каждой позиции? Может можно как-то их собирать-группировать (аналитика глубже товара у вас вряд ли будет в бухгалтерии)... Все легче будет, глядишь вместо 50 станет 5 миллионов