Oracle 12c PDB的數(shù)據(jù)備份恢復(fù)

今天測試了一下12c中的PDB還原恢復(fù)，里面還是有不少的差別。

我就簡單模擬了一個破壞場景，是在一個未打開的PDB tcymob0從中刪除了數(shù)據(jù)文件usres01.dbf,然后嘗試備份恢復(fù)。

當(dāng)然在這個操作前，我們使用RMAN來備份，使用命令backup database即可備份整個數(shù)據(jù)庫。

手工破壞的語句如下：

這個時候的還原工作就很清晰了，直接還原對應(yīng)的表空間或者數(shù)據(jù)文件都可以。比如表空間是users，則需要指定PDB的名字。

整個恢復(fù)工作做好之后，留下來的任務(wù)就是直接啟庫了，但是奇怪的是卻報了下面的錯誤。

Oracle對這個錯誤的解釋如下:

這下我還真想起來了，之前測試的時候，我使用RMAN模擬跨平臺的PDB備份恢復(fù)，使用了unplug的方式，根據(jù)這個錯誤，對于這個問題也有了思路。

之前unplug的語句如下：

在這個基礎(chǔ)上，我們可以使用plugging的方式重新掛載即可。

而在這個時候，需要做的第一件事情，就是重新備份了。因為有了drop pluggable database的操作之后，容器的設(shè)置會發(fā)生變化，比如con_id,原來的備份就識別不了了。