Ограничения оценок

Оценить
(0 голоса)

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

Почему? Часто предположения строятся на основании следующего:

•             Время раздумывания пользователя (количество времени, когда пользователь непосредственно не использует систему). Часто время раздумывания оказывается недооцененным, что приводит к завышению размера.

•             Приемлемое время отклика. Также может быть недооцененным, что, снова та-кн, приводит к завышению размера.

Однако ошибки не всегда бывают вызваны завышенной оценкой размера. Легко недооценить и общее количество необходимого дискового пространства. Размер данных и индексов может быть измерен в точности, однако откат, временные табличные пространства, журналы и т.д. могут быть не учтены в размерах. В целях экономии средств люди могут прельститься недостаточной конфигурацией дисков.

Чем более ограничена доступная информация, такая как количество пользователей и объем дискового пространства, тем более интуитивной становится ваша оценка.

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

Чем больше детальной информацией у вас в наличии, тем выше шансы получения соответствующей оценки размеров. Однако вам потребуются еще и конкретные детали. Поэтому мы начнем с рассмотрения вопросов, на которые необходимо ответить должным образом при вашей оценке размеров и конфигурировании СУБД.

Каков тип рабочей нагрузки?
Низкие требования к сети
Каков статус приложения?
Сколько пользователей?
Каким образом пользователи подключаются к серверу БД?

Добавить комментарий


Защитный код
Обновить