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

8

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

magqq
источник

Ответы:

11

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

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

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

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

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

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

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

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

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

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

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

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

Ли Риффель
источник
Очень задумчивый, Ли, ты прав. Спасибо большое!
magqq
5

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

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

Джастин Кейв
источник
2
давайте предположим, что он находится в дешевом магазине, в окружении тестирования / разработки которого нет такой же среды, как на производстве. Если это так ... какой достаточно хороший совет? :-)
Marian
1
@Marian - Как я уже сказал, мое предположение без какой-либо информации составляет час или два. Но если вы работаете в дешевом магазине, в котором нет даже одной более низкой среды, я бы сильно увеличил свои оценки, поскольку предположил, что во время обновления что-то пойдет не так. Если вы не собираетесь тратить средства на создание подходящих сред с более низким уровнем производительности, вы не можете ожидать отличного уровня безотказной работы.
Джастин Кейв
1
Даже если у вас есть платформа для создания дерьма, которая даст вам приличный номер для игры в мяч. Возьмите это число и, если оно кажется немного низким, удвоите или утроите его и передайте это число руководству.
Мрденни
3
@Marian - мудрые люди знают, однако, что гораздо лучше переоценить время простоя, чем недооценивать его. Если организация не хочет предоставлять подходящие среды для администратора баз данных для получения разумных показателей, они должны принять гораздо больший интервал простоя, чем если бы были должным образом подготовлены более низкие среды.
Джастин Кейв
1
@magqq - Само обновление обычно не зависит от данных. Но так как вы обычно хотите выполнить полное резервное копирование перед обновлением, шаг создания резервной копии сильно зависит от размера базы данных.
Джастин Кейв