<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    posts - 89,  comments - 98,  trackbacks - 0
    SYBASE公司是世界著名的數據庫廠家,其關系數據庫產品SYBASE SQL Server在中國大中型企事業單位中擁有大量的用戶。筆者在多年的使用過程中,總結出SYBASE數據庫管理和維護的一些經驗,現拿出來與大家分享。

      我們知道,SYBASE SQL Server用事務(Transaction)來跟蹤所有數據庫的變化。事務是SQL Server的工作單元。一個事務包含一條或多條作為整體執行的T-SQL語句。每個數據庫都有自己的事務日志(Transaction Log),即系統表(Syslogs)。事務日志自動記錄每個用戶發出的每個事務。日志對于數據庫的數據安全性、完整性至關重要,我們進行數據庫開發和維護必須熟知日志的相關知識。


    一、SYBASE SQL Server 如何記錄和讀取日志信息

      SYBASE SQL Server是先記Log的機制。每當用戶執行將修改數據庫的語句時,SQL Server就會自動地把變化寫入日志。一條語句所產生的所有變化都被記錄到日志后,它們就被寫到數據頁在緩沖區的拷貝里。該數據頁保存在緩沖區中,直到別的數據頁需要該內存時,該數據頁才被寫到磁盤上。若事務中的某條語句沒能完成,SQL Server將回滾事務產生的所有變化。這樣就保證了整個數據庫系統的一致性和完整性。

      二、日志設備

      Log和數據庫的Data一樣,需要存放在數據庫設備上,可以將Log和Data存放在同一設備上,也可以分開存放。一般來說,應該將一個數據庫的Data和Log存放在不同的數據庫設備上。這樣做有如下好處:一是可以單獨地備份Backup事務日志;二是防止數據庫溢滿;三是可以看到Log的空間使用情況。

      所建Log設備的大小,沒有十分精確的方法來確定。一般來說,對于新建的數據庫,Log的大小應為數據庫大小的30%左右。Log的大小還取決于數據庫修改的頻繁程度。如果數據庫修改頻繁,則Log的增長十分迅速。所以說Log空間大小依賴于用戶是如何使用數據庫的。此外,還有其它因素影響Log大小,我們應該根據實際操作情況估計Log大小,并間隔一段時間就對Log進行備份和清除。

      三、日志的清除

      隨著數據庫的使用,數據庫的Log是不斷增長的,必須在它占滿空間之前將它們清除掉。清除Log有兩種方法:

      1.自動清除法

      開放數據庫選項 Trunc Log on Chkpt,使數據庫系統每隔一段時間自動清除Log。此方法的優點是無須人工干預,由SQL Server自動執行,并且一般不會出現Log溢滿的情況;缺點是只清除Log而不做備份。

      2.手動清除法

      執行命令“dump transaction”來清除Log。以下兩條命令都可以清除日志:

    dump transaction with truncate_only
    dump transaction with no_log

      通常刪除事務日志中不活躍的部分可使用“dump transaction with trancate_only”命令,這條命令寫進事務日志時,還要做必要的并發性檢查。SYBASE提供“dump transaction with no_log”來處理某些非常緊迫的情況,使用這條命令有很大的危險性,SQL Server會彈出一條警告信息。為了盡量確保數據庫的一致性,你應將它作為“最后一招”。

      以上兩種方法只是清除日志,而不做日志備份,若想備份日志,應執行“dump transaction database_name to dumpdevice”命令。

      四、管理龐大的事務

      有些操作會大批量地修改數據,如大量數據的修改(Update)、刪除一個表的所有數據(Delete)、大量數據的插入(Insert),這樣會使Log增長速度很快,有溢滿的危險。下面筆者給大家介紹一下如何拆分大事務,以避免日志的溢滿。

      例如執行“update tab_a set col_a=0”命令時,若表tab_a很大,則此Update動作在未完成之前就可能使Log溢滿,引起1105錯誤(Log Full),而且執行這種大的事務所產生的獨占鎖(Exclusive Table Lock),會阻止其他用戶在執行Update操作期間修改這個表,這就有可能引起死鎖。為避免這些情況發生,我們可以把這個大的事務分成幾個小的事務,并執行“dump transaction”動作。

      上例中的情況就可以分成兩個或多個小的事務:

    update tab_a set col_a=0 where col_b>x
    go
    dump transaction database_name with truncate_only
    go
    update tab_a set col_a=0 where col_b <=x
    go
    dump transaction database_name with truncate_only
    go

      這樣,一個大的事務就被分成兩個較小的事務。

      按照上述方法可以根據需要任意拆分大的事務。若這個事務需要備份到介質上,則不用“with truncate_only”選項。若執行“dump transaction with truncate_only”命令,應該先執行“dump database”。以此類推,我們可以對表刪除、表插入等大事務做相應的拆分

    posted on 2006-07-13 17:05 水煮三國 閱讀(590) 評論(0)  編輯  收藏 所屬分類: Sybase
    <2006年7月>
    2526272829301
    2345678
    9101112131415
    16171819202122
    23242526272829
    303112345

    常用鏈接

    留言簿(4)

    隨筆分類(85)

    隨筆檔案(89)

    文章分類(14)

    文章檔案(42)

    收藏夾(37)

    java

    oracle

    Sybase

    搜索

    •  

    積分與排名

    • 積分 - 210783
    • 排名 - 266

    最新評論

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 免费人成无码大片在线观看| 欧美最猛性xxxxx免费| 伊在人亚洲香蕉精品区麻豆| 亚洲av成人一区二区三区在线播放| 真人做A免费观看| ASS亚洲熟妇毛茸茸PICS| 中文字幕无码免费久久99| 亚洲国产成人久久精品app| 91久久精品国产免费一区| 亚洲国产成人精品无码区在线秒播| 91精品国产免费| 亚洲成电影在线观看青青 | 一个人看的在线免费视频| 亚洲第一永久AV网站久久精品男人的天堂AV | 国产亚洲欧洲Aⅴ综合一区 | 免费h成人黄漫画嘿咻破解版| 在线视频亚洲一区| 免费高清av一区二区三区| 日韩色日韩视频亚洲网站| 亚洲一区二区高清| 99久久婷婷免费国产综合精品| 久久精品亚洲日本佐佐木明希| 99精品热线在线观看免费视频| 亚洲w码欧洲s码免费| 四虎永久免费观看| 久久青青草原国产精品免费| 精品亚洲成A人无码成A在线观看| 国产在线播放免费| 色www永久免费网站| 亚洲制服丝袜一区二区三区| 日韩精品免费一区二区三区| 久久久久久国产a免费观看不卡 | 亚洲av午夜成人片精品电影| 精品成人免费自拍视频| 亚洲男人的天堂久久精品| 免费午夜爽爽爽WWW视频十八禁| 在线成人精品国产区免费| 亚洲av专区无码观看精品天堂 | 久久亚洲日韩看片无码| 四色在线精品免费观看| 野花香在线视频免费观看大全 |