Сколько времени займет обновление базы данных Oracle 1T с 10g до 11g?

Сколько времени потребуется, чтобы обновить базу данных Oracle, которая имеет данные 1T, с 10g до 11g обычно / примерно? Мне нужно оценить время простоя для него, так как это прод-дБ. Спасибо большое!

30-90 минут в соответствии с рекомендациями Oracle по обновлению . Это приблизительная оценка, которую вы получите, учитывая все неизвестные в этой ситуации.

Размер базы данных очень мало влияет на то, сколько времени займет обновление. Вот основные факторы, влияющие на продолжительность (из блога обновления Oracle.com) :

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

• Допустимая и не устарелая словарная статистика - даже несмотря на то, что создание словарной статистики в некоторых более старых выпусках Oracle не было блестящей идеей, так как следует отказаться от поддержки оптимизатора на основе правил и словаря данных. Особенно прямо перед обновлением. В противном случае это произойдет во время обновления, когда база данных запущена в режиме ограниченного обновления, что приведет к дополнительным простоям.

• Количество строк в AUD $, если для параметра aud_trail задано значение DB

• Количество синонимов при обновлении с Oracle 9i - синонимы будут затронуты и получат новую зависимость в словаре в ЗАВИСИМОСТИ $ - при большом числе (например, 100 000) это может съесть некоторое время

• Количество объектов в XDB

• С очень низкой скоростью, если совместимость будет увеличена: количество файлов данных и размер редологов

Вот некоторые дополнительные факторы, которые вы можете учитывать, которые не связаны с ядром самого обновления:

• Был ли запущен скрипт перед обновлением и решены ли проблемы.
• Сколько есть недопустимых объектов.
• Если обновление выполняется на месте (вместо импорта / экспорта, потоков, защиты данных и т. Д.)
• Используются ли DBUA или сценарии для обновления.
• Если новый Oracle дома предустановлен.
• Скорость диска и пропускная способность.
• Другая активность CPU / Disk происходит одновременно.
• Режим архивного журнала.
• Другие изменения, сделанные с обновлением.
• Если холодное резервное копирование необходимо до и / или после обновления.
• Любые наборы патчей или одноразовые патчи, которые также будут применены.
• Сколько нужно проверить обновление, прежде чем оно станет доступным.

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

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

Предположительно, у вас есть экземпляр для разработки и тестирования этой базы данных, работающий на аналогичном оборудовании с аналогичным объемом данных и такими же установленными компонентами базы данных, верно? И, по-видимому, вы будете обновлять эти более низкие среды (и тестировать, чтобы все приложения, использующие эту базу данных, все еще работали правильно), верно?

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