• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            C++分析研究  
            C++
            日歷
            <2014年11月>
            2627282930311
            2345678
            9101112131415
            16171819202122
            23242526272829
            30123456
            統計
            • 隨筆 - 92
            • 文章 - 4
            • 評論 - 4
            • 引用 - 0

            導航

            常用鏈接

            留言簿

            隨筆檔案

            文章檔案

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

             
              數據庫恢復模式自動被修改了,但是沒有JOB也沒有人修改,是否查出到底發生了什么。其實在SQL Server Error Log里面會記錄數據庫恢復模式被更改的信息。比如我運行下面的腳本:
             
               alter database sql2008 set recovery simple
             
               go
             
               alter database sql2008 set recovery full
             
               然后用sp_readerrorlog可以看到下面的信息:
             
               2013-09-1309:57:45.200 spid51 Settingdatabase option RECOVERY to SIMPLEfor database sql2008.
             
               2013-09-1309:57:48.980 spid51 Settingdatabase option RECOVERY to FULLfor database sql2008.
             
               可以看到Error Log獲得的信息比較少無法確切知道當時是誰執行的,命令代碼,應用程序是什么。但是在Default Trace中會記錄對象的變更,事件類為 164,修改數據庫的恢復模式也會被記錄到這個事件。如果將Default Trace和Error Log的信息結合起來,就可以獲得更為詳細的資料,從而找到當時運行的腳本,用戶名,應用程序名稱。托福答案
             
               這里面有一個問題,默認情況下sp_readerrorlog只獲得當前的錯誤日志,但是可能錯誤信息不在這個日志里面。所以下面的腳本使用存儲過程sp_enumerrorlogs循環所有的日志文件。
             
               腳本如下:
             
               --查詢所有的錯誤日志文件找到修改Recovery Mode的信息,由于Error Log肯能被Recycle,
             
               --所以我們用Undocomented存儲過程mastersp_enumerrorlogs循環所有的錯誤日志文件托福答案
             
               set nocount on
             
               declare @searchString1 varchar(255)
             
               declare @searchString2 varchar(255)
             
               set @searchString1 = 'RECOVERY'
             
               set @searchString2 = 'OPTION'
             
               declare @logs table (LogNo int, StartDate Datetime, FileSize int)
             
               declare @results table (LogFileNo int, LogDate Datetime, ProcessInfovarchar(20),Text varchar(max))
             
               insert into @logs EXEC mastersp_enumerrorlogs
             
               declare cLogs cursor for select LogNo from @logs
             
               declare @LogNo int
             
               open cLogs
             
               fetch cLogs into @LogNo
             
               while @@fetch_status =0
             
               begin
             
               insertinto @results(LogDate, ProcessInfo, Text)
             
               EXECsp_readerrorlog@LogNo,1, @searchString1,@searchString2
             
               update@resultsset LogFileNo =@LogNowhere LogFileNo isnull
             
               fetchcLogsinto @LogNo
             
               end
             
               deallocate cLogs
             
               select * from @results
             
               ---循環所有的DefaultTrace文件
             
               declare @logFile varchar(max)
             
               set @logFile =(select path from sys.traces where is_default=1)
             
               set @logFile = left(@logFile,len(@LogFile) - charindex('_',reverse(@LogFile))) + '.trc'
             
               --將日志文件和Trace文件關聯,這樣就可以獲得當時修改Recovery Mode的代碼,LoginID,HOSTNAME 等等。
             
               select starttime,*
             
               from fn_trace_gettable(@logFile,null) t
             
               join @results r on t.StartTime between dateadd(ms,-150,r.logDate) and dateadd(ms,150,r.logdate)
             
               andt.spid = substring(r.ProcessInfo,5,10) --required to enable ahash join to be used
             
               where t.EventClass = 164
             
               and EventsubClass = 1
             
             
            posted on 2013-09-16 19:59 HAOSOLA 閱讀(188) 評論(0)  編輯 收藏 引用
             
            Copyright © HAOSOLA Powered by: 博客園 模板提供:滬江博客
            PK10開獎 PK10開獎
            久久99久久成人免费播放| 精品一区二区久久久久久久网站| 中文字幕一区二区三区久久网站| 99久久99久久| 日韩久久无码免费毛片软件| 久久久一本精品99久久精品88| 亚洲AV日韩精品久久久久| 久久久精品一区二区三区| 久久亚洲精品无码aⅴ大香 | 狠狠色丁香婷综合久久| 久久一区二区三区免费| 久久99热狠狠色精品一区| 亚洲第一永久AV网站久久精品男人的天堂AV | 久久国产一区二区| 久久久久久精品成人免费图片 | 欧美喷潮久久久XXXXx| 欧美无乱码久久久免费午夜一区二区三区中文字幕 | 国产福利电影一区二区三区久久老子无码午夜伦不 | 久久久无码精品亚洲日韩蜜臀浪潮| 国产情侣久久久久aⅴ免费| 国产精品美女久久福利网站| 香蕉久久夜色精品国产小说| 狼狼综合久久久久综合网| 少妇熟女久久综合网色欲| 国产午夜精品理论片久久| 久久国产精品久久精品国产| 老色鬼久久亚洲AV综合| 一97日本道伊人久久综合影院| 中文字幕亚洲综合久久2| 99久久人妻无码精品系列| 久久精品www人人爽人人| 国产成人精品综合久久久久| 久久99热这里只有精品66| 久久久久亚洲爆乳少妇无| 精品熟女少妇aⅴ免费久久| 国产精品免费久久久久久久久| avtt天堂网久久精品| 久久精品一区二区| 国产精品久久久久一区二区三区| 久久久久人妻一区二区三区vr | 国内精品久久国产大陆|