SAPSYBASEASE數(shù)據(jù)庫備份還原手冊

SAPSYBASEASE數(shù)據(jù)庫備份還原手冊

SAPASE數(shù)據(jù)庫備份還原手冊

版本：vO.l

編輯：CNSAP.cn

審核：

日期：2015年6月19日

目錄

制定備份和恢復計劃錯誤!未定義書簽。

1.關于數(shù)據(jù)庫事物錯誤!未定義書簽。

2.指定備份的職責錯誤!未定義書簽。

3.安排例行備份錯誤!未定義書簽。

4.在其它時間備份數(shù)據(jù)庫錯誤!未定義書簽。

5.安排master的備份錯誤!未定義書簽。

6.截斷master數(shù)據(jù)庫事務日志錯誤!未定義書簽。

7.保存腳本和系統(tǒng)表錯誤!未定義書簽。

8.配置AdaptiveServer以用于同時裝載錯誤!未定義書簽。

二、備份數(shù)據(jù)庫錯誤!未定義書簽。

1.指定數(shù)據(jù)庫名的規(guī)則錯誤!未定義書簽。

2.壓縮轉儲錯誤!未定義書簽。

3.裝載壓縮轉儲錯誤!未定義書簽。

4.設備出現(xiàn)故障后復制日志錯誤!未定義書簽。

5.截斷日志錯誤!未定義書簽。

三、恢復數(shù)據(jù)庫錯誤!未定義書簽。

1.獲取事務日志的當前轉儲錯誤!未定義書簽。

2.檢查空間使用情況錯誤!未定義書簽。

3.刪除數(shù)據(jù)庫錯誤!未定義書簽。

4.重新創(chuàng)建數(shù)據(jù)庫錯誤!未定義書簽。

5.裝載數(shù)據(jù)庫錯誤!未定義書簽。

6.裝載事務日志錯誤!未定義書簽。

7.裝載事務日志到某個時間點錯誤!未定義書簽。

8.使數(shù)據(jù)庫處于聯(lián)機狀態(tài)錯誤!未定義書簽。

四、恢復系統(tǒng)數(shù)據(jù)庫錯誤!未定義書簽。

1.恢復過程總結錯誤!未定義書簽。

2.恢復master數(shù)據(jù)庫錯誤!未定義書簽。

3.建立新的主設備錯誤!未定義書簽。

4.在主恢復方式下啟動AdaptiveServer錯誤!未定義書簽。

5.重新創(chuàng)建master的設備分配錯誤!未定義書簽。

6.檢查BackupServersysservers信息錯誤!未定義書簽。

7.檢驗BackupServer是否在運行錯誤!未定義書簽。

8.更新numberofdevices配置參數(shù)錯誤!未定義書簽。

9.在主恢復方式下重新啟動AdaptiveServer錯誤!未定義書簽。

10.檢查系統(tǒng)表以檢驗master的當前備份錯誤!未定義書簽。

11.重新啟動AdaptiveServer錯誤!未定義書簽。

12.恢復服務器用戶ID錯誤!未定義書簽。

13.檢查AdaptiveServer錯誤!未定義書簽。

14.使用diskreinit恢復sysdevices錯誤!未定義書簽。

五、DUMP命令詳解錯誤!未定義書簽。

1.dumpdatabase錯誤!未定義書簽。

2.dumptransaction錯誤!未定義書簽。

六、LOAD命令詳解錯誤!未定義書簽。

1.loaddatabase錯誤!未定義書簽。

2.loadtransaction錯誤!未定義書簽。

七、備份還原示例錯誤!未定義書簽。

1.dumpdatabase錯誤!未定義書簽。

2.dumptransaction錯誤!未定義書簽。

3.loaddatabase錯誤!未定義書簽。

4.loadtransaction錯誤!未定義書簽。

一、制定備份和恢復計劃

AdaptiveServer具有自動恢復過程,可以使用戶避免由于斷電和計算機故障所造成的損失。若要避免介質

故障帶來損失，請定期經(jīng)常對數(shù)據(jù)庫進行備份。

1.關于數(shù)據(jù)庫事物

AdaptiveServer使用事務來跟蹤數(shù)據(jù)庫的所有變化。事務是AdaptiveServer的工作單元。一個事務包括一

個或多個作為一個單元成功或失敗的Transact-SQL語句。

每條修改數(shù)據(jù)的SQL語句都被視為一個事務。通過將一系列語句放在begintransaction...endtransaction塊中

中，用戶也可以定義事務。

每個數(shù)據(jù)庫都擁有自己的事務日志，即系統(tǒng)表syslogs。事務日志自動記錄每個數(shù)據(jù)庫用戶發(fā)出的每個事務。

不能關閉事務記錄。

事務日志是前寫式日志。當用戶發(fā)出要修改數(shù)據(jù)庫的語句時,AdaptiveServer將這些更改寫入日志中。在這

這條語句要做的所有更改都已記錄在日志中后,這些更改將被寫入到數(shù)據(jù)頁的高速緩存副本中。此數(shù)據(jù)頁

將一直保留在高速緩存中,直到另一數(shù)據(jù)庫頁需要內(nèi)存為止。那時，已更改的數(shù)據(jù)頁才寫入磁盤中。

如果事務中任何語句未能完成執(zhí)行,AdaptiveServer將撤消由該事務所引起的所有更改。AdaptiveServer在

在每個事務結束時將一條"endtransaction”記錄寫入日志，記錄該事務的狀態(tài)（成功或失?。?。

2.指定備份的職責

許多組織都有一位執(zhí)行所有備份和恢復操作的操作員。只有系統(tǒng)管理員、數(shù)據(jù)庫所有者或操作員才可以

執(zhí)行dump和10ad命令。數(shù)據(jù)庫所有者只能轉儲自己的數(shù)據(jù)庫。操作員和系統(tǒng)管理員可以轉儲和裝載任

何數(shù)據(jù)庫。

3.安排例行備份

開發(fā)備份計劃中的主要任務是確定備份數(shù)據(jù)庫的頻率。備份頻率決定在介質出現(xiàn)故障時丟失的工作量。

創(chuàng)建每個用戶數(shù)據(jù)庫之后立即轉儲它以提供基點，并且以后按固定的時間表進行。推薦至少要每天備份事務

務日志，每周備份數(shù)據(jù)庫。

許多擁有大型、活動數(shù)據(jù)庫的安裝每天轉儲數(shù)據(jù)庫，并且每半個小時或每小時進行一次事務日志轉儲。

在沒有跨數(shù)據(jù)庫數(shù)據(jù)修改活動期間，應同時備份互依數(shù)據(jù)庫（其中存在跨數(shù)據(jù)庫事務、觸發(fā)器或參照完整性

的數(shù)據(jù)庫）。如果其中一個數(shù)據(jù)庫失敗并且需要重新裝載,則從所有這些同時轉儲中重新裝載它們。

4.在其它時間備份數(shù)據(jù)庫

除了定期轉儲以外，每次升級用戶數(shù)據(jù)庫、創(chuàng)建新索引、執(zhí)行未記錄的操作或者運行dumptransactionwith

no_log或dumptransactionwithtruncate_only命令時，也都要轉儲數(shù)據(jù)庫。

將用戶數(shù)據(jù)庫升級到當前版本的AdaptiveServer后，轉儲最近升級的數(shù)據(jù)庫，以便創(chuàng)建與當前版本兼容的轉

儲。dumpdatabase必須在允許執(zhí)行dumptransaction之前、在已升級的用戶數(shù)據(jù)庫上進行。

向表中添加索引時,將在事務日志中記錄createindex。而在向索引頁填充信息時,AdaptiveServer卻不記錄

這些更改。如果在您創(chuàng)建完索引后數(shù)據(jù)庫設備出現(xiàn)故障，則使用loadtransaction命令重建索引所用時間可

能與使用createindex命令建立索引所用時間一樣多。為避免長時間的延遲，需在數(shù)據(jù)庫的一個表上創(chuàng)建索

引后立即轉儲每個數(shù)據(jù)庫。

dumptransactionwithtruncate_only和dumptransactionwithno_log將從日志中刪除事務而不進行備份。為

確?？苫謴托?，請在每次由于磁盤空間不足而運行任一命令時轉儲數(shù)據(jù)庫。這樣做之后,才能復制事務日志。

5.安排master的備份

master數(shù)據(jù)庫備份用作恢復過程的一部分，以防出現(xiàn)影響master數(shù)據(jù)庫的故障。如果沒有master數(shù)據(jù)庫的

當前備份,則可能在需要用戶數(shù)據(jù)庫并再次運行它時不得不重建重要的系統(tǒng)表。

在執(zhí)行影響磁盤、存儲、數(shù)據(jù)庫或段的每個命令后,都備份master數(shù)據(jù)庫。始終在發(fā)出以下任何命令或系

統(tǒng)過程后備份master數(shù)據(jù)庫：

?diskinit、sp_addumpdevice或sp_dropdevice

?磁盤鏡像命令

?段系統(tǒng)過程sp_addsegment、sp_dropsegment或sp_extendsegment

?createprocedure或dropprocedure

?splogdevice

?spconfigure

?createdatabase或alterdatabase

6.截斷master數(shù)據(jù)庫事務日志

因為master數(shù)據(jù)庫事務日志與數(shù)據(jù)存儲在相同數(shù)據(jù)庫設備上，所以不能單獨備份其事務日志。不能移動

master數(shù)據(jù)庫的日志。必須經(jīng)常使用dumpdatabase備份master數(shù)據(jù)庫。定期使用具有truncate_only

選項的dumptransaction（例如，每次數(shù)據(jù)庫轉儲后）清除master數(shù)據(jù)庫的事務日志。

7.保存腳本和系統(tǒng)表

為進一步進行保護,保存包含所有diskinit、createdatabase和alterdatabase命令的腳本，并在每次發(fā)出這些

命令之一后為sysdatabases、sysusages和sysdevices表生成書面副本。

您無法使用dataserver命令自動恢復這些命令導致的更改。如果您保留腳本（包含Transact-SQL語句的文件

件），則可以運行它們以重新創(chuàng)建這些更改?；蛘撸仨氠槍χ匦聵嫿ǖ膍aster數(shù)據(jù)庫重新發(fā)出每個命令。

保留syslogins的書面副本。從轉儲中恢復master時，將表的書面副本與當前版本進行比較，以確保用戶保持

相同的用戶IDo

8.配置AdaptiveServer以用于同時裝載

AdaptiveServei?可以同時執(zhí)行多個load和dump命令。裝載數(shù)據(jù)庫要求有一個16K緩沖區(qū)來用于每個活

動數(shù)據(jù)庫裝載。缺省情況下,AdaptiveServer被配置為可同時進行六個裝載。要同時執(zhí)行多項裝

載，系統(tǒng)管理員可以增加大型I/O緩沖區(qū)的數(shù)量：

sp_configure"numberoflargei/obuffers'1,12

此參數(shù)要求您重新啟動AdaptiveServer。這些緩沖區(qū)不用于dump命令或loadtransaction命令。

二、備份數(shù)據(jù)庫

經(jīng)常定期備份是防止由于數(shù)據(jù)庫設備出現(xiàn)故障而損壞數(shù)據(jù)庫的唯一方法。

dumpdatabase、dumptransaction、loaddatabase和loadtransaction命令具有相似的語法。例行轉儲和裝載

載要求數(shù)據(jù)庫名和至少一個轉儲設備。這些命令還可包括下列選項：

?compression=，用于將轉儲文件壓縮為本地文件

?atserver_name，用于指定遠程BackupServer

?density>blocksize和capacity，用于指定磁帶存儲特性

?dumpvolume，用于指定ANSI磁帶標簽的卷名

?file=filename，用于指定要轉儲到的或要從其裝載的文件的名稱

?stripeonstripe_device,用于指定其它轉儲設備

?dismount>unload、init和retaindays，用于指定磁帶的處理操作

?notify，用于指定是將BackupServer消息發(fā)送到啟動轉儲或裝載的client，還是發(fā)送到operator_console

如果設備上的可用空間不足，無法成功發(fā)出dumptransaction或dumptransactionwithtruncate_only命令，請

使用dumptransactionwithno_log。

1.指定數(shù)據(jù)庫名的規(guī)則

可以將數(shù)據(jù)庫名以文字、局部變量或參數(shù)的形式指定給某一存儲過程。

如果從轉儲中裝載數(shù)據(jù)庫：

,此數(shù)據(jù)庫必須存在?？梢允褂胏reatedatabase的forload選項創(chuàng)建一個數(shù)據(jù)庫，或通過裝載覆蓋一個現(xiàn)有

數(shù)據(jù)庫。裝載數(shù)據(jù)庫始終會覆蓋現(xiàn)有數(shù)據(jù)庫中的所有信息。

?使用的數(shù)據(jù)庫名不必與所轉儲的數(shù)據(jù)庫的名稱相同。例如，您可以轉儲pubs2數(shù)據(jù)庫，創(chuàng)建另一個名為

pubs2_archive的數(shù)據(jù)庫，然后將轉儲裝載到新數(shù)據(jù)庫中。

2.壓縮轉儲

dump命令包括兩個選項，利用這兩個選項，您可以使用BackupServer壓縮數(shù)據(jù)庫和事務日志，從而減少已存

檔數(shù)據(jù)庫的空間要求。

參數(shù)為：

?compression=compressionjevel一壓縮至遠程服務器。導致BackupServer使用其自己的本機壓縮方法。

Sybase建議使用此壓縮選項。

compress::[compressionjevel::]一壓縮至本地文件。導致BackupServer調(diào)用外部過濾器，支持此選項是為

了向后兼容。

compressionjevel可以是0到9之間的某個數(shù)字，也可以是100或101。對于一位數(shù)的壓縮級別,0表示不壓

縮,9表示壓縮級別最高。

壓縮級別100和101表示壓縮比較速、高效,其中壓縮級別100表示壓縮速度較快,101表示壓縮性能較好。

利用dump命令的compression=參數(shù)，可以減少已存檔數(shù)據(jù)庫的空間要求。使用AdaptiveServer12.5.2及

更高版本，可以通過compression=參數(shù)將轉儲壓縮到遠程計算機。

如果使用舊的compress::選項，裝載數(shù)據(jù)庫轉儲時不需要包括壓縮級別.但是，可以發(fā)出loadwith

listonly=full命令以確定進行轉儲的壓縮級別。

如果您使用本機compression=選項，則當裝載數(shù)據(jù)庫轉儲時，不需要包括compression=選項。

例如,若要將pubs2數(shù)據(jù)庫轉儲到文件“compress_file”中，請輸入：

dumpdatabasepubs2tocompress_pression=100

SAP建議您根據(jù)性能要求選擇一組壓縮級別。對于占用CPU時間不太多的壓縮，請使用壓縮級別100并根據(jù)

據(jù)存檔空間要求切換至級別101?對于常規(guī)壓，請使用壓縮級別6,然后根據(jù)性能要求增高或降低級別。

3.裝載壓縮轉儲

如果使用dump...compress::來轉儲數(shù)據(jù)庫或事務日志，則必須使用load...compress::選項來裝載該轉儲。

loaddatabase...compress::和loadtransaction...compress::的部分語法為：

loaddatabasedatabase_name

fromcompress::stripe_device

...[stripeoncompress::stripe_device]...

loadtransactiondatabase_name

fromcompress::stripe_device

...[stripeoncompress::stripe_device]...

語法中的表示您存檔的數(shù)據(jù)庫,compress::調(diào)用已存檔數(shù)據(jù)庫或事務日志的解壓縮。

archive_name是您要裝載的已存檔數(shù)據(jù)庫或事務日志的完整路徑。如果創(chuàng)建轉儲文件時未包括完整路徑,

則AdaptiveServer將在啟動AdaptiveServer的目錄中創(chuàng)建轉儲件。

如果使用compress::選項,則對于每個轉儲設備，它必須是stripeon子句的一部分。如果您使用

compression=選項，則在設備列表之后使用它一次。

4.設備出現(xiàn)故障后復制日志

通常,dumptransaction在復制日志后截斷日志的不活動部分。使用withno_truncate可以在不截斷日志的情

情況下復制日志。

5.截斷日志

在事務日志非常滿時，您可能無法使用常規(guī)方法來轉儲它。如果使用fdumptransaction或dumptransaction

withtruncate_only，并且該命令由于日志空間不足而失敗,請使用dumptransaction的withno_log

選項：

dumptransactiondatabase_namewithno_log

此選項截斷日志，而不記錄轉儲事務事件。因為此選項不復制任何數(shù)據(jù)，所以它只要求數(shù)據(jù)庫的名稱。

警告:withtruncate_only和withnoJog允許您截斷可用空間極其不足的日志。這兩個選項都無法恢復自上

次例行轉儲后已提交的事務。

三、恢復數(shù)據(jù)庫

介質出現(xiàn)故障時的狀況因故障原因的不同而異。如果磁盤上僅有一個塊損壞，那么，除非您經(jīng)常運行dbcc命令

令，否則，在損壞發(fā)生后,數(shù)據(jù)庫看上去會正常運行一段時間。如果整個磁盤或磁盤控制器損壞。Adaptive

Server將該數(shù)據(jù)庫標記為可疑數(shù)據(jù)庫并顯警告消息。如果存儲master數(shù)據(jù)庫的磁盤出現(xiàn)故障，則用戶將無

法登錄到服務器，已登錄的用戶將無法執(zhí)行需要訪問master中的系統(tǒng)表的任何操作。

當數(shù)據(jù)庫設備出現(xiàn)故障時,SAP會建議您執(zhí)行下列步驟:

1獲取設備上每個數(shù)據(jù)庫的當前日志轉儲。

2檢查設備上每個數(shù)據(jù)庫的空間使用情況。

3在為設備上的所有數(shù)據(jù)庫收集了這些信息之后，刪除每個數(shù)據(jù)庫。

4使用sp_dropdevice刪除有故障的設備。

5使用diskinit初始化新數(shù)據(jù)庫設備。

6重新創(chuàng)建數(shù)據(jù)庫，一次創(chuàng)建一個。

7將最新的數(shù)據(jù)庫轉儲裝載到每個數(shù)據(jù)庫中?

8按各個事務日志轉儲的創(chuàng)建順序應用這些轉儲。

1.獲取事務日志的當前轉儲

使用dumptransactionwithno_truncate為出故障設備上的每一數(shù)據(jù)庫獲取當前事務日志轉儲。例如,若要獲

取mydb的當前事務日志轉儲,請輸入：

dumptransactionmydb

to7dev/nrmtOnatREMOTE_BKP_SERVER

withinit,no_truncate,

notify="operator_consolen

2.檢查空間使用情況

檢查和記錄所有損壞的數(shù)據(jù)庫的設備分配：

在master中，檢查損壞的數(shù)據(jù)庫的設備分配和使用情況：

selectsegmap,sizefromsysusageswheredbid=db_id(Mdatabase_name")

檢查查詢的輸出。每個segmap為3的行都表示數(shù)據(jù)分配。每個segmap為4的行都表示日志分配。較高的

的值指示用戶定義的段;將這些段作為數(shù)據(jù)分配處理，以保留這些段的作用域。size列指示數(shù)據(jù)塊的數(shù)目。記

記錄每一磁盤區(qū)段的順序、用途和大小。

3.刪除數(shù)據(jù)庫

在您為出現(xiàn)故障的設備上的所有數(shù)據(jù)庫執(zhí)行了前面所述的步驟后，使用dropdatabase刪除每一數(shù)據(jù)庫。

如果當您發(fā)出dropdatabase時,系統(tǒng)由于數(shù)據(jù)庫受損而報告錯誤,請使用：

dbccdbrepair(mydb,dropdb)

4.重新創(chuàng)建數(shù)據(jù)庫

將createdatabase與forload選項一起使用。從sysusages表中復制數(shù)據(jù)庫的每個行的所有設備段映射和大

小,直到第一個日志設備(包括該設備)。以這些行在sysusages中出現(xiàn)的順序使用它

們。(sp_helpdb的結果按設備名的字母順序排列，而不是按分配順序排列。)

將alterdatabase與forload選項一起使用以按順序重新創(chuàng)建其余的條目。請記住，應像您處置數(shù)據(jù)分配一樣

為用戶段處置設備分配。

5.裝載數(shù)據(jù)庫

使用loaddatabase重裝數(shù)據(jù)庫。如果原始數(shù)據(jù)庫在用戶定義的段上存儲了對象(sysusages報告segmap大于

于7),并且您的新設備分配匹配轉儲的數(shù)據(jù)庫的設備分配，則AdaptiveServer保留用戶段映射。

如果您沒有創(chuàng)建新設備分配以匹配轉儲的數(shù)據(jù)庫的設備分配，則AdaptiveServer會將段重新映射到可用的

設備分配。此重新映射還混合同一物理設備上日志和數(shù)據(jù)。

6.裝載事務日志

使用loadtransaction以事務H志備份的生成順序應用事務日志備份。

AdaptiveServer檢查每一轉儲的數(shù)據(jù)庫和事務日志上的時間戳。如果轉儲以錯誤順序裝載,或者用戶事務

在兩次裝載之間修改了事務日志，則裝載將失敗。

如果您使用withstandby_access轉儲了事務日志,則也必須使用standby_access裝載數(shù)據(jù)庫。

在您使數(shù)據(jù)庫處于最新狀態(tài)后，使用dbcc命令檢查其一致性。

7.裝載事務日志到某個時間點

您可以恢復數(shù)據(jù)庫，一直恢復到其事務日志中某個指定的時間點。

為此,請使用loadtransaction的until_time選項。例如，在用戶無意中刪除了某個重要的表的情況下可以使

用這一選項;您可以使用untiljime將對包含該表的數(shù)據(jù)庫進行的更改一直恢復到剛刪除該表之前那一時刻

的狀態(tài)。

為了在數(shù)據(jù)已被損壞后有效使用untiLtime，您必須知道發(fā)生錯誤的確切時間。您可以通過在出現(xiàn)錯誤時發(fā)

出selectgetdate來找到這一時間。例如，假定用戶無意中刪除了一個重要的表,然后在幾分鐘之后您以毫秒

為單位獲取當前時間：

selectconvert(char(26),getdate(),109)

8.使數(shù)據(jù)庫處于聯(lián)機狀態(tài)

將所有事務日志轉儲應用到數(shù)據(jù)庫之后，使用onlinedatabase使其可供使用。例如,若要使mydb數(shù)據(jù)庫聯(lián)

機，請輸入：

onlinedatabasemydb

四、恢復系統(tǒng)數(shù)據(jù)庫

系統(tǒng)數(shù)據(jù)庫的恢復過程取決于所使用的數(shù)據(jù)庫和系統(tǒng)中出現(xiàn)的問題。

通常，恢復可能包括：

,使用loaddatabase裝載這些數(shù)據(jù)庫的備份，

,使用dataserver、installmaster和installmodel恢復這些數(shù)據(jù)庫的初始狀態(tài)，或

?這些任務的組合。

要使系統(tǒng)數(shù)據(jù)庫的恢復盡可能高效地進行：

,不要在主設備上存儲用戶數(shù)據(jù)庫或除master、tempdb、model和sybsystemdb以外的任何其它數(shù)據(jù)庫。

?始終保存重要系統(tǒng)表的最新打印輸出。

?每次執(zhí)行初始化數(shù)據(jù)庫設備、創(chuàng)建或變更數(shù)據(jù)庫或添加新的服務器登錄名等操作之后，都要備份master

數(shù)據(jù)庫。

1.恢復過程總結

必須遵循以下步驟來恢復損壞的主設備。

1查找恢復磁盤、數(shù)據(jù)庫和登錄名所需的系統(tǒng)表的書面副本。

2關閉AdaptiveServer,并使用dataserver構建新master數(shù)據(jù)庫和主設備。

3以主恢復方式重新啟動AdaptiveServer。

4在sysusages中正確地重建master數(shù)據(jù)庫的分配。

5更新sysservers表中BackupServer的網(wǎng)絡名。

6檢驗BackupServer以確保其正在運行。

7使用loaddatabase裝載master的最新數(shù)據(jù)庫轉儲。成功裝載master后,AdaptiveServer將自動停止。

8在配置文件中更新numberofdevices配置參數(shù)。

9在單用戶模式下重新啟動AdaptiveServero

10檢驗master的備份是否擁有最新的系統(tǒng)表信息。

11重新啟動AdaptiveServero

12如果自上次備份master后添加了新的登錄名，則檢查syslogins。

14恢復model數(shù)據(jù)庫（如果需要）。

14將sysusages和sysdatabases的書面副本與新的聯(lián)機版本進行比較,針對每個數(shù)據(jù)庫運行dbcccheckalloc,

并檢查每個數(shù)據(jù)庫中的重要表。

15轉儲master數(shù)據(jù)庫。

2.恢復master數(shù)據(jù)庫

受損的master數(shù)據(jù)庫可能是由存儲master的區(qū)域中的介質故障導致,也可能是由數(shù)據(jù)庫的內(nèi)部損壞導致。

如果出現(xiàn)以下情況，將會損壞master數(shù)據(jù)庫：

,AdaptiveServer不能啟動。

?出現(xiàn)頻繁或破壞性的分段故障錯誤或輸入/輸出錯誤。

?dbcc在定期檢查數(shù)據(jù)庫期間報告損壞。

假定：

?master數(shù)據(jù)庫已損壞，或主設備已損壞。

?您擁有系統(tǒng)表的最新輸出，”系統(tǒng)及可選數(shù)據(jù)庫''列出了這些輸出。

,主設備只包括master數(shù)據(jù)庫、tempdb、model和sybsystemdb。

?您擁有master數(shù)據(jù)庫的最新備份，并且，自上次轉儲master以來，您尚未初始化任何設備，也未創(chuàng)建或修改

任何數(shù)據(jù)庫。

?您的服務器使用缺省排序順序。

3.建立新的主設備

僅當舊的主設備的損壞無法修復時，才應構建新的主設備。否則,您可以在現(xiàn)有主設備上重新創(chuàng)建master

和model數(shù)據(jù)庫。

重新創(chuàng)建master數(shù)據(jù)庫有兩個過程:替換主設備,并強制AdaptiveServer重新創(chuàng)建配置區(qū)域。當master數(shù)據(jù)庫

庫損壞時替主設備。如果主設備的配置區(qū)域也損壞,請強制AdaptiveServer重新創(chuàng)建配置區(qū)域。您可以經(jīng)

常檢測配置區(qū)域是否由于服務器無法運行而損壞，并生成錯誤消息來指明該區(qū)域已損壞。

以下示例使用UNIX的dataserver命令。在Windows平臺上，使用sqlsrvr命令。

。替換主設備

用dataserver-w選項重建主設備：

dataserver-wmaster

。重建配置區(qū)域

如果配置區(qū)域損壞，則必須使用-f選項強制AdaptiveServer重建該區(qū)域。

但有以下限制：

?如果頁大小錯誤，則您可以指定頁大小（例如,-z8k）。

?如果設備大小錯誤，則您可以指定設備大?。ɡ?-bl25M）

?磁盤上顯示為損壞或當前未分配的所有分配單元都將分配給master數(shù)據(jù)庫。

帶或不帶-f的-wmaster選項僅重新創(chuàng)建master數(shù)據(jù)庫。磁盤上的所有其它分配單元保持不變，因此，您可

以使用diskrefit恢復數(shù)據(jù)。

如果整個主設備已損壞(例如，如果磁盤發(fā)生故障)，請通過使用dataserver-zpage_size...-bdevice_size啟動

AdaptiveServer來更換整個設備：

1如果現(xiàn)有主設備不在原始分區(qū)上，并且您打算重新使用該設備,請刪除舊的主設備文件。

2彳吏用dataserver-zpage_size...-bdevice_size啟動月艮務器。

4.在主恢復方式下啟動AdaptiveServer

使用-m(UNIX和Windows)選項在主恢復方式下啟動AdaptiveServero

?在UNIX平臺上，復制runserver文件,并將其命名為m_RUN_server_nameo編輯該新文件，在dataserver命

令行添加參數(shù)-mo然后在主恢復方式下啟動服務器：

startserver-fm_RUN_server_name

?在Windows平臺上一從命令行使用sqlsrver命令啟動AdaptiveServer。除其它必要的參數(shù)外，指定-m參

數(shù)。例如：

sqlsrver.exe-dD:\Sybase\DATA\MASTER.dat-sPIANO-eD:\Sybase\install\errorlog-iD:\Sybase\ini-

MDASybase-m

在主恢復方式下啟動AdaptiveServer時,只允許使用一個用戶(系統(tǒng)管理員)的一個登錄名。

5.重新創(chuàng)建master的設備分配

如果您根據(jù)上面步驟2中描述的過程重新創(chuàng)建了主設備,則您的master數(shù)據(jù)庫現(xiàn)在可能太小。為master數(shù)據(jù)

據(jù)庫分配更多空間：

從sysusages的書面副本中，對為dbid1(master數(shù)據(jù)庫的dbid)顯示的size值求和。將這些值與當前

master數(shù)據(jù)庫的大小進行比較。您可以通過發(fā)出以下命令來確定它們：

selectsum(size)fromsysusageswheredbid=1

如果當前的master數(shù)據(jù)庫太小,請使用alterdatabase將它擴大至所需的大小。若要將邏輯頁轉換為MB級

頁，請使用：

selectN/(power(2,20)/@@maxpagesize)

其中N是邏輯頁的數(shù)量。

如果使用-mmaster選項重新編寫了master數(shù)據(jù)庫，則不必更改master數(shù)據(jù)庫的大小。由于AdaptiveServer

已記錄了設備上所有數(shù)據(jù)庫使用的分配單元，因此，您應該已有足夠的空間裝載master的轉儲。

6.檢查BackupServersysservers信息

以“sa”身份登錄服務器。

如果BackupServer的網(wǎng)絡名稱不是SYB_BACKUP,請更新sysservers，以便AdaptiveServer可以與其

BackupServer進行通信。

在接口文件中檢查BackupServer名稱，然后發(fā)出：

select*fromsysserverswheresrvname=nSYB_BACKUP"

如果報告的srvnetname與接口文件中的BackupServer不同,請更新

sysservers。下例將BackupServer的網(wǎng)絡名更改為

PRODUCTION.BSRV:

begintransaction

updatesysservers

setsrvnetname=nPRODUCTION_BSRV"

wheresrvname="SYB_BACKUP”

執(zhí)行此命令，并驗證它是否僅修改了一行。重新發(fā)出select命令,然后核實是否修改了正確的行，該行是否包

含正確的值。如果update修改了多行，或者修改了不應修改的行，則應發(fā)出rollbacktransaction

命令,然后嘗試再次更新。

如果該命令正確地修改了BackupServer的行，則應發(fā)出committransaction命令。

7.檢驗BackupServer是否在運行

在UNIX平臺上，使用showserver命令核實BackupServer是否正在運行;如果必要，重新啟動BackupServer。

裝載master的備份

裝載master數(shù)據(jù)庫的最新備份。

?例如，在UNIX平臺上，使用：

loaddatabasemasterfrom'7dev/nrmt4H

在loaddatabase成功完成之后,AdaptiveServer會關閉。注意在裝載過程和關閉過程中是否有錯誤消息.

8.更新numberofdevices配置參數(shù)

僅當使用的數(shù)據(jù)庫設備數(shù)比缺省值多時才執(zhí)行此步驟。

除非恢復master數(shù)據(jù)庫，否則AdaptiveServer無法使用配置值，因此，請指示AdaptiveServer在啟動時從配

置文件中讀取適當?shù)膎umberofdevices參數(shù)值。

如果最新配置文件不可用，請編輯配置文件以反映numberofdevices參數(shù)的正確值。

編輯runserver文件。在dataserver或sqlsrver命令的末尾添加-c參數(shù)，以指定配置文件的名稱和位置。

AdaptiveServer啟動時，將從指定的配置文件中讀取參數(shù)值。

9.在主恢復方式下重新啟動AdaptiveServer

裝載master的備份時，會使“sa”帳號恢復到先前的狀態(tài)。如果“sa”帳戶有口令，則恢復該口令。如果在進行

備份之前使用sp-locklogin鎖定了此帳戶，則“sa”帳戶會立即鎖定。將帳戶與sa-role配合使用來執(zhí)行其余

恢復步驟。

10.檢查系統(tǒng)表以檢驗master的當前備份

如果在發(fā)出最新的diskinit、createdatabase或alterdatabase命令后，己備份了master數(shù)據(jù)庫，則sysusages、

sysdatabases和sysdevices的內(nèi)容會與書面副本匹配。

依據(jù)書面副本，檢查恢復后服務器中的sysusages、sysdatabases和sysdevices表。尤其注意以下問題：

如果書面副本中的設備有的未包括在己恢復的sysdevices中，則自上次備份以來已經(jīng)添加了設備，并且您必須

須運行diskreinit和diskrefit。

?如果書面副本中列出的數(shù)據(jù)庫有的未包括在已恢復的sysdatabases表中,則意味著自上次備份master以來添

添加了數(shù)據(jù)庫。您必須運行diskrefito

11.重新啟動AdaptiveServer

以常規(guī)（多用戶）模式重新啟動AdaptiveServero

12.恢復服務器用戶ID

檢查syslogins的書面副本和恢復的syslogins表。

?如果自上次備份master以來已經(jīng)添加了服務器登錄名，請重新發(fā)出createlogin命令。

?如果已刪除了服務器登錄名，則應重新發(fā)出droplogin命令。

?如果已鎖定了服務器帳戶,則應重新發(fā)出spJocklogin命令。

?檢查由于用戶或系統(tǒng)管理員使用alterlogin而引起的其它差別。

確保指派給用戶的suids正確。數(shù)據(jù)庫中不匹配的suid值會導致權限問題，用戶可能不能訪問表或運行命

令。

檢查現(xiàn)有suid值的有效方法是對用戶數(shù)據(jù)庫的每個sysusers表執(zhí)行union。如果用戶有權使用master,則

可以在此過程中包括master。

例如：

selectsuid,namefrommaster..sysusers

union

selectsuid,namefromsales..sysusers

union

selectsuid,namefromparts..sysusers

union

如果結果列表顯示的已跳過的suid值介于您在其中恢復登錄名的范圍內(nèi)，請為跳過的值添加占位符，然后使

用droplogin刪除它們或者使用sp_locklogin鎖定它們。

13.檢查AdaptiveServer

仔細檢查AdaptiveServer:

1將sysusages的書面副本與新的聯(lián)機版本進行比較。

2將sysdatabases的書面副本與新的聯(lián)機版本進行比較。

3針對每個數(shù)據(jù)庫運行dbcccheckalloc。

4檢查每個數(shù)據(jù)庫中重要的表。

14.使用diskreinit恢復sysdevices

如果自上次轉儲后添加了任何數(shù)據(jù)庫設備,即如果發(fā)出了diskinit命令，則必須使用diskreinit向sysdevices

添加每個新設備。如果保留了最初的diskinit命令腳本，則應使用這些腳本來確定diskreinit的參數(shù)（包括

vstart的初始值）。如果提供的大小過小，或者使用不同的vstart值,可能會損壞數(shù)據(jù)庫。

如果未保存diskinit腳本,請查看最新的sysdevices書面副本以確定diskreinit的一些正確參數(shù)。如果您在原

原始diskinit命令中使用了自定義的vstart，則您還需要知道vstart的原始值。

使用diskre任恢復sysusages和sysdatabase

如果自上次數(shù)據(jù)庫轉儲后，添加了數(shù)據(jù)庫設備或者創(chuàng)建或變更了數(shù)據(jù)庫，則應使用diskrefit重建sysusages

表和sysdatabases表。

diskrefit只能從master數(shù)據(jù)庫運行，并且只能由系統(tǒng)管理員運行。

這一權限不能轉移給其他用戶。其語法為：

diskrefit

在diskrefit重建系統(tǒng)表之后,AdaptiveServer將關閉。在diskrefit運行時或者在關閉過程中檢查輸出以確定

定是否發(fā)生了錯誤。

五、DUMP命令詳解

1.dumpdatabase

說明以一種可用loaddatabase命令讀取的格式制作整個數(shù)據(jù)庫（包括事務日志）的備份副本。轉儲和裝

載通過BackupServer執(zhí)行。

如果您不轉儲壓縮數(shù)據(jù)，則loaddaiabase操作的目標平臺不必和發(fā)生dumpdatabase操作的源平臺相同。

壓縮數(shù)據(jù)的轉儲和裝載必須發(fā)生在同一平臺上。但是，dumpdatabase和loaddatabase可從大型平臺執(zhí)行

到小型平臺，或者從小型平臺執(zhí)行到大型平臺。

語法

dumpdatabasedatabase_name

to[compress::[compression_level::]]stripe_device

[atbackup_server_name]

[density=density_value,

blocksize=number_bytes,

capacity=number_kilobytes,

dumpvolume=volume_name,

file=file_name]

[withshrink_log]

withverify[=header|full]

[stripeon[compress::[compression_level::]Jstripe_device

[atbackup_server_name]

[density=density_value,

blocksize=number_bytes,

capacity=number_kilobytes,

dumpvolume=volume_name,

file=file_name]J

[[stripeon[compress::[compression_level::]]stripe_device

[atbackup_server_name]

[density=density_value,

blocksize=number_bytes,

capacity=number_kilobytes,

dumpvolume=volume_name,

file=file_name]]...]

[with{

density=density_value,

blocksize=number_bytes,

capacity=number_kilobytes,

compression=compress_level

dumpvolume=volume_name,

file=file_name,

[dismount|nodismountj,

[nounload|unload],

passwd=password,

retaindays=number_days,

[noinit|init],

notify={client|operator_console}

}]

(TivoliStorageManager)使用此語法可在TivoliStorageManager提供備份服務時復制數(shù)據(jù)庫。

dumpdatabasedatabase_name

to"syb_tsm::object_name''

[blocksize=number_bytes]

[stripeonH[syb__tsm:'.]object_name''

[blocksize=number_bytes\\...]

[with{

blocksize=number_bytes,

compression=compressjevel,

passwd=password,

[noinit|init],

notify={client|operator_console},

verify[=header|full]

}]

參數(shù)

database_name

是您從中復制數(shù)據(jù)的數(shù)據(jù)庫的名稱?？蓪?shù)據(jù)庫名稱指定為文字、局部變量或存儲過程參數(shù)。

compress::compressionjevel

不再使用，提供它的目的是為了與舊版本應用程序兼容。改為將"compression=compress_/eve「用于壓縮

縮。

tostripe_device

是要向其復制數(shù)據(jù)的設備。

atbackup_server_name

是BackupServer的名稱。轉儲到缺省BackupServer時不要指定此參數(shù)。僅當通過網(wǎng)絡轉儲到遠程Backup

Server時才指定此參數(shù)。使用此選項可指定多達32個遠程BackupServer。通過網(wǎng)絡進行轉儲時，請指定在

在轉儲設備附加到的計算機上運行的遠程BackupServer的網(wǎng)絡名。對于使用interfaces文件的平臺，

backup_server_name必須出現(xiàn)在interfaces文件中。

density=density_value

替換磁帶設備的缺省密度。有效密度為800、1600、6250、6666、10000和38000。并不是所有的值對于每

個磁帶驅動器都有效；請使用適合您的磁帶驅動器的正確密度。

blocksize=number_bytes

替換轉儲設備的缺省塊大小。塊大小必須至少為一個數(shù)據(jù)庫頁（對于大多數(shù)系統(tǒng)為2048字節(jié)），且必須

為數(shù)據(jù)庫頁大小的整數(shù)倍。若要獲得最佳性能，請將blocksize指定為2的乘方，例如65536、或。

capacity=number_kilobytes

是設備可寫入單個磁帶卷的最大數(shù)據(jù)量。容量至少應為5個數(shù)據(jù)庫頁，但應小于設備的推薦容量。

計算容量的一般規(guī)則是使用設備制造商給出的設備最大容量的70%,留出30%的容量用于記錄間隙和磁

帶標志之類的開銷。最大容量是驅動器上設備的容量，而不是驅動器本身的容量。此規(guī)則在多數(shù)情況下

適用，但可能由于各供應商和設備的開銷存在差異而不能全部適用。

在不能可靠檢測到磁帶結束標志的UNIX平臺上，請指明可轉儲到磁帶的千字節(jié)數(shù)。對于作為物理路徑

名指定的轉儲設備，必須提供capacity。如果將轉儲設備作為邏輯設備名指定，那么，除非指定容量。否

則BackupServer使用存儲在sysdevices系統(tǒng)表中的size參數(shù)。

compression=compress_level

是0到9之間的數(shù)字、100或101。對于一位數(shù)的壓縮級別，0表示不進行壓縮，而9表示最高級別的壓

縮。壓縮級別100和101提供更加快捷、更加有效的壓縮模式，其中100提供更加快捷的壓縮，而101

提供程度更高的壓縮。如果不指定compress」evel,AdaptiveServer將不會壓縮轉儲。

注釋Sybase建議首選使用本機"compression=compressjevel"選項，為了與以前的應用程序兼容而保留

的舊選項"compress::compression」evel"其次。

dumpvolume=volume_name

建立指派給卷的名稱。volume_name的最大長度為6個字符。覆蓋現(xiàn)有轉儲、轉儲到新磁帶或者轉儲到內(nèi)

內(nèi)容不可識別的磁帶時，BackupServer會在ANSI磁帶標簽中寫入volume_name。loaddatabase命令會檢

查標簽，如果裝載了錯誤的卷，則會生成錯誤消息。

withshrink_log

在使用alterdatabaselogoff命令縮減日志中的空間時如果在數(shù)據(jù)庫中創(chuàng)建了空洞，則會使用它。此命令

會在數(shù)據(jù)庫不在轉儲序列中時自動刪除數(shù)據(jù)庫結尾的空洞。同樣，dumpdatabase將會在數(shù)據(jù)庫不在轉儲

序列中時（也就是說，當您由于dumptransaction不被允許而被迫運行dumpdatabase時，例如，當執(zhí)行了

任何最少日志記錄命令時）自動刪除數(shù)據(jù)庫結尾的任何空洞。dumpdatabase的withshrinkjog選項會刪

除數(shù)據(jù)庫結尾的空洞，無論數(shù)據(jù)庫是否在轉儲序列中都是如此。

withverify[=header|full]

允許BackupServer在數(shù)據(jù)頁復制到存檔中時對數(shù)據(jù)頁執(zhí)行最低限度的標頭或結構行檢查。此時不會對

gam、oam、分配頁、索引、文本或日志頁進行結構檢查。唯一的其它檢查在頁碼與頁頭匹配的頁上執(zhí)行。

stripeonstripe_device是附加的轉儲設備。可以使用多達32個設備，其中包括在tostripe_device子句中命

名的設備。BackupServer將數(shù)據(jù)庫分成幾個大致相等的部分，并將每個部分發(fā)送到不同的設備。轉儲是

在每個設備上同時進行的，減少了進行轉儲所需的時間，并且轉儲過程中需要的卷更改更少。

dismount|nodismount

在支持邏輯卸下的平臺上，確定磁帶是否保持裝入狀態(tài).缺省情況下，轉儲完成時將卸下用于轉儲的全

部磁帶。使用nodismount可使磁帶供其它轉儲或裝載使用。

nounload|unload

確定轉儲完成后是否回繞磁帶。缺省情況下磁帶不會回繞，從而使您可以向同一磁帶卷進行其它轉儲。

請為要添加到多轉儲卷的最后一個轉儲文件指定unload?這樣，在轉儲完成后就會回繞并卸載磁帶。

passwd=password

是您提供的口令，用來防止轉儲文件被未經(jīng)授權的用戶使用?？诹铋L度必須介于6到30個字符之間。口

令不能使用變量。

retaindays=number__days

（UNIX系統(tǒng)）轉儲到磁盤時，請指定天數(shù)，BackupServer保護轉儲在此天數(shù)內(nèi)不被覆蓋。如果試圖在

過期前覆蓋轉儲，則在覆蓋未過期卷前，BackupServer會要求進行確認。

注釋此選項僅適用于轉儲到磁盤時；它不適用于磁帶轉儲。

對于可以立即覆蓋的轉儲，其cumbejdays值必須是正整數(shù)或0。如果不指定retaindays值，Backup

Server會使用由sp_configure設定的taperetentionindays值。

noinit|init

確定是將轉儲附加到現(xiàn)有的轉儲文件還是重新初始化（覆蓋）磁帶卷。

缺省情況下，AdaptiveServer將轉儲附加在最后一個磁帶結束標記之后，從而使您可以向同一個卷轉儲其

它數(shù)據(jù)庫。新的轉儲只能附加到多卷轉儲的最后一個卷上。對轉儲到磁帶的第一個數(shù)據(jù)庫使用init,

以覆蓋其內(nèi)容。

在需要BackupServer存儲或更新磁帶配置文件中的磁帶設備特性時，可使用init命令。

file=file_name

是轉儲文件名。該名稱不得超過17個字符，且必須符合操作系統(tǒng)對文件名的約定。

notify={client|operator_console}

替換缺省的消息顯示目標。

在提供操作員終端功能的操作系統(tǒng)上，始終會將卷更改消息發(fā)送到運行BackupServer的計算機的操作員

終端上。使用client可將其它BackupServer消息發(fā)送到啟動dumpdatabase的終端會話。

在不提供操作員終端功能的操作系統(tǒng)（如UNIX）上，消息將發(fā)送到啟動dumpdatabase的客戶端。使用

operator_console將消息發(fā)送到運行BackupServer的終端。

syb_lsm::obj_name

是調(diào)用libsyb_tsm.so模塊的關鍵字，該模塊用于實現(xiàn)BackupServer和TivoliStorageManager之間的通信。

object_name

是TSM服務器上備份對象的名稱。

2.dumptransaction

說明制作事務日志的副本并刪除不活動的部分。

有關您的站點許可使用Tivoli時的dumptranaction語法，請參見TivoliStorageManager（TSM）語法。

語法

進行例行日志轉儲：

dumptranlsactionjdatabase_name

to[compress::[compression_level::]]stripe_device

[atbackup_server_name]

[density=density_value,

blocksize=number_bytes,

capacity=number_kilobytes,

dumpvolume=volume_name,

file=file_name]

[stripeon[compress::[compression_level::]]stripe_device

[atbackup_server_name]

[density=density_value,

blocksize=number_bytes,

capacity=number_kilobytes,

dumpvolume=volume_name,

file=file_name]]

[[stripeon[compress::[compression_level::]]stripe_device

[atbackup_server_name]

[density=density_value,

blocksize=number_bytes,

capacity=number_kilobytes,

dumpvolume=volume_name,

file=file_name]]...]

[with{

density=density_value,

blocksize=number_bytes,

capacity=number_kilobytes,

compression=compressjevel,

dumpvolume=volume_name,

file=file_name,

[dismount|nodismount],

[nounload|unload],

retaindays=number_days,

[noinit|init],

notify={client|operator_console},

standby_access}J

截斷日志而不生成備份副本：

dumptranlsactionjdatabase_namewithtruncate_only

截斷已達到容量上限的日志。僅在不得以的情況下才應使用這種方法，因為您將失去日志的內(nèi)容:

dumptran[saction]database_name^\i^noJog

在某個數(shù)據(jù)庫設備出現(xiàn)故障后備份日志：

dumptran[saction]database_name

to[compress::[compression_levek:]]stripe_device

[atbackup_server_name\

[density=density_value,

blocksize=number_bytes,

capacity=number_kilobytes,

dumpvolume=volume_name,

file=file_name\

[stripeon[compress::[compression_level::]]stripe_device

[atbackup_server_name\

[density=density_value,

blocksize=number_bytes,

capacity=number_kilobytes,

dumpvolume=volume_name,

file=file_name\\

[[stripeon[corr\press::[compression_level::]\stripe_device

[atbackup_server_name\

[density=density_va!ue,

blocksize=number_bytes,

capacity=number_kilobytes,

dumpvolume=volume_name,

file=file_name\\...]

[with{

density=density_va!ue,

blocksize=number_bytes,

capacity=number_kilobytes,

compression=compressjevel

dumpvolume=volume_name,

file=file_name,

[dismount|nodismount],

[nounload|unload],

retaindays=number_days,

[noinit|init],

no_truncate,

notify={client|operator_console}}]

TivoliStorageManager提供備份服務時復制事務日志。

dumptransactiondatabase_name

to',syb_lsm::object_name',

[blocksize=number__bytes]

[stripeonH[syb_tsm:.,]object_name,'

[blocksize=number_bytes\\...]

[with{

blocksize=number_bytes,

compression=compress_level,

passwd=password,

[noinit|init],

notify={client|operator_console},

verify[=header|full]

}]

參數(shù)

database_name

是您從中復制數(shù)據(jù)的數(shù)據(jù)庫的名稱?？梢詫?shù)據(jù)庫名以文字、局部變量或參數(shù)形式指定給一個存儲過程。

compress::compression_level

是0到9之間的數(shù)字、100或101。對于一位數(shù)的壓縮級別，0表示不進行壓縮，而9表示最高級別的壓

縮。壓縮級別100和101提供更加快捷、更加有效的壓縮模式，其中100提供更加快捷的壓縮，而101

提供程度更高的壓縮。如果不指定compression」eveLAdaptiveServei?將不會壓縮轉儲。

從AdaptiveServer15.0版開始，Sybase支持并建議使用本機compression=compression_level語法。

truncate_only

刪除日志的不活動部分而不制作備份副本。該選項在日志段與數(shù)據(jù)段位于同一設備的數(shù)據(jù)庫上使用。不

要指定轉儲設備或BackupServer名稱。

no_log

刪除日志的不活動部分，而不制作備份副本，也不在事務日志中記錄過程。僅在用完日志空間，無法運

行常規(guī)dumptransaction命令時才應使用no_logo僅在不得已的情況下才應使用no_log,且應僅在dump

transactionwithtruncate_only失敗時才使用。

tostripe_device

是數(shù)據(jù)轉儲到的設備。

atbackup_server_name

是BackupServer的名稱。如果是轉儲到缺省BackupServer,請不要指定此參數(shù)。僅當通過網(wǎng)絡轉儲到遠

程BackupServer時才指定此參數(shù)。使用此選項可指定多達32個不同的遠程BackupServero通過網(wǎng)絡進行

行轉儲時，請指定在轉儲設備附加到的計算機上運行的遠程BackupServer的網(wǎng)絡名。對于使用interfaces

文件的平臺，backup_server_name必須出現(xiàn)在interfaces文件中。

density=density_value

替換磁帶設備的缺省