<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

    搜索

    •  

    積分與排名

    • 積分 - 210789
    • 排名 - 266

    最新評論

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 国产电影午夜成年免费视频| 日韩精品亚洲人成在线观看 | 成人永久免费高清| 在线观看肉片AV网站免费| 亚洲av纯肉无码精品动漫| 亚洲最大的视频网站| 久久国产成人亚洲精品影院| 国产精品免费一级在线观看| 99爱在线精品免费观看| 嫩草影院在线播放www免费观看| 蜜臀亚洲AV无码精品国产午夜.| 亚洲三级在线播放| 亚洲美女激情视频| 五月天网站亚洲小说| 亚洲午夜国产精品无码老牛影视 | 亚洲av无码专区在线电影 | 4399好看日本在线电影免费| a毛片全部免费播放| 日韩大片在线永久免费观看网站| 国产精品亚洲专区无码不卡| 亚洲精品av无码喷奶水糖心| 亚洲性无码一区二区三区| 亚洲国产精品专区| 亚洲熟妇色自偷自拍另类| 91亚洲va在线天线va天堂va国产| 亚洲VA中文字幕无码一二三区| 亚洲午夜无码久久久久| 亚洲日产无码中文字幕| 亚洲综合网站色欲色欲| 亚洲片一区二区三区| 亚洲精品无码日韩国产不卡?V| 国产免费久久精品| 深夜国产福利99亚洲视频| 免费永久看黄在线观看app| 国产一级淫片免费播放| 免费一级毛片在播放视频| 免费观看四虎精品国产永久| 精品国产日韩亚洲一区| 亚洲精品乱码久久久久久| 亚洲国产另类久久久精品黑人| 久久青草亚洲AV无码麻豆|