小编Sco*_*ell的帖子

上周末，我运行的一个网站停止运行，每次向网站发出请求时，都会在事件查看器中记录以下错误：

事件 ID：9001

数据库“数据库名称”的日志不可用。检查事件日志以获取相关错误消息。解决所有错误并重新启动数据库。

该网站托管在专用服务器上，因此我可以通过 RDP 进入服务器并四处浏览。该LDF文件存在于数据库中的C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\DATA文件夹，但试图做从Management Studio中的结果数据库的任何工作，在对话框中报告了同样的错误- 9001：日志数据库不可用...

这是我第一次收到此错误，并且我在此专用 Web 服务器上托管此站点（和其他站点）已有两年多了。

据我了解，此错误表示日志文件已损坏。我能够通过分离数据库然后恢复几天前的备份来使网站重新上线，但我担心这个错误表明一个更险恶的问题，即硬盘驱动器故障。

我通过电子邮件向网络托管公司的支持人员发送了电子邮件，这是他们的回复：

事件日志中似乎没有任何其他原因表明原因，因此日志可能已损坏。目前内存的资源为 87%，这也可能有影响，但不太可能。

日志可以“损坏”吗？

我的问题：接下来我应该采取哪些步骤来诊断这个问题？我如何确定这是否确实是硬件问题？如果是，除了更换磁盘之外还有其他选择吗？

谢谢

我运行一个使用 IIS 10 的 FTP 服务器的网站，并将其设置为使用基于 TLS 的显式 FTP，并且它在去年+中运行良好。我通过Digicert购买了服务器证书。

服务器证书已于 2019 年 1 月 4 日过期。我在 Digicert 更新了该证书，该证书在 2021 年有效。然后我将其安装在 Windows 服务器上，并更新了 FTP 站点以使用新证书。

但是，当我尝试连接 FileZilla 客户端时，日志报告以下内容：

Status: Connecting to xxx.xxx.xxx.xxx:21...
Status: Connection established, waiting for welcome message...
Status: Initializing TLS...

但随后弹出警告，指出证书已于 2019-01-04 过期。

如果我单击“确定”，它会继续，但随后会显示：主连接和数据连接证书不匹配。这是“正在初始化 TLS...”之后的日志

Status: Verifying certificate...
Status: TLS connection established.
Status: Logged in
Status: Retrieving directory listing...
Command:    PWD
Response:   257 "/" is current directory.
Command:    TYPE I
Response:   200 Type set to I.
Command:    PASV
Response: …

我正在使用 SQL Server 2012 并创建了一个维护计划，每晚将用户数据库备份到硬盘驱动器上的文件夹。但是，当执行此计划时，它会失败并显示“访问被拒绝”错误。

以下是详细信息：

1. 我创建了一个维护计划，添加了一个备份所有用户数据库的“备份数据库任务”任务。
2. 我确认该计划设置为作为“SQL Server 代理服务帐户”运行
3. 当我转到 SQL Server 配置管理器并查看“登录”选项卡下 SQL Server 代理的属性时，它显示NT Service\SQLSERVERAGENT作为用于此服务的帐户。
4. 我在硬盘驱动器上创建了一个文件夹来存储这些名为C:\SQLBackups 的备份，并将完全控制权交给NT Service\SQLSERVERAGENT帐户
5. 我在步骤 1 中配置了维护计划以存储到C:\SQLBackups，为每个数据库创建子文件夹。

当我运行维护计划时，我收到以下错误：

执行查询“EXECUTE master.dbo.xp_create_subdir N'C:\SQLBackup...”失败并出现以下错误：“xp_create_subdir() 返回错误 5，'访问被拒绝。'”。可能的失败原因：查询有问题，“ResultSet”属性设置不正确，参数设置不正确，或者连接建立不正确。

如果我授予每个人对C:\SQLBackups文件夹的完全访问权限，那么维护计划将毫无问题地运行。

哪些帐户必须有权访问此文件夹才能进行备份？我假设我只需要授予对NT Service\SQLSERVERAGENT帐户的访问权限，但显然这不起作用。

谢谢