Конфигурирование серверов БД на платформе Sun
Оценить
(0 голоса)
В отношении объема ввода/вывода не забывайте, что итоговый размер БД может в три-пять (а иногда и более) раз превышать размер исходных данных за счет индексов, временных табличных пространств и журналов. Свою лепту внесут и требования к работоспособности диска: удвоение в случае зеркалирования, дополнительные 25% для RAID 5 при использовании конфигурации 4+1. Для более детальной информации обращайтесь к разделу "RAID 5: Расслоение с распределенным контролем четности" в главе 17, а также к другим разделам упомянутой главы для общего анализа вопросов, связанных с размещением информации на дисках. Рассмотрим следующие факторы. •             Адекватная емкость диска. Решение о необходимом объеме дисков для компьютерной системы…
Оценить
(0 голоса)
Коль скоро вы определили емкость дисков, то можете произвести некоторые исследования на более высоком уровне. Исследование, произведенное фирмой Sun, показало, что дисковые подсистемы заказчиков в среднем характеризуются одной операцией ввода/вывода в секунду на I Гбайт диска, что соответствует 18-20% использования (несколько меньше 18 операций ввода/вывода в секунду) для дисков размером 18 Гбайт. Очевидно, что будут иметь место существенные отклонений в зависимости от приложения, от среднего размера операций ввода/вывода, времени суток, а также сезонных отклонений и подробностей любой конкретной инсталляции. Приложения OLTP могут не использоаать диски столь интенсивно, как это могут делать запросы к хранилищу данных, однако они, скорее всего, в…
Оценить
(0 голоса)
Обратите внимание на трехкратное увеличение активности записи в контрольных точках. Снижение активности чтения в контрольных точках означает, что в это время диск был перегружен. Оба графика были выполнены по данным, собранным с помощью утилиты iostat. •             Подходящее количество дисков. Проблемы, связанные с конфигурированием слишком малого количества шпинделей, часто становятся более очевидными в малых БД. Вполне удается с одним диском в 36 Гбайт сконфигурировать достаточный объем для небольшой БД, однако может понадобиться большее количество шпинделей, если значительное число пользователей выполняет многочисленные операции ввода/вывода в БД. Вам необходимо рассмотреть количество IOPS, приходящихся на 1 Гбайт, и кроме того стоимость 1 Гбайт. При…
Оценить
(0 голоса)
В завершение следует сказать, что "узкие места" ввода/вывода могут встречаться повсюду: на диске, контроллере диска, который может быть размещен в дисковом массиве или на сервере - на периферийной или на системной шине внутри сервера. Эти точки "узких мест" нанесены на рисунке 13.7 штриховой линией. . Каждый компонент обладает своим собственным пределом как по числу дисковых операций в секунду, так и по пропускной способности. Если каждый из дисков, например, поддерживает пропускную способность 16 Мбайт/сек, а шина SCSI - 25 Мбайт/сек, то для насыщения шины SCSI подойдут два диска. Опто- волоконное подключение к периферийной шине способно поддержать 90 Мбайт/сек, поэтому многочисленные дисковые…
Оценить
(0 голоса)
Память сервера БД расходуется несколькими способами. •             Кэш БД. Группа Database Engineering research полагает, что наилучшая производительность приложений OLTP будет достигнута с размером кэша от 5% до 15% размера БД (для более детальной информации см. раздел "Задание размера буферного кэша" в главе 7). Однако такая оценка размера предполагает, что ваши данные имеют отклонения и поэтому есть смысл производить кэширование. В качестве примера отклонения данных рассмотрим производителя садового оборудования. Здесь 80% заказов может быть адресовано небольшому количеству хранилищ больших универмагов наподобие Wal-Mart и Kmart, в то время как остальные 20% отправляются в многочисленные маленькие магазинчики. Вы могли бы обнаружить регулярное обращение…
Оценить
(0 голоса)
После покупки системы она, вероятно, не будет нуждаться в обновлении на протяжении, по крайней мере, нескольких месяцев. Не забывайте в течение этого периода о возможности возрастания вашего исходного размера. Не всякий рост требует дополнительного объема: выгоду, например, можно извлечь и без увеличения объема, если каждое наименование возрастает в цеие. Однако обычно увеличение полезности предполагает дополнительные требования к объему. Эффект от самой скромной модернизации со временем окажется весьма ощутимым. Например, если ожидается, что ежегодный общий рост будет составлять 20%, то через 4 года требования к объему возрастут вдвое. Прикиньте ваш коэффициент роста, допуская некоторое отклонение в качестве поправки на ошибку, а…
Оценить
(0 голоса)
Если у вас хватило смелости использовать результаты ТРС-С для оценки размеров, то для вас здесь приводится несколько шагов по получению приблизительной эценки (именно приблизительной!): 1.            Удвойте число транзакций в минуту, взятых из отчета, для включения всех, а не только вновь поступивших транзакций (сообщенная посредством ТРС-С пропускная способность включает исключительно новые транзакции). 2.            Если вы не используете монитор ТР, то результат необходимо сократить вдвое. 3.            Результат разделите на 3, если ваши приложения используют программное обеспечение форм, или на 1.5, если они используют средства облегченной поддержки экрана (напрнмер, curses). 4.            Если ваши приложения и операторы SQL толком не настроены, сократите результат вдвое.…
Оценить
(0 голоса)
Реакция автора проста: даже и не пытайтесь! Существует несколько причин, в силу которых нет смысла производить оценку размера, основываясь на старых ТРС-D или текущих результатах TPC-R: •             Как указано в главе 26, ТРС-D и ТРС-R в высшей степени оптимизированы и не подходят большинству пользователей хранилищ данных. •             Результаты ТРС-D неустойчивы во времени. Сравнивать более ранние результаты с текущими сложно, поскольку особенности новых БД вызвали экспоненциальное возрастание метрик (показателей) мощности куда большее, чем любые усовершенствования в аппаратном обеспечении и производительности операционной системы. То же самое будет касаться и ТРС-R. Это тестирование больше касается технологий программного обеспечения, чем серверных систем. •             Как…
Оценить
(0 голоса)
Исторические результаты некоторых индивидуальных запросов TPC-D/TPC-H згут содержать некоторую полезную информацию с доступом к необходимой фоно->й информации. Запрос 1 (Query 1), который не изменялся от ТРС-D до ТРС-Н, ил-эстрирует поведение основного сканирования единственной таблицы с агрегировали. На производительность Запроса 1 (Query 1) существенно повлияли материали- зованные представления в конце эпохи теста ТРС-D, поэтому полезными являются только результаты ТРС-Н, а также ранние результаты ТРС-D. Запрос 9 (Query 9), также не подвергшийся изменению в ТРС-Н, дает некоторые показания производительности сложного шеститабличного объединения (слияния). Остальные запросы, на взгляд автора, не представляют практического интереса, поскольку их производительность была со временем подвержена изменениям в связи…
Оценить
(0 голоса)
RTE (Remote terminal emulators - эмуляторы дистанционных терминалов) - это прикладное программное обеспечение, подражающее реальным действиям пользователей обычно на персональных компьютерах, браузерах или ASCII-терминалах. Вместо поиска свободного аппаратного обеспечения и реальных пользователей для проведения испытания приложения проще использовать RTE. На рынке доступно некоторое количество изощренных продуктов (например, preVue от Rational). Эмулятор дистанционного терминала, не занимающего рук (HandsOff Remote Terminal Emulator), - текстового RTE - доступен на Web-странице книги для платформ SPARC и х86 Solaris. Становятся доступными также Web-эмуляторы, называемые Remote Browser Emulators (эмуляторы дистанционных браузеров). Хотя RTE обычно используются для проведения сопоставительных испытаний, они также полезны для профилирования приложений при…