當前位置:首頁 » 編程語言 » sql日誌錯誤

sql日誌錯誤

發布時間: 2022-05-21 07:04:16

A. sql 資料庫裝不上 提示什麼日誌錯誤 錯誤代碼1004

具體是什麼資料庫呢,mysql,sql
server還是別的
如果你的系統是xp的裝sql
server除了企業版不能裝,其餘的都可以裝,如果裝不上,在裝還是裝不上,可能沒有卸載干凈,卸載時將安裝目錄刪除,用優化大師清理注冊表,重啟電腦,在裝裝看

B. sql2008安裝日誌文件錯誤

是不是之前安裝過

SQL Server 2008 序列號:DeveloperPTTFM-X467G-P7RH2-3Q6CG-4DMYB Enterprise JD8Y6-HQG69-P9H84-XDTPG-34MBB
解決安裝sql server2008 時出現 jit 問題的方案。把那個目錄(C:\Documents and Settings\Administrator\Local Settings\Application Data\Microsoft_Corporation\LandingPage.exe_StrongName_\10.0.0.0)下的config文件。
解決安裝sql server2008時重復重啟電腦的問題的方案:刪除注冊表的HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager 里的PendingFileRenameOperations項
在創建窗口句柄之前,不能在控制項上調用 Invoke 或 BeginInvoke。原因是,VC 2010的一個服務程序mscorsvw.exe進程調用Invoke導致的,結束這個進程,即可。
在安裝過程中快結束的時候提示"mof 編譯器無法連接到wmi伺服器",檢查一下 windows下的system32 中是否有framedyn.dll這個系統文件,如果沒有到system32 下的wbem文件中拷貝framedyn.dll到system32 目錄,

WIN 7 在SQL SERVER 2008安裝的時候出現「MOF編譯器無法連接VMI伺服器。原因可能是語義錯誤的解決方案」錯誤提示,一般有以下步驟解決此方法:
WIN 7安裝VS和 SERVER的順序應該是先安裝SQL SERVER 然後安裝VS,當要重裝SQL SERVER的時候,先要卸載之前的SQL SERVER 及VS
1、卸載軟體
卸載軟體可以通過360之類的刪除工具,但是WIN7自帶有windows installer clean up工具,對刪除microsoft的軟體有奇效
除了卸載sql server 2008之外,還要刪除和VS有關的所有插件,包括framework。
2、刪除之前安裝目錄下的文件(program files下Microsoft文件夾中關於sql server 2008及vs的文件)
3、刪除注冊表中的sql server 信息,在啟動中輸入regedit,啟動注冊表
刪除HKEY_LOCAL_MACHINE\SOFTWARE 下關於sql server 的注冊表信息
刪除HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control下關於sql server的注冊表信息
4、刪除sql server 服務,下載SRVINSTW.exe進行清除即可,或者在cmd.exe下輸入sc delete 服務名稱 ----的形式進行刪除
5、重啟計算機,右鍵sql server2008安裝文件,選擇以管理員身份安裝即可!

C. sql server附加資料庫時出現錯誤提示:錯誤:9004 處理資料庫的日誌時出錯

先把原庫文件備份一份,然後
在其它機器上直接附加資料庫,不要日誌文件!試試!如果不行再按以下方法試試!

在其他機器上,用這個試試:
1.設置資料庫為緊急模式
Use Master
GO
sp_configure 'allow updates', 1
reconfigure with override
GO
UPDATE sysdatabases SET status = 32768 where name = 'DB_SUSPECT'
GO

2.停掉SQL Server服務:
NET STOP MSSQLSERVER

3.把原始資料庫的數據文件DBNAME_DAT.MDF,DBNAME_LOG.LDF移走:

4.啟動SQL Server服務:
NET START MSSQLSERVER

5.重新建立一個同名的資料庫DB_SUSPECT;

USE master
GO
CREATE DATABASE DB_SUSPECT
ON
( NAME = DBNAME_DAT,
FILENAME = 'C:',
SIZE = 10,
FILEGROWTH = 5 )
LOG ON
( NAME = 'DBNAME_LOG',
FILENAME = 'g:',
SIZE = 5MB,
FILEGROWTH = 5MB )
GO

6.設置資料庫運行在單用戶的模式:
USE MASTER
GO
ALTER DATABASE DB_SUSPECT SET SINGLE_USER
GO

7.停掉SQL服務:
NET STOP MSSQLSERVER

8.把原來的數據文件再覆蓋回來:

9.啟動SQL Server服務:
NET START MSSQLSERVER

10.重新設置SQLSERVER的狀態:
USE MASTER
GO
EXEC sp_resetstatus "DB_SUSPECT"

11.資料庫完整性檢測:
DBCC CHECKDB('DB_SUSPECT')

12.恢復資料庫為多用戶模式:
USE MASTER
GO
ALTER DATABASE DB_SUSPECT SET MULTI_USER
GO

13.恢復SQLSERVER原始的配置:
USE MATER

GO

UPDATE sysdatabases SET status = 4194320 where name = 'DB_SUSPECT'
GO

14.配置SQLSERVER不允許更新系統表:
USE MASTER
GO
sp_configure 'allow updates', 0
reconfigure with override
GO

15.重新啟動MSSQLSERVER服務:

最好重新啟動操作系統

16.備份資料庫:

可以通過SQLSERVER企業管理器或T-SQL.需要備份MASTER和DB_SUSPECT

D. SQL server 2008 錯誤9004處理資料庫日誌時出錯

1、分離該資料庫。
2、刪除該資料庫的日誌文件。
3、重新附加
即可
以後要做好定時完整備份。如遇到今次情況 可直接截斷日誌重新生成即可。

E. 如何檢索 SQL 錯誤日誌或 DBCC 輸出錯誤

為查找問題,有必要經常檢查 DBCC 輸出和 SQL Server 錯誤日誌。這可能會引起錯誤,而且是一件極為煩瑣的過程,尤其是必須在幾台伺服器上進行檢查,而每台伺服器可能有多個資料庫時。Windows NT 在發布時提供一個功能強大的模式搜索工具(稱為 Findstr.exe),該工具可以被用來從很大程度上自動處理該任務。根據是否找到某些錯誤字元串,還可以使用該工具有條件地執行批處理文件。本文講述如何使用 Findstr 工具。
更多信息
Findstr 是一個高性能的模式搜索工具,它使用 Win32 非同步和文件映射 I/O 以獲取最佳的吞吐量。該工具允許使用常規表達式、向下遞歸搜索目錄樹、和排除模式的功能,這樣可以獲得 NOT 功能。有關其它信息,請參閱 Windows NT 文檔。

有兩種使用 Findstr.exe 搜索 SQL Server 錯誤日誌或 DBCC 輸出以查找錯誤的基本方法:

明確說明要查找的字元串。

說明不想查找的字元串(這樣將顯示除這些字元串之外的所有字元串)。
在第一種方法中,可以創建一個字元串列表來定義錯誤,讓 Findstr 進行匹配。該字元串列表可以作為輸入文件提供給 Findstr。

例如,假如您要查找所有的「table corrupt」字元串(該字元串帶有許多嚴重的數據錯誤)以及所有「msg 605」字元串(一種特定的錯誤類型)。請將這些字元串放到一個文件中,其內容類似於:

table corrupt
msg 605

使用下列語法對 DBCC 輸出文件運行 Findstr.exe:

findstr /i /g:search.txt dbcc.* > findstr.out

其中,search.txt 是包含搜索字元串的文件,dbcc.* 對應於一組要搜索的 DBCC 輸出文件,而 findstr.out 是存放搜索結果的文件。

使用該方法要求事先知道要搜索的錯誤字元串。但遺憾地是,並沒有一個全面的 SQL Server 錯誤字元串列表可以涵蓋所有可能的 DBCC、伺服器與內核錯誤。對於 7.0 版以前的版本,只對以下字元串進行搜索就可能提供相當全的范圍作為起始點:「table corrupt」、「level 16」 – 「level 21」以及「Severity: 16」-「Severity: 21."

使用一個小試驗,通常有可能對此做進一步的改進,並得到相當可靠的檢查結果(當然比通過肉眼進行查找要可靠得多)。

另外,還可以使用 Findstr 的「反向匹配」功能排除搜索字元串的列表。該方法應用於 DBCC 輸出比應用於錯誤日誌輸出要簡便得多,這是因為需要排除的獨特的字元串比較少。從某種程度上講,該方法(如果可以使用)要安全得多,因為只需明確地說明不要匹配的內容,而且在默認情況下任何新的或意想不到的錯誤將會被顯示。

由於 7.0 版目前遇到的錯誤消息非常有限,因此「反向匹配」方法可能是適用於這一版本的最好方法。

舉個例子,假設您要將一系列 DBCC 輸出文件中的「The total number」、「Table has」和「Checking」字元串排除在外。這將排除許多不重要的 DBCC 狀態消息,而且不會導致任何錯誤消息的丟失。對於 7.0 版之前的版本,將這些字元串放到內容類似如下文件中:

The total number
Table has
Checking

使用以下語法對 DBCC 輸出文件運行 Findstr:

findstr /v /i /g:search.txt dbcc.* > findstr.out

其中 search.txt 是包含搜索字元串的文件,dbcc.* 與要搜索的一組輸出文件匹配,而 findstr.out 是存放搜索結果的文件。/v 參數表明是「反向匹配」,這可以有效地匹配除列表中這些字元串之外的所有字元串。

對於 7.0 版,做法與上述方法類似,但使用下列字元串:

pages for object
DBCC results
DBCC execution completed

下面是錯誤日誌排除列表的一個示例,該排除列表將篩選出不重要的消息並查找最為重要的錯誤。該示例並不全面,僅作為示例使用。可以根據您的需要對其進行修改。

Copyright
All rights reserved
Logging SQL Server
initconfig: number
SQL Server is start
initializing virtual
Opening Master Data
Loading SQL Server
Recovering Database
Recovery dbid
transactions roll
Activating disk
initializing virtual
server name is
Clearing
Using 'SQLEVENT.DLL
Using 'OPENDSNT.DLL
Using 'NTWDBLIB.DLL
Using 'SSNMPNTW.DLL
rolled forward
default sort
nocase
default character
recovery complete
terminating e
windows nt
(id =
killed by hostname
17824
17825
1608
17832
OS error : 109
OS error : 232
unable to write to
restrictions
contracts
server is unnamed
no_log
working thread
Sybase
network error
united states
unable to read login
plication
subdivision
clause
number of buffers
using asynchronous disk
pipe name is
number of proc buffers
network information
file descriptors
transactions before ckpt
shutdown by request

在某些情況下,將這兩種方法結合使用可以將兩者的優點結合在一起,或者至少可以避過因使用其中一個方法而出現的問題。

例如,假設您在搜索錯誤日誌查找「Severity:16」到「Severity:21」字元串,這些字元串應當能匹配最嚴重的錯誤。但是您會在搜索輸出結果中發現幾個與通信相關的錯誤,如 1608 和 17832,這些錯誤通常不表示嚴重的問題。您可以保留原來的搜索條件並只將這些特定的不必要錯誤從搜索結果中排除出去,其方法是將一個 Findstr 命令輸出到另一個中:

findstr /i /g:search.txt errorlog*.* | findstr
/v /i /g:exclude.txt > f.out

其中 search.txt 是包含搜索字元串的文件,errorlog*.* 是要搜索的 SQL Server 錯誤日誌文件,exclude.txt 是包含要排除的搜索字元串的文件,f.out 是存放搜索結果的文件。這種方法可以多級層疊使用,但不能在同一級連續多次層疊。

編寫批處理文件,有可能根據 Findstr 是否檢查到某個錯誤字元串有條件地執行操作。這種技術使用 Windows NT 的條件處理命令「&&」和「||」。如果在 seach.txt 文件中找到任何 SQL Server 錯誤字元串,下面的命令將執行批處理文件 batch1.bat:

findstr /i /g:search.txt errorlog*.* && batch1

Batch1.bat 能夠調用程序,甚至運行使用 SQL Server 的 xp_sendmail 功能發送郵件的 ISQL 作業,通知操作員出現的問題。

以上所說明的技術可以結合使用以執行多種任務。例如,下面的批處理文件將不斷運行 Findstr 命令,如果在 search.txt 文件中找到任何 SQL 錯誤字元串,該命令都會有條件地執行 batch1.bat 文件,排除 exclude.txt 中的字元串。

echo off
:start
findstr /i /g:search.txt errorlog*.* | findstr
/v /i /g:exclude.txt && (echo WARNING & batch1)
goto start

通過一個小的試驗,就會發現這些技術有助於減少搜索 SQL Server 錯誤日誌和 DBCC 輸出文件所花費的精力。上述這些技術也可用於對任何普通文本的搜索,而並非僅限於與 SQL Server 相關的內容。

有些情況下,Findstr 可能受到內部限制,而不能完成搜索任務。出現這種情況時,在輸出文件中會得到下列消息:

FINDSTR:Write error.
如果出現這種情況,請減少所使用的匹配字元串數,嘗試使用正向匹配替代反向匹配,或者使用其它搜索工具,比如 Perl(以下對此進行更多的介紹)。

相關主題是 Windows NT 命令行工具的使用。啟動 Windows NT 4.0 可以得到增強的命令擴展。運行 cmd /x /? 查看列表。增強的 FOR 命令就是一個示例。執行 for /? 查看語法。下面的例子說明如何在一行中使用 FOR 語句連續 5 次運行 isql,並將每次的輸出結果保存到具有不同稱的文件中:

FOR /L %f IN (1, 1, 5) do isql /Usa /P /itest.sql /otest%f.out

下面的例子說明如何將包含某個錯誤字元串的所有文件移到公共目錄中。這對於從一大堆沒有錯誤的錯誤日誌中剔除包含錯誤的錯誤日誌是很有用的,這樣可以將這些錯誤日誌發送給某些專家進一步研究。下面將舉例說明如何在包含名稱列表的文件中對每個文件名執行程序。

findstr /s /i /c:"error.*605" errorlog*.* > srch.out
FOR /F %f IN (srch.out) do %f c:\results

除命令擴展之外,Windows NT 資源工具包中還包含 Perl 版本。Perl 是一種類似於 C 的解釋性語言,該語言在很大程度上優化了對文件和字元串的處理。使用 Perl 語言很容易實現復雜的模式匹配和編輯/替代操作。Perl 可以和 Windows NT 命令行結合使用以提供非常強大的功能。有許多關於 Perl 的書籍和站點信息資源。

F. 怎麼查看sql連接失敗的日誌

可以使用
SQL
Server
Management
Studio
中的日誌文件查看器來訪問有關在以下日誌中捕獲的錯誤和事件的信息:
審核集合
數據收集
資料庫郵件
作業歷史記錄
SQL
Server
SQL
Server
代理
Windows
事件(這些
Windows
事件還可以從事件查看器進行訪問。)

SQL
Server
2012
開始,您可以使用已注冊的伺服器從
SQL
Server
的本地或遠程實例查看
SQL
Server
日誌文件。
通過使用已注冊的伺服器,無論實例處於聯機還是離線狀態,您都可以查看日誌文件。
有關聯機訪問的詳細信息,請參閱本主題後面的「從已注冊的伺服器查看聯機日誌文件」過程。
-------------------------------------------------------------------------------------------------------------------
SQL
Server
錯誤日誌包含用戶定義的事件和某些系統事件。
您可以使用該錯誤日誌來排除與
SQL
Server
相關的故障。按如下方法即可查看日誌:
1、在對象資源管理器中,展開某個伺服器,展開「管理」,再展開「SQL
Server
日誌」。
2、右鍵單擊某個日誌並單擊「查看
SQL
Server
日誌」。

G. 如何查看sql server 2008的SQL語句執行錯誤日誌

1、使用了SQL Server 2008 Management Studio進行載入資料庫,進行點擊列表中的管理的選項。

H. SQL錯誤日誌,一般用什麼方法解決

方法一:
可以通過執行該命令來查看錯誤日誌信息:exec xp_readerrorlog
方法二:
在SQL SERVER Management Studio中連接該sql server實例,object Explorer中查找Management->SQL Server logs->右鍵選view-》選擇你要看的日誌信息(sql server log or sql server and Windows log)
方法三:
去安裝路徑下去找你的log文件,我的默認實例路徑如下
driver:\SQL Server 2008 R2\MSSQL10_50.MSSQLSERVER\MSSQL\Log\ERRORLOG

I. SQL錯誤日誌在哪裡看

SQL Server 錯誤日誌可用 SQL Server 企業管理器或任何文本編輯器查看。默認情況下,錯誤日誌位於 Program Files\Microsoft SQL Server\Mssql\Log\Errorlog。

置疑可能是lDF文件丟失,如沒有備份,可參照只有Mdf文件恢復資料庫

熱點內容
QRM演算法 發布:2025-02-14 02:45:19 瀏覽:265
c語言列印結構體 發布:2025-02-14 02:42:28 瀏覽:140
編譯技術實驗一 發布:2025-02-14 02:28:24 瀏覽:647
編程手機入門 發布:2025-02-14 02:27:40 瀏覽:733
區域網視頻android 發布:2025-02-14 02:23:56 瀏覽:423
麒麟系統如何安裝安卓程序 發布:2025-02-14 02:07:21 瀏覽:399
ipad訪問電腦硬碟嗎 發布:2025-02-14 02:02:53 瀏覽:901
蘋果筆記本電腦不能連接伺服器 發布:2025-02-14 01:43:02 瀏覽:394
查看linux的shell 發布:2025-02-14 01:38:42 瀏覽:989
用於打開ftp連接的應用程序 發布:2025-02-14 01:23:39 瀏覽:707