Эти материалы являются объектом авторского права и защищены законами РФ и международными соглашениями о защите авторских прав. Перед использованием материалов вы обязаны принять условия лицензионного договора на использование этих материалов, или же вы не имеете права использовать настоящие материалы

Авторская площадка "Наши орбиты" состоит из ряда тематических подразделов, являющихся моими лабораторными дневниками, содержащими записи за разное, иногда продолжительно отличающееся, время. Эти материалы призваны рассказать о прошедшем опыте, они никого ни к чему не призывают и совершенно не обязательно могут быть применимы кем-то ещё. Это только лишь истории о прошлом

Основной задачей является выделение ресурсов для каждой отдельной БД, жившей на одном сервере. Это касается CPU, RAM, ёмкости типовых разделов - софта, данных, архивных журналов. Производительности этих разделов

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

RAM - необходимо взять текущие значения SGA и PGA, и умножить их сумму на 4/3. В соответствии с рекомендацией оракла - использовать под СУБД 75% всей доступной памяти сервера. ПРи этом обязательно нужен честный раздел SWAP, желательно на быстрой ёмкости

Разделы под СУБД - их три. Это раздел под софт, под данные и под архивные журналы. [1] Раздел под софт может быть типовым, например размером в 50 Гб. С большой вероятностью кроме софта там будут копиться текстовые журналы диагностики, которые могут расти очень быстро, и которые не всегда удобно вычищать сразу [2] Раздел под данные берется из текущих значений размера БД, плюс запас на возможный рост базы [3] Раздел под архивные журналы зависит от размера генерируемых redo. Т.к. эта величина постоянно изменяется, полезно

Белонин С.С.
март 2010 г., Москва