sybase數(shù)據(jù)庫常見的問題總結(jié)-wenkub
2023-04-11 23:42:11 本頁面
【正文】 updated.(return status = 0)1 use master2 go1 dbcc rebuild_log(escourt5,1,1)2 goDBCC execution pleted. If DBCC printed error messages, contact a user withSystem Administrator (SA) role.1 shutdown with nowait2 goServer SHUTDOWN by request.The SQL Server is terminating this process.重啟服務后把status修改成0后再重啟服務。 has not been recovered yet please wait and try again.1 dump transaction escourt5 with no_log2 goMsg 921, Level 14, State 1:Line 1:Database 39。escourt539。所有dump tran with no_log都將在Adaptive Server錯誤日志中進行報告，這些消息包括執(zhí)行此命令的用戶ID、指示成功或失敗的消息，no_log是唯一生成錯誤日志消息的轉(zhuǎn)儲選項。系統(tǒng)表的不正確變更會導致數(shù)據(jù)庫損壞和數(shù)據(jù)丟失，修改系統(tǒng)表時務必要使用begin transaction來保護數(shù)據(jù)庫不受可能損壞數(shù)據(jù)庫的錯誤影響，完成修改后應立即禁用allow updates to system tables。 1sp_configure allow update,1 2go第二步，Adaptive Server中的每個數(shù)據(jù)庫在sysdatabases中都有相應的一行，安裝Adaptive Server后，master數(shù)據(jù)庫、model數(shù)據(jù)庫、sybsystemprocs和tempdb數(shù)據(jù)庫在sysdatabases中都將有相應的條目，如果已經(jīng)安裝審計功能，sybsecurity數(shù)據(jù)庫也將在其中有相應的條目。但是這個選項（包括with truncate_only）沒有提供任何方法可恢復自從上次例行轉(zhuǎn)儲后提交的事務。 because the requested RID has a higher number than the last RID on the page. Rid pageid = 0x1c88a8。escourt539。服務啟動正常最好是通過dbcc checkdb(databasename)檢查一下數(shù)據(jù)一致性。此時，以下步驟省略，并按照“如何刪除壞的用戶數(shù)據(jù)庫”文章刪除此數(shù)據(jù)庫。新建的服務名可與舊服務不同。然后停服務，將應用的數(shù)據(jù)庫設(shè)備復制回來，重啟服務即可。 l有系統(tǒng)表的最新打印輸出。用這些副本可以保證在此過程結(jié)束時系統(tǒng)已經(jīng)全部恢復。 l使用buildmaster命令之前應關(guān)閉Adaptive Server。在Window NT上，使用sqlsrvr命令從命令行啟動Aadaptive Server。復雜情況，必須為其它數(shù)據(jù)庫分配空間，以便重新構(gòu)造恢復master所需的正確的vstart值。是否與服務器的backup Server的interfaces文件條目匹配，若匹配跳過步驟5； l如不同，則必須更新sysservers 示例： begin tranaction updata sysserver set srvnetname=”backupserver_name” where srvname=”SYB_BACKUP” l核實該命令，如果updata修改了多行，或者修改了不應修改的行，則發(fā)出rollback tranaction命令，然后嘗試再次更新。 步驟8：更新number of devices配置參數(shù) 僅當使用的數(shù)據(jù)庫設(shè)備比缺省值多時才執(zhí)行此步驟。 l如果副本中的任何設(shè)備未包含在已恢復的sysdevices中，則上次備份以后已添加了設(shè)備，必須運行disk reinit和disk refit。test_dat_dev39。50M39。/opt/sybase/data/39。test_log2_dev39。10M39。5M39。aaaaaaa39。ccccccc39。如果服務器已經(jīng)啟動，先停止之。原密碼39。用戶名39。本篇主要分析數(shù)據(jù)庫服務的配置：問題分析：小型機硬件：rp2470雙機、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要打開相應工作進程數(shù)procedure cache size 154800 //存儲過程緩存不要超過100Mtotal data cache size 453699 //明顯該值太小allocate max shared memory 0 //打開sybase占用內(nèi)存的開關(guān)max online engines 2 number of engines at startup 2 問題處理：建議先調(diào)整以下配置sp_configure max memory,1150000 //sp_configure allocate max shared memory,1 sp_configure user log cache size,4096 //用戶日志緩存用來緩存客戶段信息 sp_configure procedure cache size,50000 //100M存儲過程緩存sp_configure number of worker processes,2備份sybase主目錄下的***.cfg sp_cacheconfig default data cache,1G //配置缺省數(shù)據(jù)緩存1Gsp_cacheconfig default data cache, cache_partition = 2reboot sybase服務備份sybase主目錄下的***.cfg sp_cacheconfig tempdb_cache,400M //由于內(nèi)存較充裕，通常會分配一部分內(nèi)存給tempdb，提高查詢的速度sp_bindcache tempdb_cache,tempdb //綁定400M的內(nèi)存給tempdbreboot sybase服務上述操作如無法啟動sybase服務則可以將備份的***.cfg替換當前的配置文件，重新boot sybase服務總結(jié)：sybase amp。 data
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1