我有一个正在运行的 CCR，总共有 6 台服务器，2 MB、2HT、2 CAS。 今天早上我的主动节点出现故障，所有被动服务器也出现故障，日志出现了一些问题，因为没有复制到被动服务器，这是有道理的，因为主动服务器由于在 Exchange 系统上运行的备份而出现故障，所以日志没有主干，被动服务器和主动服务器没有相同的日志，所以没问题吧？只需重新播种……所以我让一切都正常工作，我正要开始重新播种，然后发生了一些事情，集群故障转移到他的主服务器，使被动服务器再次成为被动节点！！我现在的问题是，我从主动节点（故障转移后的被动节点）删除了事务日志和数据库，所以我在被...
这似乎是大多数论坛和整个网络中的一个常见问题，它以多种格式提出，通常听起来像这样： 在 SQL Server 中 - 导致事务日志变得如此之大的原因有哪些？ 为什么我的日志文件这么大？ 有哪些方法可以防止此问题的发生？ 当我找到根本原因并希望将我的事务日志文件调整到健康大小时，我该怎么做？ ...
我在用着戴尔Avamar 本国的 交易所代理到完整备份数据库独立 Exchange 2013服务器（最新更新和补丁）。它使用 VSS。 这不是代理问题，因为在备份结束时我们正确地获得了 Windows 事件 2046： Microsoft Exchange 复制服务 VSS 书写器实例 xxxxx 已成功地完成数据库备份'財政部‘ 已请求对此数据库进行数据库日志截断。在创建下一个日志生成后，将在主动副本上进行日志截断。 但原木仍以每天 560 根的速度堆积起来。 我已经确认了循环记录是已禁用和上次完整备份属性获取正确填充。 我错过了什么？ ...
上周，我的 SQL Server 2017 实例（在 Windows Server 2016 上运行）空间不足，190GB 的事务日志文件完全占满了磁盘。 幸运的是，这是在云实例上，所以我快速卸载了磁盘，将其额外增加了 200GB 左右，然后重新安装并格式化未使用的空间。 但是我仍然有这个巨大的 190GB 日志文件。没有设置日志备份。所以我手动备份了事务日志。然后我运行了磁盘使用情况报告，幸运的是，它显示 95% 的事务日志空间未使用： 但是，日志文件本身仍然有 190GB。经过一番研究，有人建议我缩小日志文件，因为我刚刚通过备份清除了其中的大部...
在 Db2 数据库中进行事务日志（存档日志）备份的可能性有多大？ 我知道在线备份默认采用存档日志备份，但如果我想在在线增量备份几个小时后进行存档日志备份，该怎么办？ ...
自最接近的问答关于这个话题的问题与我心中的重点不太相符，我觉得更精确的问题可以为我和许多处于同样境况的其他用户提供有用的参考点。 我需要访问我国无法访问的网站上的特定内容并付款：所以我认为我必须要使用代理或VPN服务。 支付页面是使用 HTTPS 协议的 SSL 安全网页。 和我们许多人一样，我已经多次听说和读到有关 VPN 服务（尤其是免费服务）的可靠性和危险问题，因此我只是担心我的信用卡数据可能被盗，拦截或者简单地裸露。 所以问题很简单：即使我遇到了最糟糕、最犯罪的 VPN 服务，我的数据是否会只要支付页面是 HTTPS，就安全和/或SSL网页，...
我想知道通过 Haproxy 与客户端（前端）的特定连接发生了多少个 http 事务。 如果我可以将连接（会话）ID 与前端的请求关联起来，我将能够计算出具有此 ID 的日志行数，从而计算出速率。 可以使用 Haproxy 1.6 吗？ 编辑 文档指出： 目前，日志不会显示请求是否来自同一会话。日志中报告的接受日期对应于上一个请求的结束，请求时间对应于等待新请求所花费的时间。如果未设置，则保持活动请求时间仍与“timeout http-keep-alive”或“timeout http-request”定义的超时时间绑定。 是否可以使用 ...
对我们的设置稍微解释一下.. 我们的主站点上有一台 Exchange 2013，上面有 1 个活动数据库，然后我们有一个 DR Exchange 2013，上面有相同的数据库，但作为被动数据库。用户当前正在连接到这两台服务器，因为 DR 是通过第 2 层桥接连接的，主站点和 DR 站点位于同一网络子网中，并且都托管 CAS 和邮箱角色。 现在问题是，当我们实施 DR 交换并创建 DAG 时，我们没有在 DR 上设置备份作业，而是只将它们留在主站点上。我们正在使用 Altaro Hyper-V 备份。基本上，尽管 Altaro 的 VSS 编写器显示备份作...
我们运行一个相当大的 Exchange 2010 DAG，它有 7 台服务器。3 台用于生产，所有数据库都已安装；3 台用于 DR，如果生产出现故障，它们可以转移；还有一台 LAG 服务器，延迟 4 天。由于一些我不会深入讨论的原因，我们没有在 Exchange 服务器上运行定期备份。我们依靠 DAG 和 LAG 进行复制，并接受如果发生灾难性事件可能丢失邮件的风险。（无论如何，我们只有 28 天的保留策略）有 7 个主数据库、3 个公用文件夹数据库和一个日志数据库。 过去一周，一个邮件数据库几乎每晚都在填满事务日志，我不知道为什么。DB4 安装在 DAG...
我有几个数据库，全部处于Simple恢复模式。之前一直担心日志文件大小，我使用 Management Studio 的Shrink任务将它们全部缩小。我还将日志自动增长设置为最大 1024 MB。我预计日志文件会根据需要继续增长，直到达到 1024 MB。此时我有两个问题： 一旦达到此限制，日志文件会发生什么情况？ 设置较小的最大限制（例如 100 MB 而不是 1024 MB）会产生什么影响吗？ 值得注意的是，还有一个备份维护计划，每天要执行2次，并且日志应该自动截断（而不是缩小）。 ...
我今天从我的托管服务提供商（他们创建的）收到一张支持票，说我的 SQL 事务日志已满，他们已截断它、缩小它并将其重置为完整恢复模型。 我很困惑，为什么他们让事务日志填满到网站崩溃并需要人工干预的地步。我问他们是否备份了数据库，他们回答道（用有点蹩脚的英语） 我们每天都会备份，并将备份保留一周。必须保留交易日志，因为我们不知道您进行了什么交易，而它可能包含重要信息。备份本身会截断日志。 最后一句话让我很困惑。这似乎暗示他们没有备份日志，如果他们每天都运行完整备份，我想这是可以的，但如果是这样的话，为什么事务日志没有每天都被截断呢？ 我试图礼貌地...
在当前正在复制的数据库中，我想停止复制（停止日志读取器进程）一段时间，但我想继续对同一个数据库进行日志备份。 日志备份是否会释放日志以供重复使用，还是日志读取器任务会保持原样，以便执行复制以将事务复制到分发数据库？所有这些都假设日志的空间可用于日志增长。我认为，标记为复制但尚未分发的事务日志中剩余的内容不会被覆盖，但我想验证这一点。 如果是这样，当我重新启动日志读取器进程时，事务将被写入分发数据库，然后日志将继续像过去一样被处理并适当缩小。 ...
我在 SQL Server 2008 中遇到了磁盘空间问题。情况是这样的： - 我有一个使用简单恢复的数据库，这个数据库曾经使用 2-3 GB 的磁盘空间用于事务日志文件 - 我将此数据库移动到新服务器，情况还是一样 - 我将恢复模式更改为 FULL，日志正确地占用了 20 GB 的磁盘空间 - 我将恢复模式更改回 SIMPLE，但我无法将日志文件缩小到 2-3 GB 的磁盘空间 日志文件非常大并且增长很快。 我已经验证，日志文件中没有空间，实际上“可用空间”接近 0%。 有人能帮帮我吗？ 非常感谢，恩里科 ====================...
我们的备份程序如下：午夜完整备份、每 8 小时差异备份和每 5 分钟事务日志备份。维护计划使一切保持顺利和整洁。 要恢复到特定时间点（假设昨天下午 2:05）。使用 SQL Server Management Studio 2012 进行恢复时，我们右键单击要恢复到的数据库 > 任务 > 恢复 > 数据库。然后，我们恢复完整备份但不进行恢复（并覆盖现有数据）。这会使数据库处于“正在恢复...”状态。然后，我们转到 > 任务 > 恢复 > 文件和文件组。选择最近的差异备份（中午）。恢复但不进行恢复。 现在查看事务日志 -...
问题： 有没有办法告诉 Postgres (9.2)“将所有 WAL 文件合并pg_xlog回非 WAL 数据文件，然后删除所有成功合并的 WAL 文件？” 我希望能够“强制”执行此操作；即checkpoint_segments忽略归档设置。文件系统 WAL 缓冲区 ( pg_xlog) 目录应清空或几乎清空。如果pg_xlog目录占用的部分或全部空间随后被数据目录占用，则没问题；我们的 DBA 要求文件（即数据目录，而不是 sql）数据库备份没有任何积压的 WAL，但空间消耗不是问题。 在此操作期间，WAL 活动几乎为零是一个很好的约束。我可以确保在...