Oracle
 sql >> база данни >  >> RDS >> Oracle

просто архивиране на oracle rman

„Възстановяване на база данни;“ командата ще прочете резервното копие от носителя за архивиране, така че файловете на вашата база данни да са точно както са били, когато е направено последното архивиране. Не възстановява контролни файлове.

"Възстановяване на база данни;" командата ще приложи инкрементални архиви (неприложимо - вашият пример има само пълно архивиране) и ще приложи архивни регистрационни файлове (също неприложимо, вие сте в режим "NOARCHIVELOG".) Може също да пише в контролните файлове - ако го направи, вие можете да разберете защо е необходимо.

След командите за възстановяване/възстановяване/отваряне, които сте издали във вашия въпрос, вашата база данни е такава, каквато беше по време на архивирането. Всички транзакции, извършени след архивирането, се губят и не могат да бъдат възстановени, защото сте в режим „NOARCHIVELOG“. Трябва да сте в режим "ARCHIVELOG", за да извършите пълно възстановяване "точка във времето".

byw, какви файлове, ако има такива, изтрихте, преименувахте или преместихте, за да симулирате истинска медийна грешка? Обзалагам се, че не си изтрил нито един от контролните си файлове. Трябва да практикувате този сценарий.




  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Проблем с изваждането на дата в Oracle

  2. Създаване на тригер за последователност на Oracle

  3. Поток за влизане в R12.2 и основно отстраняване на неизправности

  4. Oracle задейства това ограничение за проверка на месечна база

  5. Когато въвеждам код на dateadd или datediff, получавам тази грешка през цялото време ORA-00904 DATEADD INVALID IDENTIFIER.