Размер БД и производительность

[skof]

Наша компания делает в день 35000 строк в 1300 накладных. Вот интересно какого размера у нас будет к концу года база данных и насколько вообще Аксапта сможет пожд это масштабироваться?

[egorych]

ну посчитайте - разница между размерами базы на начало и на конец дня*365 ну примерно где-то так и выйдет +-
а насчет масштаба - зависит от железа и чудных ручек программистов :-)

[skof]

Цитата:

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

ну посчитайте - разница между размерами базы на начало и на конец дня*365 ну примерно где-то так и выйдет +-

у нас еще нет живой аксапты

[coolibin]

Цитата:

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

ну посчитайте - разница между размерами базы на начало и на конец дня*365 ну примерно где-то так и выйдет +-

Так просто вряд ли удастся посчитать, не учитывая способ выделения файлового пространства сервером БД.

skof, Вы указали очень большое количество документов. Думаю, что тут дисковое пространство будет не самой большой головной болью. Интересуйтесь аналогичными внедрениями с большим документооборотом, как у них вообще с быстродействием.

[egorych]

Цитата:

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

Так просто вряд ли удастся посчитать, не учитывая способ выделения файлового пространства сервером БД.

Это не способ точного подсчета, а способ ОЦЕНКИ размера. Не думаю, что размер +- 1-2Г имеет какую-то роль.

[skof]

Цитата:

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

Вы указали очень большое количество документов. Думаю, что тут дисковое пространство будет не самой большой головной болью.

Это определяет подход к оборудованию 200Гб база требует уже отдельной хранилки, а у нас еще и 0,5 часа простоя - уже проблема, значит дублировать надо уже на еще одной хранилке и т.д.
Сейчас мы тут еще в младенческом состоянии по отношению к базам данных находимся - наш объем 10ГБ всего, правда эта каждая из трех, но они на отдельных серваках и т.д.
А про поддержка базы в 200ГБ это уже совершенно иная задача.

[Zabr]

Цитата:

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

Наша компания делает в день 35000 строк в 1300 накладных. Вот интересно какого размера у нас будет к концу года база данных и насколько вообще Аксапта сможет пожд это масштабироваться?

Розничная сеть. Ежедневно строк приходных накладных 10 тысяч, расходных 40 тысяч. Аксапта работает 1 год 10 месяцев. Размер базы 280 Гб. Случающиеся изредка жалобы на тормоза связаны исключительно с собственными программными косяками. Проблемы с масштабированием вижу пока в том, чтобы успевали делаться за ночь всякие автоматические расчеты, время на которые прямо пропорционально числу магазинов в сети. Резервы времени пока еще есть.

При указанных вами 35 тысячах строк накладных размер базы через год можно грубо оценить в 100 Гб. плюс-минус 20%.

[fedka]

Цитата:

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

Розничная сеть. Ежедневно строк приходных накладных 10 тысяч, расходных 40 тысяч. Аксапта работает 1 год 10 месяцев. Размер базы 280 Гб. Случающиеся изредка жалобы на тормоза связаны исключительно с собственными программными косяками. Проблемы с масштабированием вижу пока в том, чтобы успевали делаться за ночь всякие автоматические расчеты, время на которые прямо пропорционально числу магазинов в сети. Резервы времени пока еще есть.

Вы можете написать характеристики сервера БД?

[skof]

Цитата:

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

Розничная сеть. Ежедневно строк приходных накладных 10 тысяч, расходных 40 тысяч. Аксапта работает 1 год 10 месяцев. Размер базы 280 Гб. Случающиеся изредка жалобы на тормоза связаны исключительно с собственными программными косяками. Проблемы с масштабированием вижу пока в том, чтобы успевали делаться за ночь всякие автоматические расчеты, время на которые прямо пропорционально числу магазинов в сети. Резервы времени пока еще есть.

При указанных вами 35 тысячах строк накладных размер базы через год можно грубо оценить в 100 Гб. плюс-минус 20%.

Интересно на каком железе это крутится и сколькими людьми какой квалификации поддерживается?

[Zabr]

Цитата:

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

сколькими людьми какой квалификации поддерживается?

Если имеете в виду администрирование сервера БД - то один человек. По железу - прежде чем ответить, уточню, не является ли информация конфиденциальной.

[axvacancy]

3 года работы на полном объеме функционала.
Аксапта 3.0 + оракл.
115 млн. проводок.
в среднем порядка 100 000 строк расходок в день.
база чуть больше терабайта.
Хранилка IBM ds3400 + sas.
Сервер IBM 4 6-ти ядерных xeon, 64 ГБ оперативки.
Standby IBM ds4700+FC. 4 2-х ядерных xeon, 32 ГБ оперативки (до недавних пор был основным).
Пашет нормально как на первом так и на втором, по статистике 1-ый лучше.
Пользуется в основном логистика.

[skof]

Цитата:

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

3 года работы на полном объеме функционала.
Аксапта 3.0 + оракл.
115 млн. проводок.
в среднем порядка 100 000 строк расходок в день.
база чуть больше терабайта.
Хранилка IBM ds3400 + sas.
Сервер IBM 4 6-ти ядерных xeon, 64 ГБ оперативки.
Standby IBM ds4700+FC. 4 2-х ядерных xeon, 32 ГБ оперативки (до недавних пор был основным).
Пашет нормально как на первом так и на втором, по статистике 1-ый лучше.
Пользуется в основном логистика.

а резервирование как же? а если что-то с ораклом? с операционкой? и т.д.?

[axvacancy]

Standby для этого и есть.
основной сервер накрывается - работаем на стендбае.

[skof]

стэндбай и базу данных резервную ведет, правильно?

[axvacancy]

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

[skof]

Цитата:

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

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

И это все на одной хранилке.
А AOS-ы живут отдельно?

вот это красиво

[axvacancy]

Есть основной сервер с сервером хранения
и под стендбай отдельный комплект (сервер + сервер храниния) размешенный территориально отдельно.
При желании можно и на одном поднять
если места хватит.
Но тогда резервирование практически отсутствует.