当前位置： 文江博客话题详情

SQL事务复制对事务日志文件有什么影响

发布于 2024-10-14 15:40:47 字数 84 浏览 2 评论 0原文

我正在设置将持续运行的 SQL Server 事务复制。接收数据的服务器上的此设置的分发者

如果连续运行，我是否应该担心事务日志文件大小？

原文

Im setting up SQL Server Transactional replication that will be continuously running. The distributor for this setup at the server receiving the data

Should i have any concerns with transaction log file sizes if this is running continuously?

如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论， 你可以免费 注册 一个本站的账号。

评论（1）

下雨或天晴 2024-10-21 15:40:47

事务复制注意事项：事务日志空间

<小时>

对于每个数据库
使用交易发布
复制，确保
事务日志有足够的空间
分配。的交易日志
发布的数据库可能需要更多
空间比相同的日志
未发布的数据库，因为日志
记录不会被截断，直到
已移至发行版
数据库。

如果分发数据库是
不可用，或者如果日志读取器
代理未运行，事务
发布数据库的日志
持续增长。日志不能是
截断超过最早发布的内容
尚未进行的交易
交付给分销商
数据库。我们建议您设置
事务日志文件自动增长
这样日志就可以容纳这些
情况。欲了解更多信息，
请参阅创建数据库 (Transact-SQL) 和
更改数据库 (Transact-SQL)。

分发数据库的磁盘空间

确保您有足够的磁盘空间
将复制的事务存储在
分发数据库：

如果不制作快照文件
立即可供订阅者使用
（默认）：交易
被存储直到它们被
复制到所有订阅者或直到
已达到保留期限，
以较短者为准。

如果您创建交易
发布并制作快照
可供订阅者使用的文件
立即：交易被存储
直到它们被复制到所有
订阅者或直到快照
代理运行并创建新快照，
以较长者为准。如果过去了
快照代理运行之间的时间是
大于最大分布
出版物的保留期限，
默认为 72 小时，
早于保留的交易
期间被删除
分布数据库。了解更多
信息，请参阅订阅
过期和停用。

Considerations for Transactional Replication: Transaction Log Space

For each database that will be
published using transactional
replication, ensure that the
transaction log has enough space
allocated. The transaction log of a
published database might require more
space than the log of an identical
unpublished database, because the log
records are not truncated until they
have been moved to the distribution
database.

If the distribution database is
unavailable, or if the Log Reader
Agent is not running, the transaction
log of a publication database
continues to grow. The log cannot be
truncated past the oldest published
transaction that has not been
delivered to the distribution
database. We recommend that you set
the transaction log file to auto grow
so that the log can accommodate these
circumstances. For more information,
see CREATE DATABASE (Transact-SQL) and
ALTER DATABASE (Transact-SQL).

Disk Space for the Distribution Database

Ensure that you have enough disk space
to store replicated transactions in
the distribution database:

If you do not make snapshot files
available to Subscribers immediately
(which is the default): transactions
are stored until they have been
replicated to all Subscribers or until
the retention period has been reached,
whichever is shorter.

If you create a transactional
publication and make the snapshot
files available to Subscribers
immediately: transactions are stored
until they have been replicated to all
Subscribers or until the Snapshot
Agent runs and creates a new snapshot,
whichever is longer. If the elapsed
time between Snapshot Agent runs is
greater than the maximum distribution
retention period for the publication,
which has a default of 72 hours,
transactions older than the retention
period are removed from the
distribution database. For more
information, see Subscription
Expiration and Deactivation.

回复 原文
~没有更多了~

关于作者

深海夜未眠

暂无简介

0 文章
0 评论
23 人气
发私信

相关话题

更多

热门标签

操作系统 程序设计 IT运维 Linux系统管理 JavaScript 服务器应用 solaris C/C++ PHP Shell BSD Vue.js aix Oracle Python HTML 系统管理 HTML5 CSS 前端
更多

推荐作者

烙印

文章 0 评论 0

singlesman

文章 0 评论 0

给自己一个微笑

文章 0 评论 0

独孤求败

文章 0 评论 0

晨钟暮鼓

文章 0 评论 0

我是自愿种绣球花的

文章 0 评论 0

更多

友情链接

文江博客
    我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站，即表示您同意使用 Cookies 和您的相关数据。
    原文