ase維護常見問題分析(編輯修改稿)
2024-11-29 18:10 本頁面
【文章內容簡介】 對照 interfaces中的主機名，是否存在沖突。 重新啟動數據庫服務器。 169。 2020 Sy base, Inc. and its subsidiaries. All rights reserved. 1 14 數據庫服務不能啟動 CASE 4: kernel:kscsinit: connectivity library error. Operation: cs_ctx_alloc(). 檢查操作系統(tǒng)參數是否已經修改并重新啟動操作系統(tǒng) 若操作系統(tǒng)異常宕機， ASE未啟動而$SYBASE/server_name.krg已經存在 , 刪除該文件 169。 2020 Sy base, Inc. and its subsidiaries. All rights reserved. 1 15 數據庫服務不能啟動 Server啟動失敗的各種原因 ? 硬件問題導致無法讀取陣列設備 ? sybase數據庫設備讀寫權限問題 ? 由于異常宕機，在 sybase主目錄下存在一個 *.krg文件,刪掉即可 ? 網絡問題 ,ip地址或端口無法偵聽 ? 內存配置過大 ,超過 OS的許可 ? SYBASE環(huán)境變量 /注冊表設置錯誤或損壞 ? Master庫日志滿 .清除即可 ? 設備損壞或被誤刪除 169。 2020 Sy base, Inc. and its subsidiaries. All rights reserved. 1 16 ? 日志滿了，但是清不掉怎么辦？ 用戶有時候會遇到執(zhí)行大事務使 syslogs空間不足，于是所有該數據庫的事務操作掛起，但是使用 dump tran dbname with truncate_only又截不斷日志的問題。 這時候需要執(zhí)行 select* from master..syslogshold查看master..syslogshold表的信息，該表記錄著日志里最早執(zhí)行但是尚未完成的事務，這個事務不完成，日志是不能截斷的。由系統(tǒng)管理員決定是殺掉該進程還是擴充日志使該進程順利完成。 平時對 master..syslogshold表進行監(jiān)控，以及時對異常事務進行處理，避免此類問題出現，也是非常重要的。 數據庫日志的問題 169。 2020 Sy base, Inc. and its subsidiaries. All rights reserved. 1 17 數據庫日志的問題 ? master 事務日志滿 ,重啟動仍報日志滿 ? 解決方法 : 使用 dump tran master with truncate_only . 如果日志仍不能截掉，啟動時加 T3607，再執(zhí)行 dump tran master with truncate_only 169。 2020 Sy base, Inc. and its subsidiaries. All rights reserved. 1 18 磁帶恢復的問題 ? 通過磁帶 load 數據庫時報錯 load database test from ‘/dev/’…… Errorlog報錯： Nov 21 17:10:33 2020: Backup Server: : Volume rejected. Nov 21 17:10:59 2020: Backup Server: : /dev/: volume n
教學課件相關推薦
鄂ICP備17016276號-1