sybase數(shù)據(jù)庫常見的問題總結(jié)(編輯修改稿)
2025-04-23 23:42 本頁面
【文章內(nèi)容簡介】 nterfaces文件中Backup Server的名稱； l并發(fā)出下面的命令： select * from sysservers where srvname=”SYB_BACKUP” l檢查此命令中輸出結(jié)果的srvnetname。是否與服務(wù)器的backup Server的interfaces文件條目匹配，若匹配跳過步驟5； l如不同，則必須更新sysservers 示例： begin tranaction updata sysserver set srvnetname=”backupserver_name” where srvname=”SYB_BACKUP” l核實(shí)該命令，如果updata修改了多行，或者修改了不應(yīng)修改的行，則發(fā)出rollback tranaction命令，然后嘗試再次更新。 如果該命令正確修改了Backup Server的行，則發(fā)出mit transaction命令。 步驟6：核實(shí)Backup Server正在運(yùn)行 Window NT平臺上，本地安裝的Sybase Central和服務(wù)管理器可以顯示Backup Server是否正在運(yùn)行。 步驟7：裝載master數(shù)據(jù)庫的備份 在Window NT上： load database master from “d:\device\” 在load database成功完成后，Adaptive Server將關(guān)閉。 步驟8：更新number of devices配置參數(shù) 僅當(dāng)使用的數(shù)據(jù)庫設(shè)備比缺省值多時才執(zhí)行此步驟。 步驟9：以主恢復(fù)方式方式重新啟動Adaptive Server –d:\devices\ –sserver_name –ed:\sybase\install\errorlog –id:\sybase\ini –MD:\sybase –m 注意：裝載master的備份將使“sa”帳號恢復(fù)到以前的狀態(tài)。如果sa帳號有口令，則口令恢復(fù)。 步驟10：檢查系統(tǒng)表以檢驗(yàn)master的當(dāng)前備份 l如果發(fā)出最新的disk init、create database或alter database命令以后已備份了master數(shù)據(jù)庫，則sysusages、sysdatabases、和sysdevice的內(nèi)容將與書面副本匹配。 l如果副本中的任何設(shè)備未包含在已恢復(fù)的sysdevices中，則上次備份以后已添加了設(shè)備，必須運(yùn)行disk reinit和disk refit。 步驟11：重新啟動Adaptive Server 以常規(guī)（多用戶）模式重新啟動Adaptive Server 步驟12：檢查Adaptive server l將sysusages的書面副本與新聯(lián)機(jī)版本比較 l將sysdatabase的書面副本與新聯(lián)機(jī)版本比較 l在每個數(shù)據(jù)庫上運(yùn)行dbcc checkalloc l檢查每個數(shù)據(jù)庫中重要的表 完全恢復(fù)master數(shù)據(jù)庫并運(yùn)行全部的dbcc完整性檢查后，使用常規(guī)轉(zhuǎn)儲命令備份此數(shù)據(jù)庫?！ ?．不小心直接刪除了日志的設(shè)備文件，如何恢復(fù)數(shù)據(jù)庫？首先，應(yīng)盡可能從操作系統(tǒng)中恢復(fù)被誤刪除的設(shè)備文件；如果不能恢復(fù)，可創(chuàng)建一個和被刪除設(shè)備文件大小相同的新設(shè)備文件，然后運(yùn)行 dbcc rebuild_log?！ ∠旅娼o出一個具體的測試用例： 創(chuàng)建測試數(shù)據(jù)庫 testuse mastergodisk init name=39。test_dat_dev39。,physname=39。/opt/sybase/data/39。,size=39。50M39。godisk init name=39。test_log1_dev39。,physname=39。/opt/sybase/data/39。,size=39。10M39。godisk init name=39。test_log2_dev39。,physname=39。/opt/sybase/data/39。,size=39。10M39。gocreate database test on test_dat_dev=39。40M39。 log on test_log1_dev=39。5M39。, test_log2_dev=39。2M39。go 產(chǎn)生一些日志use testgocreate table test ( id int not null, name char(20) not null)goinsert into test values(1,39。aaaaaaa39。)insert into test values(2,39。bbbbbbb39。)insert into test values(3,39。ccccccc39。)insert into test values(4,39。ddddddd39。)go6．sa密碼忘記了導(dǎo)致isql Usa P******進(jìn)不去怎么辦？在sybase目錄的install子目錄的啟動server文件 RUN_server名，編輯該文件，在末尾增加psa，保存該文件。如果服務(wù)器已經(jīng)啟動，先停止之。執(zhí)行第1步批處理文件以啟動server，在啟動最后顯示信息出現(xiàn)sa的新口令，記錄之。切換到SQL Advangtage以sa帳號登錄，口令為新記錄之口令。進(jìn)入server以后，用命令sp_password修改sa口令,sp_password 39。原密碼39。,39。新密碼39。,39。用戶名39。 新密碼的位數(shù)一定要大于6位，否則不能夠更改成功?；氐降?步，去掉增加的選項(xiàng)psa，保存退出。7．關(guān)于sybase的配置－（數(shù)據(jù)庫慢的請留意）說明：數(shù)據(jù)庫性能慢的主要原因有兩個 1）數(shù)據(jù)庫服務(wù)配置不合理 2）應(yīng)用程序不合理 遇到數(shù)據(jù)庫性能下降時通常先檢查數(shù)據(jù)庫服務(wù)配置方面有沒有可以改善的，修改之后再觀察一段時間，如果性能沒有改善的話就要分析應(yīng)用程序上有沒有可以調(diào)整的地方：索引是否合理，sql語句是否優(yōu)化等。本篇主要分析數(shù)據(jù)庫服務(wù)的配置：問題分析：小型機(jī)硬件：rp2470雙機(jī)、CPU700M*內(nèi)存512M*6以下是現(xiàn)場發(fā)過來的主要配置情況：lock scheme datapages //datapages鎖模式是性能最差的鎖，一般不用number of locks 300000 //通常不需要配置太多的鎖10萬就夠了max memory 500000 //物理內(nèi)存3G，配給sybase的為1G明顯不合理 （內(nèi)存*1024*1024**60%）number of open indexes 4000 //通常2000 number of open objects 4000 //通常2000number of user connections 300 //number of worker processes 0 //多cpu要打開相應(yīng)工作進(jìn)程數(shù)procedure cache size 154800 //存儲過程緩存不要超過100Mtotal data cache size 453699 //明顯該值太小allocate max shared memory 0 //打開sybase占用內(nèi)存的開關(guān)max online engines
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1