sql2000日誌

A. sql Server 2000日誌轉移實現高可用性[2]

日誌轉移的另一優點是你能將備份資料庫作為報告資料庫使用 這對許多公司來說是很不錯的選擇 但如果你決定了用這個備份資料庫作報告使用 就必須注意它的局限性 使用原始資料庫中的日誌時 SQL Server 要求指定唯一的通道 所以 當日誌文件正在被應用時 報告則不能同時進行

使用日誌轉移要考慮的相關因素

在將日誌轉移作為高可用性的方案來使用時 我們必須考慮以下幾點因素 由於從原始資料庫到備份資料庫有一個潛伏期 對你的公司而言 它並非一定是可行的實現高可用性的一種解決方案 潛伏期由資料庫管理員設置 時間也因需要而縮短 但永遠不能避免

日誌轉移中沒有設置恢復功能 這就意味著在將日誌轉移到備份伺服器上時 這些日誌都暫時不可用 因此 資料庫管理員必須在將備份資料庫放到網上前完成一系列的操作 這些步驟包括

將已存儲在備份數據伺服器上原始資料庫里的備份標簽存儲起來 一旦所有的標簽被存儲後 資料庫就必須得到恢復 然後放到網上

一旦所有的資料庫都已放在網上 所有需要訪問資料庫的應用程序就需要改變自身的鏈接 如果你不能將應用程序盡快指向剛剛恢復的資料庫 你就前功盡棄了

一個SQL Server的實例能用於監控日誌轉移 這個實例可以在原始資料庫 備份資料庫或單獨的資料庫中 任何一種版本的SQL Server都能用於SQL Server監控

注釋 資料庫登錄必須在原始資料庫與備份資料庫之間同時進行

lishixin/Article/program/SQLServer/201311/22518

B. 如何查詢SQLserver 2000操作日誌

你好！

1.如果要看日誌內容，sql server下不直接支持，但是可以用LogExplorer（只支持2000）等工具來查看
如果你的意思是想看資料庫在執行什麼語句，可以用Sql profiler
菜單 Tool->Sql Server Profiler
進到Profiler的界面後新建一個跟蹤（new Trace），選擇好你的資料庫和相應的用戶、密碼，然後就可以看到所有傳到Sql Server來執行的語句了。
如果想更多的了解，可以去找些 Sql Server Profiler的資料看下，最好還是自己試幾下，操作很簡單，但是平時開發過程中調試很好用

2.每個 Microsoft® SQL Server™ 2000 資料庫都有事務日誌，用以記錄所有事務和每個事務對資料庫所做的修改。記錄事務及其修改有三個作用：
恢復個別的事務。
如果應用程序發出 ROLLBACK 語句，或者 SQL Server 檢測到錯誤（例如失去與客戶端的通訊），就使用日誌記錄回滾未完成的事務所做的修改。
SQL Server 啟動時恢復所有未完成的事務。
當運行 SQL Server 的伺服器發生故障時，資料庫可能處於這樣的狀態：還沒有將修改從高速緩沖存儲器寫入數據文件，在數據文件內有未完成的事務所做的修改。當啟動 SQL Server 的復本時，它對每個資料庫執行恢復操作。前滾日誌中記錄的、可能尚未寫入數據文件的每個修改。然後回滾在事務日誌中找到的每個未完成的事務，以確保資料庫的完整性。
將還原的資料庫前滾到故障點。
丟失資料庫（在沒有 RAID 驅動器的伺服器上，硬碟驅動器出現故障時可能會出現這種情況）後，可以將資料庫還原到故障點。首先還原上一次的完整資料庫備份或差異資料庫備份，然後將事務日誌備份序列還原到故障點。當還原每個日誌備份時，SQL Server 重新應用日誌中記錄的所有修改以前滾所有事務。當最後的日誌備份還原後，SQL Server 將使用日誌信息回滾到該點未完成的所有事務。
SQL Server 2000 事務日誌的特點是：
事務日誌不是作為一個表實現，而是作為單獨的文件或資料庫內的一組文件實現。日誌高速緩存與數據頁的高速緩沖存儲器分開管理，從而使資料庫引擎內的編碼更簡單、更快速和更可靠。
日誌記錄和頁的格式不必遵守數據頁的格式。
事務日誌可以在幾個文件上實現。可以根據需要定義這些文件為自動增長。這樣可減少事務日誌內空間不足的可能性，同時減少管理開銷。
截斷日誌中未用部分的機制速度快且對事務吞吐量影響最小。

C. sql2000自動設置清除日誌的具體方法如何操作

資料庫日誌文件是隨著時間增長而增長的，如果長時間不清理，文件會變得特別大，因此需要定期清空，但是日至文件是恢復資料庫的重要依據，不用日誌文件也是不明智的。手工清除單個資料庫的還好說，但資料庫多了，或者臨時沒有來得及清理，可能硬碟空間就會占滿了，影響訪問。因此設置自動清理資料庫日誌文件還是比較實用的。
手動清理方法：右鍵單擊需要清理的資料庫，選擇「屬性」，在「選項」卡上，把故障還原模型設定為簡單，確定後關閉;再右鍵單擊該資料庫，「所有任務」-「收縮資料庫」，確認後即可清除日誌文件，最後記得重新選擇「屬性」，將故障還原模型設置為完全。
自動清理方法：同樣是利用sql
server代理服務，執行自動作業。
打開企業管理器，進入「管理」-「sql
server代理服務」-「作業」，在右側窗口點擊右鍵，選擇「新建作業」。「常規」選項卡中，填寫作業名稱，具體描述，注意所有者最好還是用sa或者默認的管理帳號。
轉到「步驟」選項卡，新建作業步驟，填寫步驟名稱，類型為腳本，資料庫為需要清理日誌的資料庫，在下邊命令中填寫以下命令：
Sql代碼
1.
DUMP
TRANSACTION
資料庫名稱
WITH
NO_LOG
DBCC
SHRINKFILE(資料庫日誌文件名,1)
或者使用
2.
DUMP
TRANSACTION
DBName
WITH
NO_LOG
BACKUP
LOG
DBName
WITH
NO_LOG
DBCC
SHRINKDATABASE(DBName
)
DBCC
SHRINKFILE(1)

D. sql server 2000日誌有什麼用處

每個 Microsoft® SQL Server™ 2000 資料庫都有事務日誌，用以記錄所有事務和每個事務對資料庫所做的修改。記錄事務及其修改有三個作用：

恢復個別的事務。
如果應用程序發出 ROLLBACK 語句，或者 SQL Server 檢測到錯誤（例如失去與客戶端的通訊），就使用日誌記錄回滾未完成的事務所做的修改。

SQL Server 啟動時恢復所有未完成的事務。
當運行 SQL Server 的伺服器發生故障時，資料庫可能處於這樣的狀態：還沒有將修改從高速緩沖存儲器寫入數據文件，在數據文件內有未完成的事務所做的修改。當啟動 SQL Server 的復本時，它對每個資料庫執行恢復操作。前滾日誌中記錄的、可能尚未寫入數據文件的每個修改。然後回滾在事務日誌中找到的每個未完成的事務，以確保資料庫的完整性。

將還原的資料庫前滾到故障點。
丟失資料庫（在沒有 RAID 驅動器的伺服器上，硬碟驅動器出現故障時可能會出現這種情況）後，可以將資料庫還原到故障點。首先還原上一次的完整資料庫備份或差異資料庫備份，然後將事務日誌備份序列還原到故障點。當還原每個日誌備份時，SQL Server 重新應用日誌中記錄的所有修改以前滾所有事務。當最後的日誌備份還原後，SQL Server 將使用日誌信息回滾到該點未完成的所有事務。

SQL Server 2000 事務日誌的特點是：

事務日誌不是作為一個表實現，而是作為單獨的文件或資料庫內的一組文件實現。日誌高速緩存與數據頁的高速緩沖存儲器分開管理，從而使資料庫引擎內的編碼更簡單、更快速和更可靠。

日誌記錄和頁的格式不必遵守數據頁的格式。

事務日誌可以在幾個文件上實現。可以根據需要定義這些文件為自動增長。這樣可減少事務日誌內空間不足的可能性，同時減少管理開銷。

截斷日誌中未用部分的機制速度快且對事務吞吐量影響最小。

E. Sql Server2000日誌怎麼查看

打開sqlserver管理器，在sqlserver根目錄下有目錄「管理」，展開「管理」，你就可以看到「sql
server
日誌」

F. SQL2000怎樣查看資料庫的日誌

查看交易日誌（Transaction logs），擴展名為ldf。
交易日誌是針對資料庫改變所做的記錄，它可以記錄針對資料庫的任何操作，並將記錄結果保存在獨立的文件中。對於任何每一個交易過程，交易日誌都有非常全面的記錄，根據這些記錄可以將數據文件恢復成交易前的狀態。從交易動作開始，交易日誌就處於記錄狀態，交易過程中對資料庫的任何操作都在記錄范圍，直到用戶點擊提交或後退後才結束記錄。每個資料庫都擁有至少一個交易日誌以及一個數據文件。

出於性能上的考慮，SQL Server將用戶的改動存入緩存中，這些改變會立即寫入交易日誌，但不會立即寫入數據文件。交易日誌會通過一個標記點來確定某個交易是否已將緩存中的數據寫入數據文件。當SQL Server重啟後，它會查看日誌中最新的標記點，並將這個標記點後面的交易記錄抹去，因為這些交易記錄並沒有真正的將緩存中的數據寫入數據文件。這可以防止那些中斷的交易修改數據文件。

G. SQL Server 2000之日誌傳送功能—問題解決

一 殘余數據

當您進行SQL Server 日誌傳送的實驗時 也許偶而會中斷設定過程 如果真是如此 那麼某些資料仍然會存入每台伺服器的日誌傳送資料表 並且影響到後續的日誌傳送設定動作 為了保證這些剩餘資料都會被清除 請確實刪除每台伺服器msdb資料庫內日誌傳送資料表之相關資料

錯誤信息

Error : The specified primary_server_name primary_database_name ( N ) already exists

Error : A log shipping monitor is already defined ( )

處理方法

必須手動執行下面幾個存儲過程來刪除Log Shipping在資料庫中記錄的信息

sp_delete_log_shipping_primary

刪除msdb dbo log_shipping_primary表中的Primary Server信息

sp_delete_log_shipping_plan

刪除Log Shipping計劃

sp_delete_log_shipping_secondary

刪除msdb dbo log_shipping_secondaries表中的Secondary Server信息

sp_remove_log_shipping_monitor

刪除Log Shipping監視從表msdb dbo log_shipping_monitor

二 資料庫的模式

如果正確設置了Log Shipping 但是沒有辦法正常執行 在SQL Server的日誌中可以看到類似這個信息和界面

Microsoft (R) SQLMaint Utility (Unicode) Version Logged on to SQL Server ZTAO as ZTAO Administrator (trusted)

Starting maintenance plan LOG_Plan_ on : :

Backup can not be performed on database ERPLogShipping This sub task is ignored

Deleting old text reports file(s) deleted

End of maintenance plan LOG_Plan_ on : :

SQLMAINT EXE Process Exit Code: (Failed)

可能是你沒有正確設置資料庫的模式 完整模式

三 Log文件存放路徑

lishixin/Article/program/SQLServer/201311/22534

H. SQL2000,資料庫日誌很大

一般情況下，SQL資料庫的收縮並不能很大程度上減小資料庫大小，其主要作用是收縮日誌大小，應當定期進行此操作以免資料庫日誌過大 ：
1、設置資料庫模式為簡單模式：打開SQL企業管理器，在控制台根目錄中依次點開Microsoft SQL Server-->SQL Server組-->雙擊打開你的伺服器-->雙擊打開資料庫目錄-->選擇你的資料庫名稱（如論壇資料庫Forum）-->然後點擊右鍵選擇屬性-->選擇選項-->在故障還原的模式中選擇「簡單」，然後按確定保存 ；
2、在當前資料庫上點右鍵，看所有任務中的收縮資料庫，一般裡面的默認設置不用調整，直接點確定 ；
3、收縮資料庫完成後，建議將您的資料庫屬性重新設置為標准模式，操作方法同第一點，因為日誌在一些異常情況下往往是恢復資料庫的重要依據。

I. 如何壓縮SQL Server 2000資料庫的日誌

首先將你要將壓縮的資料庫設置為簡單日誌模式