Azure SQL Managed Instance에서 SQL 에이전트 작업을 사용하여 관리 작업 자동화

아티클
04/26/2023

SQL 서버의 SQL Server Agent 및 SQL Managed Instance를 사용하여 T-SQL(Transact-SQL) 쿼리를 실행하고 유지 관리 작업을 수행하도록 하나 이상의 데이터베이스에 대해 주기적으로 실행되는 작업을 만들고 예약할 수 있습니다. 이 문서에서는 SQL Managed Instance용 SQL 에이전트 사용에 대해 설명합니다.

참고

SQL Database 또는 Azure Synapse Analytics에서는 SQL Agent를 사용할 수 없습니다. 대신 탄력적 작업을 사용하여 작업을 자동화하는 것이 좋습니다.

SQL 에이전트 작업을 사용하는 경우

SQL 에이전트 작업을 사용할 수 있는 몇 가지 시나리오는 다음과 같습니다.

관리 작업을 자동화한 다음, 주중 매일, 일정 시간 후 등에 실행되도록 예약합니다.
- 스키마 변경, 자격 증명 관리, 성능 데이터 수집 또는 테넌트(고객) 원격 분석 수집을 배포합니다.
- 참조 데이터(모든 데이터베이스에서 공통적인 정보)를 업데이트하고 Azure Blob Storage에서 데이터를 로드합니다. Microsoft는 공유 액세스 서명 인증을 사용하여 Azure Blob Storage에 인증하는 것이 좋습니다.
- DBCC CHECKDB를 비롯한 일반적인 유지 관리 작업을 통해 데이터 무결성 또는 인덱스 유지 관리를 수행하여 쿼리 성능을 향상시킬 수 있습니다. 사용량이 적은 시간 중과 같이 데이터베이스 컬렉션에 대해 되풀이해서 실행하려면 작업을 구성합니다.
- 지속적으로 데이터베이스 집합에서 중앙 테이블로 쿼리 결과 수집 지속적으로 성능 쿼리를 실행하고 실행할 추가 작업을 트리거하도록 구성할 수 있습니다.
보고에 대한 데이터 수집
- 데이터베이스의 컬렉션에서 단일 대상 테이블로 데이터를 집계합니다.
- 큰 데이터베이스 집합에 대해 더 오래 실행되는 데이터 처리 쿼리(예: 고객 원격 분석 수집) 실행. 추가 분석을 위해 결과가 단일 대상 테이블에 수집됩니다.
데이터 이동
- 데이터베이스에서 변경된 내용을 다른 데이터베이스로 복제하거나 원격 데이터베이스에서 만들어진 업데이트를 수집하고 변경된 내용을 데이터베이스에 적용하는 작업을 만듭니다.
- SSIS(SQL Server Integration Services)를 사용하여 데이터베이스에서 데이터를 로드하는 작업을 만듭니다.

SQL Managed Instance의 SQL 에이전트 작업

SQL 에이전트 작업은 SQL Server 및 Azure SQL Managed Instance의 자동화에 계속 사용되는 SQL 에이전트 서비스에서 실행됩니다.

SQL 에이전트 작업은 데이터베이스에 대해 지정된 일련의 T-SQL 스크립트입니다. 작업을 사용하여 두 번 이상 실행할 수 있으며 성공 또는 실패를 모니터링하는 관리 작업을 정의합니다.

하나의 로컬 서버 또는 여러 원격 서버에서 작업을 실행할 수 있습니다. SQL 에이전트 작업은 SQL Managed Instance 서비스 내에서 실행되는 내부 데이터베이스 엔진 구성 요소입니다.

SQL 에이전트 작업에는 몇 가지 주요 개념이 있습니다.

작업 단계는 작업 내에서 실행되어야 하는 하나 이상의 단계로 설정됩니다. 모든 작업 단계에서 작업 단계가 성공 또는 실패인 경우에 발생되어야 하는 다시 시도 전략 및 작업을 정의할 수 있습니다.
일정은 작업을 실행해야 하는 시기를 정의합니다.
알림을 통해 작업이 완료되면 이메일을 통해 운영자에게 알리는 데 사용할 규칙을 정의할 수 있습니다.

작업 단계

SQL 에이전트 작업 단계는 SQL 에이전트가 실행해야 하는 작업의 시퀀스입니다. 모든 단계에는 단계가 성공하거나 실패하는 경우 실행되어야 하는 다음 단계와 함께 실패 시 재시도 횟수가 있습니다.

SQL 에이전트를 사용하면 데이터베이스에 대해 단일 Transact-SQL 일괄 처리를 실행하는 Transact-SQL 작업 단계 또는 사용자 지정 OS 스크립트를 실행할 수 있는 OS 명령/PowerShell 단계와 같은 다양한 유형의 작업 단계를 만들 수 있습니다. 그리고 SSIS 작업 단계를 통해 SSIS 런타임을 사용한 데이터 또는 데이터베이스의 변경 내용을 다른 데이터베이스에 게시할 수 있는 복제 단계를 로드할 수 있습니다.

참고

SQL Managed Instance에서 호스트하는 SSISDB를 사용하여 Azure SSIS Integration Runtime를 활용하는 방법에 대한 자세한 내용은 Azure Data Factory에서 SSIS(SQL Server Integration Services)와 함께 Azure SQL Managed Instance 사용을 참조하세요.

트랜잭션 복제는 테이블의 변경 내용을 SQL Managed Instance, Azure SQL Database 또는 SQL Server의 다른 데이터베이스로 복제할 수 있습니다. 자세한 내용은 Azure SQL Managed Instance에서 복제 구성을 참조하세요.

병합 복제 및 큐 판독기와 같은 다른 유형의 작업 단계는 SQL Managed Instance에서 현재 지원되지 않습니다.

작업 일정

일정은 작업이 실행되는 시기를 지정합니다. 동일한 일정에 따라 둘 이상의 작업을 실행할 수 있으며, 둘 이상의 일정을 동일한 작업에 적용할 수 있습니다.

일정은 작업이 실행되는 시기에 대해 다음 조건을 정의할 수 있습니다.

SQL Server 에이전트가 시작될 때마다 작업은 모든 장애 조치(failover) 후 활성화됩니다.
특정 날짜 및 시간에 한 번 - 일부 작업의 지연된 실행에 유용합니다.
되풀이 일정.

SQL 에이전트 작업 예약에 대한 자세한 내용은 작업 예약을 참조하세요.

참고

Azure SQL Managed Instance는 현재 CPU가 "유휴" 상태일 때 작업을 시작할 수 없습니다.

작업 알림

SQL 에이전트 작업을 통해 작업이 성공적으로 완료되거나 실패할 때 알림을 받을 수 있습니다. 이메일을 통해 알림을 받을 수 있습니다.

아직 사용하도록 설정되지 않은 경우 먼저 SQL Managed Instance에서 데이터베이스 메일 기능을 구성해야 합니다.

GO
EXEC sp_configure 'show advanced options', 1;
GO
RECONFIGURE;
GO
EXEC sp_configure 'Database Mail XPs', 1;
GO
RECONFIGURE

예제 연습으로 이메일 알림을 보내는 데 사용되는 이메일 계정을 설정합니다. 계정을 AzureManagedInstance_dbmail_profile이라는 이메일 프로필에 할당합니다. SQL Managed Instance에서 SQL 에이전트 작업을 사용하여 이메일을 보내려면 AzureManagedInstance_dbmail_profile이라 불려야 하는 프로필이 있어야 합니다. 그렇지 않으면 SQL Managed Instance는 SQL 에이전트를 통해 이메일을 보낼 수 없습니다.

참고

메일 서버의 경우 인증된 SMTP 릴레이 서비스를 사용하여 이메일을 보낼 것을 권장합니다. 이러한 릴레이 서비스는 일반적으로 TLS를 통한 연결의 경우 TCP 포트 25 또는 587을 통해 연결하거나 SSL 연결의 경우 포트 465를 통해 연결하지만 데이터베이스 메일은 모든 포트를 사용하도록 구성할 수 있습니다. 이러한 포트에는 관리되는 인스턴스의 네트워크 보안 그룹에 새로운 아웃바운드 규칙이 필요합니다. 이러한 서비스는 외부 도메인이 메시지를 거부하거나 스팸 폴더에 넣을 가능성을 최소화하기 위해 IP 및 도메인 평판을 유지하는 데 사용됩니다. 이미 온-프레미스 서버에 있는 인증된 SMTP 릴레이 서비스를 고려합니다. Azure에서 SendGrid는 그러한 SMTP 릴레이 서비스 중 하나이지만 다른 것도 있습니다.

다음 샘플 스크립트를 사용하여 데이터베이스 메일 계정과 프로필을 만든 다음 함께 연결합니다.

-- Create a Database Mail account
EXECUTE msdb.dbo.sysmail_add_account_sp
    @account_name = 'SQL Agent Account',
    @description = 'Mail account for Azure SQL Managed Instance SQL Agent system.',
    @email_address = '$(loginEmail)',
    @display_name = 'SQL Agent Account',
    @mailserver_name = '$(mailserver)' ,
    @username = '$(loginEmail)' ,
    @password = '$(password)';

-- Create a Database Mail profile
EXECUTE msdb.dbo.sysmail_add_profile_sp
    @profile_name = 'AzureManagedInstance_dbmail_profile',
    @description = 'E-mail profile used for messages sent by Managed Instance SQL Agent.';

-- Add the account to the profile
EXECUTE msdb.dbo.sysmail_add_profileaccount_sp
    @profile_name = 'AzureManagedInstance_dbmail_profile',
    @account_name = 'SQL Agent Account',
    @sequence_number = 1;

Sp_send_db_mail 시스템 저장 프로시저를 사용하여 T-SQL을 통해 데이터베이스 메일 구성을 테스트합니다.

DECLARE @body VARCHAR(4000) = 'The email is sent from ' + @@SERVERNAME;
EXEC msdb.dbo.sp_send_dbmail  
    @profile_name = 'AzureManagedInstance_dbmail_profile',  
    @recipients = 'ADD YOUR EMAIL HERE',  
    @body = 'Add some text',  
    @subject = 'Azure SQL Instance - test email';

SQL 에이전트 작업에 문제가 발생했음을 운영자에게 알릴 수 있습니다. 운영자는 SQL Managed Instance의 하나 이상의 인스턴스에 대한 유지 관리를 담당하는 개인에 대한 연락처 정보를 정의합니다. 운영자 책임이 개인 한 명에게 할당되는 경우도 있습니다.

SQL Managed Instance 또는 SQL Server의 여러 인스턴스를 사용하는 시스템에서는 여러 개인이 운영자 책임을 공유할 수 있습니다. 운영자는 보안 정보를 포함하지 않으며 보안 주체를 정의하지 않습니다. 가장 이상적으로 운영자는 책임이 변경될 수 있는 개인은 아니지만 이메일 배포 그룹입니다.

다음 예제에 나와 있는 SSMS(SQL Server Management Studio) 또는 Transact-SQL 스크립트를 사용하여 운영자를 만들 수 있습니다.

EXEC msdb.dbo.sp_add_operator
    @name=N'AzureSQLTeam',
    @enabled=1,
    @email_address=N'AzureSQLTeamn@contoso.com';

SSMS의 데이터베이스 메일 로그를 통해 이메일의 성공 또는 실패를 확인합니다.

이후 모든 SQL 에이전트 작업을 수정할 수 있으며, SSMS 또는 다음 T-SQL 스크립트를 사용하여 작업이 완료, 실패 또는 성공하는 경우 이메일을 통해 알림을 받는 운영자를 할당할 수 있습니다.

EXEC msdb.dbo.sp_update_job @job_name=N'Load data using SSIS',
    @notify_level_email=3, -- Options are: 1 on succeed, 2 on failure, 3 on complete
    @notify_email_operator_name=N'AzureSQLTeam';

작업 기록

현재 SQL Managed Instance는 기본 레지스트리 값에 저장되기 때문에 SQL 에이전트 속성을 변경할 수 없습니다. 즉, 작업 기록 레코드에 대한 에이전트 보존 정책 조정을 위한 옵션은 기본적으로 1000개의 총 레코드와 작업당 최대 100개의 기록 레코드 수로 고정됩니다.

자세한 내용은 SQL 에이전트 작업 기록 보기를 참조하세요.

고정된 데이터베이스 역할 멤버 자격

비 sysadmin 로그인이 msdb 시스템 데이터베이스 내 세 개의 SQL 에이전트 고정 데이터베이스 역할에 추가되어 있는 경우, master 데이터베이스에서 시스템 저장 프로시저에 명시적인 EXECUTE 권한을 부여해야 하는 문제가 있습니다. 이 문제가 발생하면 오류 메시지가 The EXECUTE permission was denied on the object <object_name> (Microsoft SQL Server, Error: 229)에 표시됩니다.

msdb에서 SQL 에이전트 고정 데이터베이스 역할인 SQLAgentUserRole, SQLAgentReaderRole 또는 SQLAgentOperatorRole에 사용자를 추가하면 이러한 역할에 추가된 각 사용자 로그인에 대해 아래 T-SQL 스크립트를 실행하여 나열된 시스템 저장 프로시저에 EXECUTE 권한을 명시적으로 부여합니다. 이 예제에서는 사용자 이름과 로그인 이름이 동일하다고 가정합니다.

USE [master]
GO
CREATE USER [login_name] FOR LOGIN [login_name];
GO
GRANT EXECUTE ON master.dbo.xp_sqlagent_enum_jobs TO [login_name];
GRANT EXECUTE ON master.dbo.xp_sqlagent_is_starting TO [login_name];
GRANT EXECUTE ON master.dbo.xp_sqlagent_notify TO [login_name];

SQL Managed Instance의 SQL 에이전트 작업 제한 사항

SQL Server에서 사용할 수 있는 SQL 에이전트와 SQL Managed Instance의 일부로서의 차이점에 대해 주목해야 합니다. SQL Server와 SQL Managed Instance의 지원되는 기능 차이점에 대한 자세한 내용은 Azure SQL Managed Instance T-SQL 차이점 SQL Server를 참조하세요.

SQL Server에서 사용할 수 있는 SQL 에이전트 기능 중 일부는 SQL Managed Instance에서 지원되지 않습니다.

SQL 에이전트 설정은 읽기 전용입니다.
- 시스템 저장 프로시저 sp_set_agent_properties는 지원되지 않습니다.
SQL 에이전트 사용 설정/해제는 현재 지원되지 않습니다. SQL 에이전트는 항상 실행됩니다.
알림은 부분적으로 지원되지만 다음은 지원되지 않습니다.
- 호출기는 지원되지 않습니다.
- NetSend는 지원되지 않습니다.
- 경고는 지원되지 않습니다.
프록시는 지원되지 않습니다.
Eventlog는 지원되지 않습니다.
유휴 CPU를 기반으로 하는 작업 일정 트리거는 지원되지 않습니다.
병합 복제 작업 단계는 지원되지 않습니다.
큐 판독기는 지원되지 않습니다.
Analysis Services는 지원되지 않습니다.
디스크에 파일로 저장된 스크립트 실행은 지원되지 않습니다.
dbatools 및 dbacheck 등과 같은 외부 모듈 가져오기는 지원되지 않습니다.
PowerShell Core는 지원되지 않습니다.

다음을 통해 공유