SQL Server作業(yè)失?。簾o法確定所有者是否有服務器訪問權限的解決方法
一、錯誤提示 :
該作業(yè)失敗。 無法確定所有者 WIN-3TH1KNIT12D\Administrator (擁有作業(yè) Database_Backup.step1)是否有服務器訪問權限 (原因: 無法獲取有關 Windows NT 組/用戶 'WIN-3TH1KNIT12D\Administrator' 的信息,錯誤代碼 0x534。 [SQLSTATE 42000] (錯誤 15404)).
二、說明:
更改作業(yè)計劃的所有者,不是數(shù)據(jù)庫所有者
三、解決方法:
下面是其他網(wǎng)友的補充方法
下午準備將服務器數(shù)據(jù)導一份到本地,連上服務器找數(shù)據(jù)庫備份文件發(fā)現(xiàn)最后一次備份是7月1日,竟然十幾天沒生成新備份,查看作業(yè)歷史記錄,錯誤信息如下:
該作業(yè)失敗。 無法確定所有者 WIN-3TH1KNIT12D\Administrator (擁有作業(yè) Database_Backup.step1)是否有服務器訪問權限 (原因: 無法獲取有關 Windows NT 組/用戶 'WIN-3TH1KNIT12D\Administrator' 的信息,錯誤代碼 0x534。 [SQLSTATE 42000] (錯誤 15404)).
這應是上次重命名系統(tǒng)管理員帳戶導致的,嘗試重新選擇作業(yè)所有者和重建作業(yè),都不好用,最終將所有者更改為NT AUTHORITY\SYSTEM,作業(yè)成功執(zhí)行。
說明:因是服務器,上次重命名系統(tǒng)管理員帳戶后系統(tǒng)未重啟,發(fā)現(xiàn)SQL Server 2008 R2登錄名仍是舊的Administrator,不知重啟系統(tǒng)會不會修復,待下次重啟時觀察下。
說明:更改作業(yè)計劃的所有者,不是數(shù)據(jù)庫所有者
調(diào)用存儲過程來備份,測試通過
--備份數(shù)據(jù)庫 CREATE PROC [dbo].[P_DBBACKUP2Path] ( @dbPath NVARCHAR(200) , --備份文件存放路徑,最后帶/ @DbName VARCHAR(50) --要備份的數(shù)據(jù)庫名稱 ) AS SELECT @dbPath = @dbPath + @DbName + '_' + CONVERT(VARCHAR(20), GETDATE(), 112) + REPLACE(CONVERT(VARCHAR(20), GETDATE(), 108), ':', '') + '.bak' BACKUP DATABASE @DbName TO DISK = @dbPath WITH NOINIT , NOUNLOAD , NOSKIP , STATS = 10, NOFORMAT
調(diào)用:exec P_DBBACKUP2Path 'x:\dbBackup\', 'dbname'
到此這篇關于SQL Server作業(yè)失?。簾o法確定所有者是否有服務器訪問權限的解決方法的文章就介紹到這了,更多相關無法確定所有者是否有服務器訪問權限內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
根據(jù)sql腳本修改數(shù)據(jù)庫表結構的幾種解決方案
這篇文章主要介紹了如何根據(jù)sql腳本修改數(shù)據(jù)庫表結構,需要的朋友可以參考下2014-05-05SQL Server數(shù)據(jù)復制到的Access兩步走
以下的文章主要描述的是把SQL Server數(shù)據(jù)復制到的Access數(shù)據(jù)庫中的實際操作步驟,以及對其在實際操作中要用到的代碼描述。2015-09-09分頁存儲過程(二)在sqlserver中返回更加準確的分頁結果
分頁存儲過程(二)在MS SQL Server中返回更加準確的分頁結果2010-05-05