【正文】 據(jù)文件通過 ALTER TABLESPACE ?? END BACKUP 結(jié)束備份方式。 3. 拷貝數(shù)據(jù)文件 SVRMGRL!cp /u01/oradata/prod/ /backup/prod/ Or $cp cp /u01/oradata/prod/ /backup/prod/ 4. 在數(shù)據(jù)文件拷貝完成后，將表空間拖體備份方式 SVRMGRLAlter tablespace User end backup。 d．可對幾乎所有數(shù)據(jù)庫實體作恢復。 對于臨時表空間，存放的是臨時信息，在熱備份 是也可以考慮不用備份，如果臨時文件發(fā)生故障，可以刪除該數(shù)據(jù)文件與表空間，重建一個臨時表空間。然后組成表空間的數(shù)據(jù)文件可以使用類似冷備份的操作系統(tǒng)命令進行拷貝。 b. 備份整個數(shù)據(jù)庫到一個目錄 c. 啟動數(shù)據(jù)庫 如 SVRMGRLconnect internal SVRMGRL shutdown immediate SVRMGRL ! cp file backup directory 或 SVRMGRL !tar cvf /dev/rmt/0 /u01/oradata/prod SVRMGRL startup 注意：如果利用腳本對數(shù)據(jù)庫進行冷備份，必須對關閉數(shù)據(jù)庫的命令進行邏輯檢查，如果發(fā)生關閉數(shù)據(jù)庫的命令不能正常執(zhí)行而導致數(shù)據(jù)庫沒有正常關閉，那么，所有的冷備份將回是無效的。而操作系統(tǒng)備份則是拷貝整個的數(shù)據(jù)文件。 ZHS16GBK39。 NLS_CHARSET_NAME(1) US7ASCII 可以知道該 dmp 文件的字符集為 US7ASCII，如果需要把該 dmp 文件的字符集換成ZHS16GBK，則需要用 NLS_CHARSET_ID 獲取該字符集的編號： SQL select nls_charset_id(39?？蛻舳说淖址詈门c數(shù)據(jù)庫端一樣（國家語言設置可以不一樣，如 zhs16gbk 的字符集，客戶端可以是 nls_lang =simplified 或 ，都不影響數(shù)據(jù)庫字符的正常顯示），如果字符集不一樣，而且字符集的轉(zhuǎn)換也不兼容，那么客戶端的數(shù)據(jù)顯示與導出 /導入的與字符集有關的數(shù)據(jù)將都是亂碼。在數(shù)據(jù)庫端，字符集在創(chuàng)建數(shù)據(jù)庫的時候設定，并保存在數(shù)據(jù)庫 props$表中，對于 8i以上產(chǎn)品，已經(jīng)可以采用“ Alter database character set 字符集”來修改數(shù)據(jù)庫的字符集，但也僅僅是從子集到超集，不要通過 update props$來修改字符集，如果是不支持的轉(zhuǎn)換，可能會失去所有與字符集有關的數(shù)據(jù)，就是支持的轉(zhuǎn)換，也可能導致數(shù)據(jù)庫的不正常工作。 導出 /導入與字符集 明白 ORACLE 的多國語言設置， ORACLE 多國語言設置是為了支持世界范圍的語言與字符集 ，一般對語言提示，貨幣形式，排序方式和 CHAR,VARCHAR2,CLOB,LONG 字段的數(shù)據(jù)的顯示等有效。為了在 SQL 中執(zhí)行 EXP， USERID 必須用三個引號，在 UNIX 中也必須注意避免“ /”的使用 以下為簡要使用步驟，如果想?yún)⒖荚敿毷褂梅椒?，也可以參?ORACLE 聯(lián)機幫助。有一些對象，如物化視圖，基于函數(shù)的索引等不能被傳輸 可以用以下的方法來檢測一個表空間或一套表空間是否符合傳輸標準： exec (?tablespace_name?,true)。源數(shù)據(jù)庫與目標數(shù)據(jù)庫一定要有相同大小的數(shù)據(jù)塊 源數(shù)據(jù)庫和目標數(shù)據(jù)庫必須運行在相同的硬件平臺上。 增量和累計導出必須在全庫方式下才有效，而且，大多數(shù)情況下，增量和累計導出并沒有想 象中的那么有效。要指定參數(shù)，您可以使用關鍵字 : 格式 : EXP KEYWORD=value 或 KEYWORD=(value1,value2,...,valueN) 實例 : EXP SCOTT/TIGER GRANTS=Y TABLES=(EMP,DEPT,MGR) 或 TABLES=(T1: P1,T1: P2)，如果 T1 是分區(qū)表 USERID 必須是命令行中的第一個參數(shù)。當然，我們也可以把它作為小型數(shù)據(jù)庫的物理備份后的一個邏輯輔助備份，也是不錯的 建議。 SVRMGRLalter database open。一般情況下為 NOARCHIVELOG 方式。只要仔細計劃，并想辦法達到數(shù)據(jù)庫可用性的底線，花少量的錢進行成功的 備份與恢復也是可能的。備份過程應該滿足系統(tǒng)要求的可恢復性。使數(shù)據(jù)庫的失效次數(shù)減到最少，從而使數(shù)據(jù)庫保持最大的可用性； 所謂備份，就是把數(shù)據(jù)庫復制到轉(zhuǎn)儲設備的過程。 但是，上面所說的系統(tǒng)備份策略是從硬件的角度來考慮備份與恢復的問題，這是需要代價的。ORACLE 備份策略（精華） 第一章 . 概要 了解什么是備份 了解備份的重要性 理解數(shù)據(jù)庫的兩種運行方式 理解不同的備份方式及其區(qū)別 了解正確的備份策略及其好處 第二章 . 了解備份的重要性 可以說，從計算機系統(tǒng)出世的那天起，就有了備份這個概念，計算機以其強大的速度處理能力，取代了很多人為的工作，但是，往往很多時候，它又是那么弱不禁風，主板上的芯片、主板電路、內(nèi)存、電源等任何一項不能正常工作，都會導致計算機系統(tǒng)不能正常工作。 其實，在我們的現(xiàn)實世界中，已經(jīng)就存在很多備份策略，如 RAID技術，雙機熱備，集群技術發(fā)展的不就是計算機系統(tǒng)的備份和高可用性嗎？有很多時候，系統(tǒng)的備份的確就能解決數(shù)據(jù)庫備份的問題，如磁盤介質(zhì)的損壞，往往從鏡相上面做簡單的恢復，或簡單的切換機器就可以了。 ORACLE 本身就提供了強大的備份與恢復策略，這里我們只討論 ORACLE 備份策略，以下的備份都是指 ORACLE 數(shù)據(jù)庫備份，恢復將放到下一講中。作為 DBA，有責任從以下三個方面維護數(shù)據(jù)庫的可恢復性： 災難恢復的最重要的工作是設計充足頻率的硬盤備份過程。企業(yè)都在想辦法降低維護成本，現(xiàn)實的方案才可能被采用。 如何改變數(shù)據(jù)庫的運行方式，在創(chuàng)建數(shù)據(jù)庫時，作為創(chuàng)建 數(shù)據(jù)庫的一部分，就決定了數(shù)據(jù)庫初始的存檔方式。 2. 修改初試化參數(shù)，使能自動存檔修改（添加）初始化文件 init[SID].ora 參數(shù)： log_archive_start=true 啟動自動歸檔 log_archive_format=ARC%T% 歸檔文件格式 log_archive_dest=/arch12/arch 歸檔路徑 在 8i 中，可以最多有五個歸檔路徑，并可以歸檔到其它服務器，如備用數(shù)據(jù)庫 (standby database)服務器 Instance 到 Mount 狀態(tài)，即加載數(shù)據(jù)庫但不打開數(shù)據(jù)庫： $SVRMGRL SVRMGRL connect internal SVRMGRL startup mount SVRMGRL alter database archivelog。 第四章 . ORACLE 備份的分類 簡單的按照備份進行的方式，可以分為邏輯備份、冷備份（脫機備份）、熱備份（聯(lián)機備份），其實冷備份與熱備份 又可以合稱為物理備份 按照備份的工具，可以分為 EXP/IMP 備份、 OS 拷貝、 RMAN、第三方工具，如 VERITAS 以下我們將從多個角度來說明以上的各種備份方式 EXP/IMP 邏輯備份 導入 /導出是 ORACLE 幸存的最古老的兩個命令行工具了，其實我從來不認為 Exp/Imp 是一種好的備份方式，正確的說法是 Exp/Imp 只能是一個好的轉(zhuǎn)儲工具，特別是在小型數(shù)據(jù)庫的轉(zhuǎn)儲，表空間的遷移，表的抽取，檢測邏輯和物理沖突等中有不小的功勞。 使用方法 Exp parameter_name=value Or Exp parameter_na