2014-7-25 本周問題總結(jié)
1.提數(shù)公式中如果填充字段和提取字段都為文本類型，提取的值為以0.開頭的例如0.5，執(zhí)行提數(shù)公式后填充的值為會(huì)把前面的0去掉變?yōu)?5。
處理方法：控制面板--區(qū)域和語(yǔ)言選項(xiàng)--更改日期、時(shí)間或數(shù)字格式--其它設(shè)置--將其中的零起始顯示改為0.7即可。
2.執(zhí)行自動(dòng)備份計(jì)劃，失敗服務(wù)日志顯示：提交數(shù)據(jù)庫(kù)操作出錯(cuò)、已為數(shù)據(jù)庫(kù)‘ESSYSTEM’，文件‘ESSYSTEM_data’(位于文件1上）處理 了288頁(yè)。（-2147217469）
原因：SQL SERVER 2005 express限制文件大小為4G，建議換正式的SQL SERVER
3.提交數(shù)據(jù)庫(kù)操作出錯(cuò)。LOB數(shù)據(jù)類型節(jié)點(diǎn)的數(shù)據(jù)庫(kù)ID11，頁(yè)（1：112593），槽1不存在，這通常是由于可以讀取數(shù)據(jù)頁(yè)上的未消 提交的數(shù)據(jù)的事務(wù)所致。請(qǐng)運(yùn)行DBCC CHECKTABLE 。（-2147214399）
處理： a. DBCC CHECKDB
重啟服務(wù)器后，在沒有進(jìn)行任何操作的情況下，在SQL查詢分析器中執(zhí)行以下SQL進(jìn)行數(shù)據(jù)庫(kù)的修復(fù)，修復(fù)數(shù)據(jù)庫(kù)存在的一致性錯(cuò)誤與分配錯(cuò)誤。
use master
declare @databasename varchar(255)
set @databasename='需要修復(fù)的數(shù)據(jù)庫(kù)實(shí)體的名稱'
exec sp_dboption @databasename, N'single', N'true' --將目標(biāo)數(shù)據(jù)庫(kù)置為單用戶狀態(tài)
dbcc checkdb(@databasename,REPAIR_ALLOW_DATA_LOSS)
dbcc checkdb(@databasename,REPAIR_REBUILD)
exec sp_dboption @databasename, N'single', N'false'--將目標(biāo)數(shù)據(jù)庫(kù)置為多用戶狀態(tài)
然后執(zhí)行 DBCC CHECKDB('需要修復(fù)的數(shù)據(jù)庫(kù)實(shí)體的名稱') 檢查數(shù)據(jù)庫(kù)是否仍舊存在錯(cuò)誤。注意：修復(fù)后可能會(huì)造成部分?jǐn)?shù)據(jù)的丟失。
b. DBCC CHECKTABLE
如果DBCC CHECKDB 檢查仍舊存在錯(cuò)誤，可以使用DBCC CHECKTABLE來修復(fù)。根據(jù)DBCC CHECKDB檢查結(jié)果的提示修改表
use 需要修復(fù)的數(shù)據(jù)庫(kù)實(shí)體的名稱
declare @dbname varchar(255)
set @dbname='需要修復(fù)的數(shù)據(jù)庫(kù)實(shí)體的名稱'
exec sp_dboption @dbname,'single user','true'
dbcc checktable('需要修復(fù)的數(shù)據(jù)表的名稱',REPAIR_ALLOW_DATA_LOSS)
dbcc checktable('需要修復(fù)的數(shù)據(jù)表的名稱',REPAIR_REBUILD)
------把’ 需要修復(fù)的數(shù)據(jù)表的名稱’更改為執(zhí)行DBCC CHECKDB時(shí)報(bào)錯(cuò)的數(shù)據(jù)表的名稱
exec sp_dboption @dbname,'single user','false'
4. 網(wǎng)盤上傳報(bào)表經(jīng)常報(bào)錯(cuò)，內(nèi)網(wǎng)傳的，客戶說PDF沒問題，上傳word文件經(jīng)常報(bào)錯(cuò)
原因：和殺毒軟件的設(shè)置有關(guān)，此客戶關(guān)閉360后沒問題了。
