其他

 SQL Server無法重啟從錯誤記錄檔中發現下面的錯誤： Operating system error 1117(由於 I/O裝置錯誤，無法運行此項請求。) on file "C:\Program Files\Microsoft

相信很多人都遇到過資料被誤刪除然後要求DBA將資料還原回來，但是使用者只知道發生的大概時間。這個時候查看備份可能看到有兩個備份的時間跟錯誤發生的時間差不多。如果你還原到最後一個的話，可能查看資料發現已經出問題了，那麼你得重新來一遍。如果Log很多的話這個是很花時間的。今天看到ORACLE的恢複原理中有這麼一句話：Beforeusing the OPEN RESETLOGS command to open the database in read/writemode after an

早上用Cognos 10.1 做了一張銷售百分比的餅圖，發現有一個地區的銷售顯示0%。之後在資料中添加了計算項百分比，保留兩位小數。在餅圖顯示值中直接使用計算的百分比，保留兩位小數位，結果值竟然直接不顯示了（）。   之後嘗試在8的表徵圖中可以正確顯示（不過醜了點）：  最後再做了一次嘗試，將值顯示中的位置從“全部圍繞餅圖”變為“對其餅圖的左側和右側”，結果竟然顯示出來了。   感覺這個是Cognos

使用了微軟提供的不公開的預存程序sp_MSforeachtable CREATE TABLE #temp(  TableName NVARCHAR (128),   RowsCnt VARCHAR (11),  ReservedSpace VARCHAR(18),  DataSpace VARCHAR(18),  CombinedIndexSpace VARCHAR(18),  UnusedSpace VARCHAR(18)  )   EXEC sp_MSforeachtable'INSERT

在預設的隔離等級下先讀出資料然後再去修改可能會產生Lost update,但是如果提高隔離等級的話又會降低並發，使用下面的辦法可以在Read commited隔離等級上避免Lost update.1.可以使用衍生列比如timestamp.在更新之前先做檢查，如果更新的時候發現 timestamp列已經更改說明列已經被修改了，報錯。2.使用預存程序，如果更新返回的值為0，說明之前資料已經被更改，報錯。

還原資料庫檔案組的時候出現下面的錯誤： Msg 3159, Level 16, State 1, Line 1The tail of the log for the database "testfile" has not been backedup. Use BACKUP LOG WITH NORECOVERY to backup the log if it contains work you donot want to lose. Use the WITH REPLACE or WITH

在工作中需要解密base64加密的資料，但是解密出來發現有亂碼，中文無法顯示，使用下面的方法就可以了。 加密 string ssd = Convert.ToBase64String(System.Text.Encoding.GetEncoding("gb2312").GetBytes("中國"));解碼string ss =

The SQL Server SQLOS uses schedulersto manage the execution of user requests. SQLOS Schedulers map to CPUs.  Assuminga 4-CPU Server, there would be 4 SQLOS schedulers by default.  The following diagrams depict a simplifiedversion of execution model

Default Trace用途預設跟蹤可確保資料庫管理員在問題首次出現時即具有診斷該問題所需的日誌資料，從而為資料庫管理員提供了故障排除協助。由於Default Trace儲存了大量有用的資訊，可以快速協助我們做Audit或者Troubleshooting,所以保留曆史資訊也是很有用的。解決方案：1.首先建立資料表用來儲存Trace資訊，然後將現有的Defatult trace資訊儲存入建立的表中：DECLARE @path NVARCHAR(260);SELECT @path =

曾經看到有人遇到過NDF檔案損壞或者丟失想要通過MDF直接附加資料庫，但是結果是失敗。在網上也Google了一下看到很多人問這個問題，答案是不可以的。 來自MSDN：FORATTACH requires the following: ·        Alldata files (MDF and NDF) must be available.·        Ifmultiple log files exist, they must all be available. Ifa

ALTER proc [dbo].[usp_EmailLongRunningSQL]asbegindeclare@LongRunningQueries AS TABLE(  lrqId int IDENTITY(1,1)PRIMARY KEY,  spid int NULL,  batch_duration bigintNULL,  program_namenvarchar(500)NULL,  hostname nvarchar(100)NULL,  loginame nvarchar(100

今天對一個Index做了調整，為了提高效能將Index修改為FilteredIndex,結果一個JAVA程式出現了下面的錯誤： Error: 1934, Severity: 16, State: 1 INSERT failed because thefollowing SET options have incorrect settings: 'ARITHABORT'.  Verify that SET options are correct for use withindexed views

在論壇碰到有人問到無法Attach資料庫的問題，錯誤資訊為： Msg 5171, Level 16, State 1, Line2“path\allen_log.ldfis not a primary database file. 很明顯這個錯誤表示Attch資料庫選擇的檔案不是主要資料庫檔案，但是看附加的資料檔案確實是MDF結尾的。問使用者是否有多個MDF檔案，使用者說是，但是他確定選擇的檔案肯定是主要資料檔案，不會有錯。他認為資料庫檔案是損壞了,我很確信這個錯誤是因為選擇的主要資料檔案不對。

SELECT       sch.name +'.' + t.nameAS [Table Name],       i.name AS[Index Name],      i.type_desc,       ISNULL(user_updates,0)AS [Total Writes],      ISNULL(user_seeks+user_scans + user_lookups,0)AS [Total Reads],      s.last_user_seek,      s.last_

NOR和NAND都是快閃記憶體技術的一種，NOR是Intel公司開發的，它有點類似於記憶體，允許通過地址直接存取任何一個記憶體單元，缺點是：密度低(容量小)，寫入和擦除的速度很慢。NAND是東芝公司開發的，它密度高(容量大)，寫入和擦除的速度都很快，但是必須通過特定的IO介面經過地址轉換之後才可以訪問，有些類似於磁碟。　　我們現在廣泛使用的隨身碟，SD卡，SSD都屬於NAND類型，廠商將flash

 大家都知道在序列化隔離等級中引入了關鍵範圍鎖定定。關鍵範圍鎖定可防止其他事務插入其索引值位於可序列化事務讀取的索引值範圍內的新行，從而確保滿足此要求。但是對於鎖定的範圍真的清楚嗎？ 前幾天看到有人對於鎖範圍的疑問，發現鎖定的資料比想象的要多。  下面我們看個例子：---create tableand insert test dataCREATE TABLE TEST(C1INTprimarykey,C2VARCHAR(20))INSERT INTO testVALUES(1,'TEST'),(

SELECT    migs.avg_total_user_cost*(migs.avg_user_impact/ 100.0)*(migs.user_seeks+ migs.user_scans)ASimprovement_measure,   'CREATE INDEX[missing_index_' + CONVERT(varchar, mig.index_group_handle)+ '_' + CONVERT(varchar, mid.index_handle)   + '_' +

最近使用Cognos做Active Report探索資料庫資料更新以後運行Cognos報表仍然顯示過時的資料。猜測可能是緩衝的問題（使用緩衝可以提供效能）。嘗試清除IE緩衝但是仍然無效。可能需要清除Cognos自己的緩衝。 Cognos的查詢服務緩衝管理 （Query Service

Not considering service levelagreements (SLAs) when designing a database environment and/or not consideringthe need for scheduled downtime for service pack/hotfix application,Defining "disaster" toonarrowly and not simulating/practicing a disaster

我們使用對應磁碟機備份SQL Server資料庫的時候可能會遇到下面的錯誤： ”失敗，錯誤如下:“無法開啟備份裝置 'z:\GBDB_backup_201306302002.bak'。出現作業系統錯誤 3(系統找不到指定的路徑。)。 資料庫無法找到路徑，但是如果我們直接開啟的話是可以正常訪問的，那麼為什麼SQL Server無法訪問呢？ 因為SQL Server是作為Service啟動並執行，所以無法感知到共用路徑映射的網路驅動盤。因為SQL Server服務使用SQL