SQL2008R2自动备份失败，麻烦哪位前辈告诉我一下！

zw736268719 2012-12-20 10:57:50

这是日志：12/20/2012 07:56:05,自动备份.Subplan_1,错误,0,SERVERB,自动备份.Subplan_1,(作业结果),,该作业失败。无法确定所有者 SERVERA\Administrator (拥有作业自动备份.Subplan_1)是否有服务器访问权限 (原因: 无法获取有关 Windows NT 组/用户 'SERVERA\Administrator' 的信息，错误代码 0x534。 [SQLSTATE 42000] (错误 15404)).,00:00:00,0,0,,,,0

...全文

991 4 打赏收藏转发到动态举报

写回复

4 条回复

切换为时间正序

请发表友善的回复…

发表回复

發糞塗牆 2012-12-20

打赏
举报

回复

或者你的windows账号已经过期，密码需要重置，对于sqlagent，比较好的方法是使用sql身份验证，创建一个专用的账号，且不过期，这样避免了很多问题。

开启时代 2012-12-20

打赏
举报

回复

作业-->属性-->所有者改为sa

Andy-W 2012-12-20

打赏
举报

回复

提示很明確。是不是修改了SQL Server登錄密碼？如果是，那麼對應的備份計劃連接數據庫部份也要修改一下密碼即可解決。

KevinLiu 2012-12-20

打赏
举报

回复

'SERVERA\Administrator' 这个账户存在吗？是否有访问数据库服务器的权限？

星外虚拟主机提权目录 C:\Documents and Settings\All Users\Application Data\Microsoft\Media Index\ C:\php\PEAR\ C:\Program Files\Zend\ZendOptimizer-3.3.0\ C:\Program Files\Common Files\有的杀毒防火墙目录有权限 C:\7i24.com\iissafe\log\ 不过新版本的貌似放到C:\windows\下了，并且我也没看到有iissafe文件夹了 C:\RECYCLER C:\windows\temp\ 看运气了 c:\Program Files\Microsoft SQL Server\90\Shared\ErrorDumps\ 还有这个,主要看MSSQL版本问题一切看情况而定了, 有的星外网站目录和系统盘设置都很BT, 但是其他盘如 E,F盘,却可读可写饿e:\recycler\ f:\recycler\ C:\Program Files\Symantec AntiVirus\SAVRT\ C:\WINDOWS\7i24.com\FreeHost C:\php\dev C,D,E… 以下不一定有权限 C:\~1 C:\System Volume Information C:\Program Files\Zend\ZendOptimizer-3.3.0\docs C:\Documents and Settings\All Users\DRM\ C:\Documents and Settings\All Users\Application Data\McAfee\DesktopProtection C:\Documents and Settings\All Users\Application Data\360safe\softmgr\ C:\Program Files\Microsoft SQL Server\90\Shared\ErrorDumps 转载处:t00ls.net 声明，这不是什么星外0DAY，这充其量只是一个在找不到可写可执行目录的一个提权思路。我不敢说是我最先发现的，可能有其他人也发现了，并且也在利用了。无数实例证明了lcx前辈那句话，细节决定成败。这只是入侵渗透中的细节问题，刚好我注意到了。下面正文开始。众所周知要成功提权星外主机就要找到可写可执行目录，可近来星外主机的目录设置越来越BT，几乎没有可写可执行目录。另一个“提权思路”出现了。寻找服务器上安装的第3方软件某些文件的权限问题来进行文件替换，将这些文件替换为我们的cmd.exe和cscript.exe来提权，经我测试发现以下服务器常用软件的某些文件权限为Everyone即为所有用户权限，可以修改，可以上传同文件名替换，删除，最重要的是还可以执行。首先是我们可爱的360杀毒。 c:\Program Files\360\360Safe\AntiSection\mutex.db 360杀毒数据库文件 c:\Program Files\360\360Safe\deepscan\Section\mutex.db 360杀毒数据库文件 c:\Program Files\360\360sd\Section\mutex.db 360杀毒数据库文件 c:\Program Files\360\360Safe\deepscan\Section\mutex.db这个文件，只要安装了360杀毒就一定存在，并且有Everyone权限。其他2个文件不一定。 c:\Program Files\Helicon\ISAPI_Rewrite3\error.log 态设置软件ISAPI Rewrite日志文件 c:\Program Files\Helicon\ISAPI_Rewrite3\Rewrite.log 态设置软件ISAPI Rewrite日志文件 c:\Program Files\Helicon\ISAPI_Rewrite3\httpd.conf 静态设置软件ISAPI Rewrite配置文件主要是ISAPI Rewrite 3.0版本存在权限问题，老版本暂时没发现有此类问题。 c:\Program Files\Common Files\Symantec Shared\Persist.bak 诺顿杀毒事件日志文件 c:\Program Files\Common Files\Symantec Shared\Validate.dat 诺顿杀毒事件日志文件 c:\Program Files\Common Files\Symantec Share

今年年初在微软官网上下了个SQLSERVER2008EXPRESS版，用到了现在，数据库文件有4G多大了，突然客户反应说从某天开始，WEB端查询不到数据！于是，我进服务一看前置机（将数据写入数据库的服务应用）日志文件，发现如下错误：无法为数据库 'MRsys' 中的对象 'dbo.T_USER_1311_DATA' 分配空间，因为 'PRIMARY' 文件组已满。请删除不需要的文件、删除文件组中的

今天用户使用系统时反馈填报时出现问题排查后发现一个数据库的LDF日志文件过大，导致磁盘空间爆满导致的。之后发生了一件非常愚蠢的操作，在没有备份，没有查阅资料的情况下，只问了下公司技术人员是否可以删除后，直接将数据库服务停掉后，将LDF文件删除了。之后这个库就连接不上了。。。。正确的删除方式应该是https://www.cnblogs.com/guanxiaohe/p/13359528.html ...

通俗易懂，C#如何安全、高效地玩转任何种类的内存之Span的脾气秉性(二)。前言读完上篇《通俗易懂，C#如何安全、高效地玩转任何种类的内存之Span的本质(一)。》，相信大家对span的本质应该非常清楚了。含着金钥匙出生的它，从小就被寄予厚望要成为.NET下编写高性能应用程序的重要积木，而且很多老前辈为了接纳它，都纷纷做出了改变，比如String、Int、Array。现在，它长大了，已...

<script type="text/javascript"

22,207

社区成员

121,730

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章