SQL Server作業失敗:無法確定所有者是否有服務器訪問權限的解決方法
一、錯誤提示 :
該作業失敗。 無法確定所有者 WIN-3TH1KNIT12D\Administrator (擁有作業 Database_Backup.step1)是否有服務器訪問權限 (原因: 無法獲取有關 Windows NT 組/用戶 ‘WIN-3TH1KNIT12D\Administrator’ 的信息,錯誤代碼 0x534。 [SQLSTATE 42000] (錯誤 15404)).
二、說明:
更改作業計劃的所有者,不是數據庫所有者
三、解決方法:
下面是其他網友的補充方法
下午準備將服務器數據導一份到本地,連上服務器找數據庫備份文件發現最後一次備份是7月1日,竟然十幾天沒生成新備份,查看作業歷史記錄,錯誤信息如下:
該作業失敗。 無法確定所有者 WIN-3TH1KNIT12D\Administrator (擁有作業 Database_Backup.step1)是否有服務器訪問權限 (原因: 無法獲取有關 Windows NT 組/用戶 ‘WIN-3TH1KNIT12D\Administrator’ 的信息,錯誤代碼 0x534。 [SQLSTATE 42000] (錯誤 15404)).
這應是上次重命名系統管理員帳戶導致的,嘗試重新選擇作業所有者和重建作業,都不好用,最終將所有者更改為NT AUTHORITY\SYSTEM,作業成功執行。
說明:因是服務器,上次重命名系統管理員帳戶後系統未重啟,發現SQL Server 2008 R2登錄名仍是舊的Administrator,不知重啟系統會不會修復,待下次重啟時觀察下。
說明:更改作業計劃的所有者,不是數據庫所有者
調用存儲過程來備份,測試通過
--備份數據庫 CREATE PROC [dbo].[P_DBBACKUP2Path] ( @dbPath NVARCHAR(200) , --備份文件存放路徑,最後帶/ @DbName VARCHAR(50) --要備份的數據庫名稱 ) 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
調用:exec P_DBBACKUP2Path ‘x:\dbBackup\’, ‘dbname’
到此這篇關於SQL Server作業失敗:無法確定所有者是否有服務器訪問權限的解決方法的文章就介紹到這瞭,更多相關無法確定所有者是否有服務器訪問權限內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!
推薦閱讀:
- SQL SERVER 開啟CDC 實操詳細
- 在postgreSQL中運行sql腳本和pg_restore命令方式
- Centos7中MySQL數據庫使用mysqldump進行每日自動備份的編寫
- MySQL數據備份之mysqldump的使用方法
- PostgreSql 導入導出sql文件格式的表數據實例