|
autoupgrade unplug-plug между двумя серверами
|
|||
---|---|---|---|
#18+
oracle21 отцепить pdb младшей версии (19) на одном сервере и прицепить её на другом сервере в cdb версии 21 и заапгрейдить я не могу перенести целиком сорс cdb на новую машину по совету документации я сделал unplug и скопировал файлы pdb и xml потом plug в 21 и open upgrade как провести апгрейд с помощью autoupgrade.jar - кто-нибудь осознал в таком случае последовательность действий? но с -mode upgrade начинается какая-то ересь - естественно, ни хоума, ни базы такой на новой машине нет - зачем же её поднимать? Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
или в таком случае ничего не остается кроме "старого доброго" catctl.pl?) а как тогда автоапгрейдом сгенерить скрипты для пост-тасков? ведь преапгрейд-жар для 21 уже похоронили ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2022, 15:08 |
|
autoupgrade unplug-plug между двумя серверами
|
|||
---|---|---|---|
#18+
AlexVin, С 21c доступен Replay Upgrade: Replay Upgrade Using Automatic Upgrade on PDB Plug-In To a New Release CDB Т.е. unplug, copy, plug в 21 и OPEN. Во время OPEN 21c корректно распознает, что нужен upgrade (по умолчанию), и автоматически производит обновление. Потом только datapatch прогнать нужно. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2022, 15:47 |
|
autoupgrade unplug-plug между двумя серверами
|
|||
---|---|---|---|
#18+
спасибо! до этого я ещё не дочитал)) а вот они куда спрятали преапгрейд-жар: AutoUpgrade parameter preupgrade всё просто оказывается) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.01.2022, 15:49 |
|
autoupgrade unplug-plug между двумя серверами
|
|||
---|---|---|---|
#18+
SeaGate С 21c доступен Replay Upgrade а сам пробовал? я прогнал pdb 19.13 в cdb 21.5, всё без ошибок все компоненты валидны но 410 инвалидов - sys-овые вьюшки и пабликовые синонимы а после апгрейда они в пдб остались и все инвалид фиг знает что с ними делать - нот пока не нашел похожих - в 19м они все есть в сдб, в 21й созданной с нуля сдб их нет Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19.
... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2022, 19:02 |
|
autoupgrade unplug-plug между двумя серверами
|
|||
---|---|---|---|
#18+
Судя по всему, в 19.13 был криво включен fix for Bug 32003908. В результате `?/rdbms/admin/backport_files/bug_32003908_apply.sql` не содержит каких-либо полезных действий. Эта же проблема присутствует в 21.5. Прогони cdhcs.sql, чтобы исправить. Я прогонял catalog/catproc, чтобы наверняка. AlexVinв 21й созданной с нуля сдб их нет С нуля в 21.4 или 21.5 их нет? Я вижу, что их нет после обновления 21.4 до 21.5. Причина указана выше. В 21.5 я не проверял, но, как я вижу, эти view должны быть, т.к. при создании прогоняется catalog. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2022, 21:51 |
|
autoupgrade unplug-plug между двумя серверами
|
|||
---|---|---|---|
#18+
cdb делал в 21.5 так что с нуля в ней нет спасибо, попробую ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2022, 23:06 |
|
autoupgrade unplug-plug между двумя серверами
|
|||
---|---|---|---|
#18+
AlexVincdb делал в 21.5 Я только что сделал в 21.5. Все там есть. До этого была 21.3 обновленная до 21.4 и потом до 21.5 - там не было след объектов: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20.
И соответственно USER/ALL/CDB + synonyms. Итого 104 объекта были INVALID после Replay Upgrade 19.13 -> 21.5. При создании через DBCA смотри файл: catpcatcatpcatcdbroot0.log Конкретно там, где начинается запускаться cdhcs.sql Вот это неверный заголовок этого файла, когда объекты не создаются: Rem $Header: rdbms/admin/cdhcs.sql /main/35 2020/07/19 22:05:53 dgoddard Exp $ Вот это правильный после 21.5: Rem $Header: rdbms/admin/cdhcs.sql /st_rdbms_21/1 2021/08/20 17:08:58 sfeinste Exp $ Если у тебя не так, то ты не используешь 21.5. В 21.4 была старая версия файла от 2020. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2022, 02:31 |
|
autoupgrade unplug-plug между двумя серверами
|
|||
---|---|---|---|
#18+
хм, что-то странно всё это Код: plsql 1. 2. 3. 4. 5. 6. 7.
на рхел8 rooh and unifiedaudit only потом dbca catpcatcatpcatcdbroot0.log в $ORACLE_BASE/cfgtoollogs/dbca не видать cdhcs ни там же, ни в $ORACLE_BASE/homes/OraDB21Home1/cfgtoollogs не грепается а ты, случайно, не кастомную бд выбираешь при создании? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2022, 07:04 |
|
autoupgrade unplug-plug между двумя серверами
|
|||
---|---|---|---|
#18+
и я вообще не ставил 21.4 дистриб(21.3) + 21.5 ну попробую пошатать что ж там не так ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2022, 07:14 |
|
autoupgrade unplug-plug между двумя серверами
|
|||
---|---|---|---|
#18+
catalog/catproc да, в cdb, созданную в 21.5, отсутствующие объекты добавил а bug_32003908_apply.sql и в ван-офф патче 32003908 для 19.10 и 19.11 такого же содержания ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2022, 12:13 |
|
autoupgrade unplug-plug между двумя серверами
|
|||
---|---|---|---|
#18+
ROOH это default с 21c. Может и можно отключить через roohctl, но смысла в этом нет. Создаю БД я всегда через New_Database.dbt: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22.
Что гуйня делает при Custom не знаю, т.к. не использую. У DBCA есть вариант работы, когда он RMAN-ом разворачивает БД. В этом случае, он только datapatch катит без catalog, но конкретно 32003908 не пройдет так из-за кривого bug_32003908_apply.sql. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2022, 14:39 |
|
autoupgrade unplug-plug между двумя серверами
|
|||
---|---|---|---|
#18+
SeaGate ROOH это default с 21c. погоди, ну вот я оракел поставил потом жму ./roohctl -enable или в 21м жать уже не надо? а откуда тогда возьмутся каталоги dbs и homes?) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.02.2022, 10:10 |
|
autoupgrade unplug-plug между двумя серверами
|
|||
---|---|---|---|
#18+
SeaGate Что гуйня делает при Custom не знаю, т.к. не использую. У DBCA есть вариант работы, когда он RMAN-ом разворачивает БД. В этом случае, он только datapatch катит без catalog, но конкретно 32003908 не пройдет так из-за кривого bug_32003908_apply.sql. гуйня делает при Custom как раз -templateName New_Database.dbt а я тыкал -templateName General_Purpose.dbc, который рманом без catalog всё ок теперь, спасибо ... |
|||
:
Нравится:
Не нравится:
|
|||
02.02.2022, 10:54 |
|
autoupgrade unplug-plug между двумя серверами
|
|||
---|---|---|---|
#18+
AlexVin SeaGate ROOH это default с 21c. погоди, ну вот я оракел поставил потом жму ./roohctl -enable или в 21м жать уже не надо? а откуда тогда возьмутся каталоги dbs и homes?) Не, больше не надо: https://docs.oracle.com/en/database/oracle/oracle-database/21/upgrd/behavior-changes-deprecated-desupport-oracle-database.html#GUID-D848002A-DBAD-48FA-8467-E849630B8E42 Starting with Oracle Database 21c, an Oracle Database installation configures all Oracle Database homes in read-only mode by default. OUI сам вызывает roohctl теперь: Код: plsql 1. 2. 3. 4. 5. 6.
Соответственно, roohctl все директории (dbs, homes) создаст: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44.
AlexVinгуйня делает при Custom как раз -templateName New_Database.dbt а я тыкал -templateName General_Purpose.dbc, который рманом без catalog Вон оно как. Теперь понятно, почему вьюх не было. Дитрих тоже Custom рекомендует: https://mikedietrichde.com/2017/07/11/always-create-custom-database/ ... |
|||
:
Нравится:
Не нравится:
|
|||
02.02.2022, 22:28 |
|
autoupgrade unplug-plug между двумя серверами
|
|||
---|---|---|---|
#18+
SeaGate Дитрих тоже Custom рекомендует: custom а ораклы везде General_Purpose.dbc но протестить, как следует, не удосужились ... |
|||
:
Нравится:
Не нравится:
|
|||
04.02.2022, 11:58 |
|
|
start [/forum/topic.php?fid=52&fpage=3&tid=1879548]: |
0ms |
get settings: |
14ms |
get forum list: |
5ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
31ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
306ms |
get tp. blocked users: |
1ms |
others: | 361ms |
total: | 727ms |
0 / 0 |