Edit

Share via

sp_syspolicy_rename_condition (Transact-SQL)

  • Article

Applies to: SQL Server

Renames an existing condition in Policy-Based Management.

Transact-SQL syntax conventions

Syntax

sp_syspolicy_rename_condition
    { [ @name = ] N'name' | [ @condition_id = ] condition_id }
    , [ @new_name = ] N'new_name'
[ ; ]

Arguments

[ @name = ] N'name'

The name of the condition that you want to rename. @name is sysname, and must be specified if @condition_id is NULL.

[ @condition_id = ] condition_id

The identifier for the condition that you want to rename. @condition_id is int, and must be specified if @name is NULL.

[ @new_name = ] N'new_name'

The new name of the condition. @new_name is sysname, and is required. Can't be NULL or an empty string.

Return code values

0 (success) or 1 (failure).

Remarks

You must run sp_syspolicy_rename_condition in the context of the msdb system database.

You must specify a value for either @name or @condition_id. Both can't be NULL. To obtain these values, query the msdb.dbo.syspolicy_conditions system view.

Permissions

Requires membership in the PolicyAdministratorRole fixed database role.

Important

Possible elevation of credentials: Users in the PolicyAdministratorRole role can create server triggers and schedule policy executions that can affect the operation of the instance of the Database Engine. For example, users in the PolicyAdministratorRole role can create a policy that can prevent most objects from being created in the Database Engine. Because of this possible elevation of credentials, the PolicyAdministratorRole role should be granted only to users who are trusted with controlling the configuration of the Database Engine.

Examples

The following example renames a condition that is named Change Tracking Enabled.

EXEC msdb.dbo.sp_syspolicy_rename_condition
    @name = N'Change Tracking Enabled',
    @new_name = N'Verify Change Tracking Enabled';
GO

Related content