Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 вопрос для dba-администрирование pdb  [new]
EvgeniaMakarova
Member

Откуда:
Сообщений: 86
всем привет!

вопрос такой - есть бд на oracle 12c.

на нее планируем накатывать большой релиз(занимает около 5 ч), который возможно придется откатывать, причем срочно. Откат тоже занимает примерно 5ч-если скриптами.

насколько легко/быстро было бы команде дба сделать откат самим, сохранив как-то бд "до релиза" , и потом выдав ее за "прод", вместо той ,на которую накатили релиз.
15 мар 19, 16:43    [21834079]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
Melkomyagkii_newbi
Member

Откуда: из прошлого
Сообщений: 1718
зависит от кучи факторов(объем бд, наличие реплики, вид реплики если есть, место, сеть, количество приложений смотрящих на базу и т.д и т.п). Почему команду дба не спросите - им известны все эти факторы.
15 мар 19, 16:55    [21834089]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
SY
Member

Откуда: Middlebury, CT USA
Сообщений: 9362
create restore point...

SY.
15 мар 19, 17:02    [21834100]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
veep
Member

Откуда:
Сообщений: 252
SY
create restore point...

SY.


Если pdb не единственная в контейнере, то откатывать придётся весь контейнер. Скорее всего не вариант.
15 мар 19, 17:05    [21834103]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
veep
Member

Откуда:
Сообщений: 252
veep,

Подготовить реплику pdb в другом контейнере или в этом же и в случае если релиз не пройдет - переключить на другую базу.

Но лучше спросить у местных dba - чем они реально располагают.
15 мар 19, 17:09    [21834108]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
EvgeniaMakarova
Member

Откуда:
Сообщений: 86
Melkomyagkii_newbi, да я спросила дба, но они меня послали лесом. Они, по-моему не очень разбираются в 12-шке.

вообще, мы и мигрировать будем в тот же день грубо говоря на 12-шку с 10-ки, так что еще ничего не засетаплено.

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

Все не так просто?
Как сделать, чтобы все же просто было достать бд до релиза и ее юзать ?
15 мар 19, 17:14    [21834112]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
jan2ary
Member

Откуда: Киев
Сообщений: 1727
veep
SY
create restore point...

SY.


Если pdb не единственная в контейнере, то откатывать придётся весь контейнер. Скорее всего не вариант.

PDB Restore Points?

18.4.4 Performing a Flashback Database Operation for PDBs
15 мар 19, 17:24    [21834123]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
veep
Member

Откуда:
Сообщений: 252
EvgeniaMakarova
Melkomyagkii_newbi, да я спросила дба, но они меня послали лесом. Они, по-моему не очень разбираются в 12-шке.

вообще, мы и мигрировать будем в тот же день грубо говоря на 12-шку с 10-ки, так что еще ничего не засетаплено.



Мигрировать с 10g на 12c это одно. А настроить miltitenant это другое. Фактически у вас три изменения в один день намечается. Лучше их разделить на три иначе велик риск не сделать ни одного.
15 мар 19, 17:27    [21834126]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
veep
Member

Откуда:
Сообщений: 252
jan2ary
veep
пропущено...


Если pdb не единственная в контейнере, то откатывать придётся весь контейнер. Скорее всего не вариант.

PDB Restore Points?

18.4.4 Performing a Flashback Database Operation for PDBs


У топик стартера максиму 12.2
15 мар 19, 17:28    [21834127]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
veep
Member

Откуда:
Сообщений: 252
jan2ary
veep
пропущено...


Если pdb не единственная в контейнере, то откатывать придётся весь контейнер. Скорее всего не вариант.

PDB Restore Points?

18.4.4 Performing a Flashback Database Operation for PDBs


Вот кстати да, если мигрировать не на 12й а на 18й, то можно врубить флешбек и откатить изменения за секунды.
15 мар 19, 17:30    [21834131]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
SY
Member

Откуда: Middlebury, CT USA
Сообщений: 9362
veep
Если pdb не единственная в контейнере, то откатывать придётся весь контейнер. Скорее всего не вариант.


Разве-что переходят на 12.1 (что было-бы странно). Начиная с 12.2:

CREATE [ CLEAN ] RESTORE POINT restore_point
   [ FOR PLUGGABLE DATABASE pdb_name ]   
   [ AS OF {TIMESTAMP | SCN} expr ]
   [ PRESERVE
   | GUARANTEE FLASHBACK DATABASE
   ];


SY.
15 мар 19, 17:39    [21834143]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
SY
Member

Откуда: Middlebury, CT USA
Сообщений: 9362
EvgeniaMakarova
вообще, мы и мигрировать будем в тот же день грубо говоря на 12-шку с 10-ки, так что еще ничего не засетаплено.


Мигрировать "in-place" или "out-of-place"?

SY.
15 мар 19, 17:41    [21834144]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
Sal
Member

Откуда:
Сообщений: 1558
EvgeniaMakarova,

тут вот полно статей на эту тему, как клонировать контейнеры и т.п.
https://oracle-base.com/articles/12c/multitenant-overview-container-database-cdb-12cr1

но однозначно надо протестировать, потому как теория с практикой сильно разнятся, много багов и т.д.
сам недавно делал uplug/plug в archive файл (версия 12.2 с январским RU), а не xml. Вроде как удобно, сжимает на порядок, проверил на небольшом контейнере, все типа гуд, а когда стал таким образом переносить "реальный" контейнер, то архив наотрез не стал распаковываться - получил
ERROR at line 1:
ORA-65169: error encountered while attempting to copy file
ORA-12801: error signaled in parallel query server

Только потерял зря время, пришлось возвращаться к методу с xml-файлом.
15 мар 19, 17:48    [21834152]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
EvgeniaMakarova
Member

Откуда:
Сообщений: 86
Sal,
спасибо, почитаю.

Я вообще думала о так называемом сине-зеленом деплое

https://habr.com/ru/post/309832/

Думала что все быстро и просто, без всяких рестор пойнтов и тд, а можно взять и переключить одним легким движением руки.
15 мар 19, 17:52    [21834162]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
-2-
Member

Откуда:
Сообщений: 14420
EvgeniaMakarova
быстро и просто, без всяких рестор пойнтов
быстро и просто - это ресторе поинт. Сделать копию и ее восстановить требует больше места и времени.
15 мар 19, 17:58    [21834170]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
jan2ary
Member

Откуда: Киев
Сообщений: 1727
veep
jan2ary
пропущено...

PDB Restore Points?

18.4.4 Performing a Flashback Database Operation for PDBs


У топик стартера максиму 12.2
Ну так и ссылка на 12.2.
15 мар 19, 18:05    [21834175]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
Sal
Member

Откуда:
Сообщений: 1558
есть еще более хитрые штуки
http://db.geeksinsight.com/2018/03/17/18c-database-asm-database-mirror-for-pdb-cloning/
15 мар 19, 18:05    [21834176]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
SY
Member

Откуда: Middlebury, CT USA
Сообщений: 9362
-2-
быстро и просто - это ресторе поинт.


Вопрос это upgrade или действительно миграция. Если upgrade то быстро не получится.

SY.
15 мар 19, 18:11    [21834186]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
Vadim Lejnin
Member

Откуда:
Сообщений: 6574
EvgeniaMakarova
Melkomyagkii_newbi, да я спросила дба, но они меня послали лесом. Они, по-моему не очень разбираются в 12-шке.

вообще, мы и мигрировать будем в тот же день грубо говоря на 12-шку с 10-ки, так что еще ничего не засетаплено.

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

Все не так просто?
Как сделать, чтобы все же просто было достать бд до релиза и ее юзать ?


Миграция БД и миграция приложения на новую версию БД, это сильно разные вещи

Как правило, это нехилый проект (если только у Вас не игрушечная база)

Прежде чем катить prod на новую версию, желательно
1) функциональное тестирование ( проверка того, что у Вас корректно работают по крайней мере
все business critical компоненты)


2) нагрузочное тестирование - ( проверка что у Вас не поплывут планы и система не встанет колом в самый неподходящий момент).

Без этого, миграция - лотерея

из практики (два очень, разных, очень крупных заказчика):

Первый подход:
миграция 7.3 -> 9i

- Создана рабочая группа, включающая в себя dba, разработчиков, руководителей отделов и ответственного от руководства.

- Выделены ресурсы для стенда, и назначены координаторы для каждой группы.
business critical процессы тестировались под личную подпись каждого начальника отдела.

в процессе работы,
- выполнялось тестовое мигрирование,
- функциональное тестирование сначала разработчикам, затем в отделы.
- каждая проблема регистрировалась в jira и контролировалось ее решение
- создавался пошаговый план миграции.
- после окончания, все сносилось и система по новой мигрировалась по полученному плану.
- был план по откату, в случае форс мажора. С глубиной до 3-х дней (очень дорогой по ресурсам, с полуручным вводом критических данных)

За полгода, не торопясь, было выполнено 4 итерации, пока ошибок не осталось.

Само мигрирование прошло как-то скучно, без огонька. Всплыло 3 незначительных проблемы, которые были оперативно решены.

Второй подход:

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

миграцию выполнили, система почти сразу встала колом, более менее заработала через дня три
через неделю - почти пришла в себя
но грабли, в том числе критические вычищали еще года три
15 мар 19, 19:17    [21834260]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
Vadim Lejnin
Member

Откуда:
Сообщений: 6574
Какое - то магическое число 3 :)
Но увы, это факт
15 мар 19, 19:19    [21834263]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
EvgeniaMakarova
Member

Откуда:
Сообщений: 86
Vadim Lejnin,

у нас все так сложно, что и писать не хочу(сама до конца не знаю :-)). База конечно не игрушечная, но и не оперативка где все прям критично. Хранилище у меня. Если что не так,то никто не умрет. Но конечно же тестируется все.
15 мар 19, 19:48    [21834288]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
Vadim Lejnin
Member

Откуда:
Сообщений: 6574
EvgeniaMakarova,

Тогда, Вам имеет смысл смотреть на storage snapshot (если Ваша дисковая система позволяет)
например unix lvm rollback
Лучше от делать на остановленной базе

Бо 10-> 12 дюже серьёзная миграция

боюсь что oracle гарантированная точка восстановления тут мало поможет.
хотя заявлена обратная совместимость rman 10-12
15 мар 19, 20:04    [21834304]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
CrazyCat
Member

Откуда:
Сообщений: 2907
Так какая конкретно версия и есть ли другие PDB кроме той, что планируете обновлять?
p.s. DBA зря хлеб едят.
15 мар 19, 23:19    [21834403]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
veep
Member

Откуда:
Сообщений: 252
CrazyCat
Так какая конкретно версия и есть ли другие PDB кроме той, что планируете обновлять?
p.s. DBA зря хлеб едят.


Не факт, что dba плохие, возможно конфликт интересов.
16 мар 19, 08:05    [21834479]     Ответить | Цитировать Сообщить модератору
 Re: вопрос для dba-администрирование pdb  [new]
EvgeniaMakarova
Member

Откуда:
Сообщений: 86
veep,

Релиз будем накатывать уже на 12-шку. Все манипуляции те. релиз и откат делать только на 12.

Миграция с 10-ки на 12-шку это отдельная тема, меня не касается, вообще отношения не имею, знаю только что она будет.

Про версии и другие пдб - незнаю пока.
18 мар 19, 15:41    [21836132]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Oracle Ответить