Мы хотим улучшить производительность нашей базы данных oracle, которая хранит около 10 ТБ и является OLTP.
Я заметил, что сервер Oracle использует жесткий диск IDE, и слышал, что SCSI быстрее, чем IDE. Будет ли переключение на сервер, который использует SCSI, улучшит производительность наших запросов и хранимых процессов. обновления?
PS: Я знаю, что важно смотреть на другие аспекты оптимизации запросов, но я ищу аспект жесткого диска. Я также могу спросить нашего администратора базы данных напрямую, но его ответ будет предвзятым, в зависимости от того, хочет ли он избавиться от головной боли.
Весьма сомнительно.
«IDE» - очень общий термин в наши дни. Какую конкретную версию / скорость вы используете? Какой жесткий диск вы используете? Как выглядит ваша типичная схема доступа? В чем ваше узкое место?
Типичный жесткий диск сегодня может быть металлической пластиной на SATA 2 (3 Гбит / с по проводам). Следующая версия SCSI быстрее этой - Ultra640. Я бы сказал, что диски SCSI, как правило, реже, дороже и имеют меньшую емкость (поэтому 10 ТБ, вероятно, потребуют много дисков!), а вот металлическую пластину на Ultra640, думаю, никто не делает.
Быстрый жесткий диск с металлической пластиной может иметь скорость около 0,5 Гбит / с для последовательного чтения, поэтому даже SATA 2 во много раз быстрее, чем он. Время поиска и задержка могут быть немного ниже для дисков SCSI, но это полностью зависит от конкретного диска. Если вы много читаете, зеркальное отображение существующего диска может помочь с задержкой. Если вас беспокоит, что кеш жесткого диска работает быстрее, чем скорость интерфейса интерфейса, добавление ОЗУ будет гораздо более простым и дешевым решением.
Опять же, вы не сказали нам, в чем заключается ваше узкое место, поэтому мы можем только догадываться, но это должен быть довольно специфический набор обстоятельств, чтобы протокол проводки жесткого диска вообще имел какое-либо значение.
Большинство самых быстрых накопителей, доступных сегодня, - это твердотельные накопители, которые, похоже, больше никто не делает на SCSI, и, конечно же, не на какой-либо скорости передачи данных выше, чем SATA 2. Самые быстрые устройства хранения - твердотельные, но работают напрямую через PCI-Express. И такие компании, как Google, похоже, очень озабочены производительностью, но не беспокоятся о дорогих частях, таких как SCSI.
Короткий ответ на ваш вопрос: вы, вероятно, лаете не в том дереве, замена жестких дисков сервера, вероятно, даст вам наименьшее увеличение производительности при больших усилиях.
Есть много способов повысить производительность Oracle за счет оптимизации структуры физических дисков.
Определенно поможет переход на более быстрый SCSI (или SATA) диск. Но вы также можете рассмотреть возможность использования нескольких дисков для вашей базы данных, чтобы уменьшить количество конфликтов ввода-вывода, поместив индексы и таблицы в отдельные табличные пространства (хранящиеся на отдельных дисках) и несколько других. Документация Oracle в этом отношении хороша. Я предлагаю вам прочитать это.
С базой данных размером 10 Т у вас, вероятно, есть целый массив дисков под хранилищем. В чем проблема. Читает медленно или пишет? Медленное чтение одного блока или медленное сканирование? Когда появилась эта медлительность? Какая текущая конфигурация диска? Вы используете файловую систему (какую) или ASM? Если вы используете ASM, сколько дисков и в скольких группах? Есть ли у вас дополнительный отчет для изучения?
Ваш вопрос немного расплывчатый, и на него невозможно ответить, не зная, что вы пытаетесь решить. Диски SCSI могут быть быстрее, могут быть и медленнее, в зависимости от того, как вы настраиваете контроллеры ... хм, вы упомянули обновления .... RAID-5?