Конфигурирование серверов БД на платформе Sun
Оценить
(0 голоса)
Мы построили инструмент, используя пользовательский интерфейс HTML со сценариями CGI в серверной части. Величины были сохранены в БД; поскольку требуемые кванты были рассчитаны с помощью модели, описанной ранее, то в качестве рекомендаций можно было легко получить небольшое количество систем с равными или большими потенциальными возможностями. Для дальнейшего улучшения инструмента был написан модуль определения размера диска, используя язык экспертных систем CLIPS; модуль вызывался из сценария CGI. В качестве входных данных этого модуля были взяты требуемые IOPS, пропускная способность, информация о характеристиках рабочей нагрузки (используемая для определения относительной важности IOPS и пропускной способности), любые требования к аппаратной части RAID, а также стоимость.…
Оценить
(0 голоса)
Процесс проектирования универсального инструмента оценки размеров для OLTP подтвердил ожидаемую сложность. Фаза обоснования показала лучшие, нежели ожидалось, результаты, хотя наличие посторонних (явно не вписывающихся) значений означает, что любая рекомендация относительно размера все же недостаточно точна. Естественно, минимальная ошибка в рекомендациях инструмента может быть слишком мала по сравнению с неточностями в информации, заданной инструменту. Пользователи инструмента будут последними судьями его пригодности. Ключевая проблема заключается в следовании рекомендациям оценки размеров через реализацию. Так цикл обратной связи (с пользователями) мог бы обеспечить наилучшее обоснование не только инструмента, но и точности входных данных. И, наконец, поскольку рынок открытых систем становится зрелым и развитым, то…
Оценить
(0 голоса)
Ошибочно полагать, что вы можете купить компьютерную систему, установить и заполнить БД и сверхъестественным образом достичь оптимальной производительности. Если учесть возможности современных компьютерных систем, то вы могли бы справедливо надеяться на идеальную производительность. На данный момент это является целью, но никак не выполненной задачей. Операционная среда Solaris не является основным виновником конфигурации рабочей нагрузки; на самом деле, мы увидим, что необходима очень малая конфигурация Solaris. Несмотря на то, что существует несколько других пунктов в списке контрольных проверок, основным вопросом является эффективное размещение данных. Несколько следующих глав посвящено технологиям и приемам, доступным для: •             Конфигурирования операционной среды Solaris •             Конфигурирования памяти…
Оценить
(0 голоса)
Как мы могли видеть в главе 3, операционная среда Solaris обладает большим числом особенностей, которые способствуют повышению производительности БД, включая КАЮ (Kernel Asynchronous I/O - асинхронный ввод/вывод ядра), pread и pwrite, управление вытеснением, а также ISM (Intimate Shared Memory - единообразно объявленная память совместного использования). Тем не менее, все из основных БД уже обладают всеми или большинством преимуществ Solaris. Кроме уже обсужденных вопросов, связанных с ЦП, памятью и размещением данных, настройка Solaris для серверов БД включает следующие действия: •             Установка соответствующих параметров памяти совместного использования, семафора и очереди сообщений в /etc/system. •             Гарантия доступности диспетчерской таблицы Starfire для класса планирования…
Оценить
(0 голоса)
Приоритетное замещение страниц защищает страницы приложения от принудительного освобождения в пользу страниц кэша UFS. Это особенно важно для защиты страниц приложения, когда файлы БД размещаются в файловых системах Unix, поскольку доступная память выделяется по требованию при непрерывном внесении страниц UFS в ее буферный кэш в основной памяти. Существуют заплаты операционной системы, доступные для добавления приоритетного замещения страниц в Solaris 2.5.1 и Solaris 2.6. Приоритетное замещение страниц входит как стандарт в Solaris 7. однако вам необходимо сделать его доступным. Начиная с Solaris 8, изменения в подсистеме виртуальной памяти компенсируют необходимость в приоритетном замещении страниц, поэтому вам не нужно включать его в…
Оценить
(0 голоса)
Когда DR не требуется, преимуществ в производительности можно достичь посредством чередования памяти. При увеличении общего количества физической памяти возрастают и преимущества чередования. Тесты группы Database Engineering on Enterprise servers (характеристик баз данных на серверах масштаба предприятий) показали увеличение диапазона пропускной способности приблизительно от 5% для 4 ЦП с памятью 4 Гбайт (4-х кратное чередование) до 14% для 24 ЦП с памятью 24 Гбайт (16-ти и 8-ми кратное чередование) в сравнении с отсутствием такового.
Оценить
(0 голоса)
Используйте команду /usr/platform/arch -k/sbin/prtdiag для проверки чередования. Если доступно больше системных плат, то произвести лучшее чередование могли бы позволить либо низкая плотность SIMMs (Single In-line Memory Module - модуль памяти с однорядным расположением выводов), либо больший объем памяти, позволяющий улучить чередование (до 8-ми кратного с четырьмя системными платами). Учтите, что чередование возможно даже внутри одной системной платы при условии, что память в каждом банке имеет одинаковую плотность. Вплоть до. 16-ти кратного чередования доступно среди восьми системных плат. На 14.3 показан пример, основанный на Enterprise 6500. Установка EEPROM (Electrically Erasable Programmable Read-Only Memory -электрически стираемого программируемого постоянного запоминающего устройства) определяет, следует…
Оценить
(0 голоса)
Операционная среда Solaris эффективно управляет рабочими нагрузками, выполняемыми на множестве центральных процессоров, без необходимости вмешательства системного администратора. Однако для тех, кто желает провести некоторое исследование, открывается большой соблазн в области конфигурирования центральных процессоров с целью достижения оптимальной производительности. А изощренные технологии сейчас доступны для помощи в решении задач управления рабочими нагрузками. В этом разделе мы обсудим аспекты, относящиеся к управлению рабочими нагрузками: домены, наборы процессоров, а также управление ресурсами с помощью SRM (Solaris Resource Manager - менеджера ресурсов Solaris). Способность разбивки Starfire (Enterprise 10000) на отдельные системы, или домены, оказалась, без сомнений, одним из факторов, способствующих успеху этого сервера. С…
Оценить
(0 голоса)
Функции домена в качестве отдельного сервера заключаются в том. что он запускает свой собственный экземпляр операционной системы и внутри домена "видит" только память и диски. Домен даже электрически изолирован от остальных доменов. Тем не менее, благодаря динамической реконфигурации, центральные процессоры, память, диски и сети могут быть перемещены в другой домен, что позволяет добиться степени гибкости, недостижимой в отдельных серверах. Динамическая реконфигурация позволяет системным администраторам более эффективно управлять пиковыми этапами обработки путем временной пересылки ресурсов системы из менее критичного домена или домена с низким уровнем использования, такого как обучающий. В доменах часто используются отдельные рабочие нагрузки различного типа, такие как OLTP…
Оценить
(0 голоса)
Процессорные наборы еще проще, чем домены, и допускают активное разделение системы только в отношении ЦП. В системах с шестью центральными процессорами, например, для оперативных транзакций может быть создан процессорный набор с четырьмя ЦП, в то время как два оставшихся ЦП закрепляются за пакетными приложениями. Процессы приложений, ограниченные конкретным процессорным набором, будут ограничены расходованием ресурсов лишь тех ЦП, что принадлежат этому набору. Дочерние процессы наследуют связку процессорного набора и потому остаются внутри этого же процессорного набора. Выделение рабочей нагрузки OLTP дает возможность защитить время отклика пользователей, работающих в оперативном режиме, от пакетной рабочей нагрузки, не включающей время на раздумывание, предупреждая потребление…