sp_helppublication_snapshot (Transact-SQL)
返回给定发布的快照代理的相关信息。 此存储过程在发布服务器上对发布数据库执行。
语法
sp_helppublication_snapshot [ @publication = ] 'publication'
[ , [ @publisher = ] 'publisher' ]
参数
[ @publication = ] 'publication'
发布的名称。 publication 为 sysname,无默认值。
[ @publisher = ] 'publisher'
指定非 SQL Server 发布服务器。 publisher 为 sysname,默认值为 NULL。
注意
将项目添加到 SQL Server 发布服务器时,不应使用 publisher 。
结果集
列名称 | 数据类型 | 说明 |
---|---|---|
id | int | 快照代理的 ID。 |
name | nvarchar(100) | 快照代理的名称。 |
publisher_security_mode | smallint | 代理在连接发布服务器时所使用的安全模式,可以是下列模式之一: 0 = SQL Server 身份验证 1 = Windows 身份验证。 |
publisher_login | sysname | 连接到发布服务器时使用的登录名。 |
publisher_password | nvarchar(524) | 出于安全原因,始终返回值 ********** 。 |
job_id | uniqueidentifier | 代理作业的唯一 ID。 |
job_login | nvarchar(512) | 快照代理在其中运行的 Windows 帐户,该帐户以域\用户名格式返回。 |
job_password | sysname | 出于安全原因,始终返回值 ********** 。 |
schedule_name | sysname | 用于该代理作业的计划的名称。 |
frequency_type | int | 代理计划运行的频率,可以为下列值之一: 1 = 一次 2 = 按需 4 = 每日 8 = 每周 16 = 每月 32 = 每月相对 64 = 自动启动 128 = 定期 |
frequency_interval | int | 代理运行的日期,可以为下列值之一: 1 = 星期日 2 = 星期一 3 = 星期二 4 = 星期三 5 = 星期四 6 = 星期五 7 = 星期六 8 = 天 9 = 工作日 10 = 周末天数 |
frequency_subday_type | int | 定义代理在frequency_type为 4(每日)时运行的频率的类型,可以是这些值之一。 1 = 指定时间 2 = 秒 4 = 分钟 8 = 小时数 |
frequency_subday_interval | int | 在代理的计划执行之间发生的frequency_subday_type间隔数。 |
frequency_relative_interval | int | 当frequency_type为 32(每月相对)时,代理在给定月份运行的一周,可以是其中一个值。 1 = First 2 = 秒 4 = 第三 8 = 第四 16 = 上次 |
frequency_recurrence_factor | int | 在计划的代理执行之间间隔的周数或月数。 |
active_start_date | int | 首次计划运行代理的日期,格式为 yyyyMMdd . |
active_end_date | int | 上次计划运行代理的日期,格式为 yyyyMMdd . |
active_start_time | int | 首次计划运行代理的时间,格式为 HHmmss . |
active_end_time | int | 代理上次计划运行时的时间,格式设置为 HHmmss . |
返回代码值
0 (成功) 或 1 (失败)
注解
sp_help_publication_快照用于所有类型的副本 (replica)。
权限
只有发布服务器上 sysadmin 固定服务器角色的成员或发布数据库中db_owner固定数据库角色的成员才能执行sp_help_publication_快照。
另请参阅
查看和修改发布属性
sp_addpublication_快照 (Transact-SQL)
sp_changepublication_快照 (Transact-SQL)
sp_dropmergepublication (Transact-SQL)
sp_droppublication (Transact-SQL)
反馈
https://aka.ms/ContentUserFeedback。
即将发布:在整个 2024 年,我们将逐步淘汰作为内容反馈机制的“GitHub 问题”,并将其取代为新的反馈系统。 有关详细信息,请参阅:提交和查看相关反馈