發表文章

網頁伺服器出現「HTTP錯誤4031.3-未經授權:因為在要求資料上設定ACL,所以拒絕存取。」錯誤訊息 -- 20250311

圖片
緣由: 將網頁丟在IIS伺服器上,嘗試連結該網站卻出現「HTTP錯誤4031.3-未經授權:因為在要求資料上設定ACL,所以拒絕存取。」 解決方式: 在該網站資料夾的安全性,加入Everyone使用者權限或User使用者權限,即可。 參考網址: 網址一 、 網址二

T-SQL 再執行截斷、清空Log檔案時,出現「 'Truncate_only' 不是可辨識的Backup選項 」訊息 -- 20250307

圖片
緣由: 因新架設的SQL Server 2012中,其DB資料庫需要透過自動排成清除Log資料,故將SQL Server 2005的T-SQL指令直接使用在新的SQL Server 2012上面,結果就出現錯誤訊息,如下圖所示: 解決方式: 因為舊的T-SQL指令不適用在新的SQL  Server上面,故改寫成: USE 資料庫名稱 ALTER DATABASE  資料庫名稱  SET RECOVERY SIMPLE; DBCC SHRINKFILE ( 資料庫名稱 _Log, 1); ALTER DATABASE  資料庫名稱  SET RECOVERY FULL;   GO 參考網址: 網址一 、 網址二

在搞SQL Server Agent維護計畫時,跳出「Microsoft SQL Server, 錯誤:547」訊息 -- 20250307

圖片
緣由: 因手殘想把原先建置完成的維護計畫的名稱重新的命名,因此就造成某些問題發生,想直接砍掉舊的維護計畫,結果就出現刪不掉悲劇。於是就出現下面圖示: OS:Windows Server 2012 SQL Server 版本:SQL Server 2012 解決方式: 步驟一、透過指令查詢相關的關聯性。 指令: sp_helptext 'sp_maintplan_delete_subplan' 步驟二、刪除殘留的項目。 指令:   Delete msdb.dbo.sysmaintplan_subplans           Where   subplan_id =           ( select subplan_id from msdb.dbo. sysjobs_view              where name = '要砍的維護計畫名稱' ) 步驟三、砍不掉的維護計畫,執行上述指令後,再一次刪除試試看。 步驟四、就可以清除幽靈的維護計畫。 參考網址: 網址一

伺服器出現 「HTTP Error 503.The service is unavailable.」錯誤訊息 -- 20250306

圖片
緣由: 新架設好的IIS網頁伺服器,在Client端將已完成程式發佈至該IIS網頁伺服器(WinSr2012)上,結果輸入該網址時卻「Service Unavailable(HTTP Error 503.The service is unavailable.)」跳出錯誤訊息,如下: OS:Windows Server 2012 解決方式: 步驟一、先登入Windows Server 2012伺服器,開啟IIS管理員,點選「應用程式集區」→「進階設定」→「識別」。 步驟二、將「識別」修改成「LocalSystem」。 步驟三、在一次輸入網址,就恢復正常。 參考網址: 網址一

登入SSMS,想使用「維護計畫」功能,結果出現「'Agent XPs'原線已經由此伺服器的安全性組態關閉,系統管理員可以使用sp_configure來啟用...........」訊息 -- 20250306

圖片
緣由: 近期資料庫備份一直出現問題,導致新的SQL Server伺服器要重新設定一些維護計畫,因該在新的SQL Server伺服器中新增維護計畫時,跳出錯誤訊息,如下!! 解決方式: 步驟一、透過sp_cofigure指令,可以先了解是否有啟用。 exec sp_configure 'show advanced option' , '1' RECONFIGURE GO exec sp_configure 'Agent XPs' RECONFIGURE GO 當欄位 run_value不是1時,就會出現上述錯誤訊息。 步驟二、開啟「SQL Server Configuration Manager」,將「 SQL Server Agent(MSSQLSERVER) 」啟動。 步驟三、再去執行sp_configure指令查看,啟動後run_value已變成1。 步驟四、可以正常新增維護計畫。 參考網址: 網址一

還原備份資料庫出現「.......傳回錯誤'5(存取被拒)'。(Microsoft.SqlServer.SmoExtended)」 --- 20250219

圖片
緣由: 新安裝好SQL SEVER,嘗試將備份的DB還原至新的SQL SERVER上,結果跳出資料庫還原失敗。如下圖所示: 解決方式: 步驟一、開啟「SQL Server組態管理員」。 步驟二、選「SQL Server服務」→點選「SQL Server(MSSQLSERVER)」滑鼠右鍵選擇「內容」→下拉選擇「本機系統」,並按下「套用」鈕。 步驟三、重新再還原一次。 參考網址: 網址一

跳出「'Microsoft ACE.OLEDB.12.0'提供者並未登錄於本機電腦上。」 -- 20241125

圖片
緣由: 因公司內部自行開發的獨立系統程式,原先放置某台XP電腦上讓使用者可自行呼叫出來使用,由於最近將舊的電腦更換成一台Win 7(64bit)電腦,結果原本在XP上可執行的程式,突然無法在Win 7上使用,且會跳出下列錯誤訊息。 解決方式: 步驟一、檢查一下目前的作業系統為幾位元? 步驟二、下載Microsoft Access Database Engine 2010套件,在根據目前的作業系統位元數,去選擇安裝。 備註:如果安裝完後,還是無法執行程式,這可能選擇錯的位元版本安裝(如提前安裝好32bit的軟體),且想重新安裝其他位元版本時,會無法安裝,這時候就要透過「命令提示字元」方式來安裝(如步驟三)。 步驟三、用最高權限者開啟「命令提示字元」,首先切換至「套件」的資料夾位址,輸入指令: AccessDatabaseEngine_X64 /passive 備註:passive 是強制安裝此64bit 版本。 步驟四、安完成功後,程式就可以正常。 參考網址: 網址一

透過SQL Server Management Studio介面,藉由sa帳戶連接SQL Server 2022資料庫,其跳出「.........Microsoft SQL Server, 錯誤: 2」訊息 -- 20241119

圖片
緣由: 因架設SQL Server 2022,在Windows Server 2022伺服器中將防火牆規則加入了1433埠,導致使用sa帳戶連結SQL Server資料庫時,出現了以下錯誤訊息。 解決方式: 步驟一、開啟「SQL Server設定管理員」,並將「具名管道」與「TCP/IP」都改成「已啟用」。 步驟二、點選「TCP/IP」內容,選擇「IP位址」,並將所有的TCP通訊埠都加入1433,最後按下「確定」鈕。 步驟三、將「SQL Server服務」→「SQL Server(SQLEXPRESS)」重新啟動。 步驟四、再一次嘗試,即可成功登入。 參考網址: 網址一

跳出「無法安裝或執行此應用程式。您需要先於全域組件快取(GAC)中安裝組件stdole版本 7.0.3300.0,才能使用此應用程式。」視窗 -- 20241017

圖片
緣由: 因本公司自行開發的應用軟體,突然無法更新,且會跳出下列訊息視窗。(已經發生第二次這種情況!) ※該電腦的作業系統為Windows 10、Office為Windows Office 2007與Open Office兩種。 解決方式: 重安裝Windows Office軟體,即可。 參考網址: 網址一 、 網址二 結論: 前一次遇到這情況是在Windows 7作業系統下,且安裝的Open Office軟體,爬文很久也沒辦法解決,就在快放棄的時候,就把Open Office軟體移除,重新安裝Microsoft Office軟體,結果神奇的事情發生了,結果......問題就解決了。乾~ 這次是第二次發生,把這問題告知給開發軟體同仁,結果他反問我這是要他怎麼處理?我好心把參考網址的網址貼給他,只是要他看一下問題發生的原因,結果那口氣讓人整個超不爽的,人在做,天在看!!真極幹的.........

透過sa帳號登入SQL Server時,出現「使用者'sa'的登入失敗。(Microsoft SQL Server,錯誤:18456)」 -- 20240903

圖片
  解決方式: 步驟一、將改成「Windows驗證」方式,登入SQL Server。 步驟二、點選「伺服器屬性」→選擇「安全性」,並勾選「SQL Server及Windows驗證模式」。 步驟三、 選擇「安全性」→「登入」→「sa」,設定sa登入密碼。 步驟四、點選「狀態」,將登入狀態改成「已啟用」。(預設sa是已停用) 步驟五、上述設定完畢,記得要將「SQL Server服務」重新啟動,設定才會生效。 步驟六、嘗試使用sa登入。(登入成功) 參考網址: 網址一

透過SQL Server驗證方式連到資料庫,出現「此憑證連結是由不受信任的授權單位發出的」錯誤訊息。 --- 20240903

圖片
解決方式: 切換至「其他連線參數」頁籤,將空白處輸入「 TrustServerCartificate=true 」,即可。 -------------------------------------------------------------------------------------------------------------------- 根據上述輸入後,有時候會跳出另一個錯誤訊息,如下: 解決方式: 切換至「其他連線參數」頁籤,將空白處輸入「 Multi Subnet Failover=False 」,按下「連線」鈕。 此時,又會跳出與最初的錯誤訊息,如下圖所示。再一次切換至「其他連線參數」頁籤,將空白處輸入「 TrustServerCartificate=true 」,即可登入SQL Server。 參考網址: 網址一