AlwaysON – Script to sync SQL Server Agent Jobs from Primary Replica to Secondary Replica in an Always On Availability Group

Environment

Blog29_1

-> Create a Job called “SQL Server Agent Job Synchronization” on all the Database Servers as part of your Alwayson Availability group. In my Environment, the Job will be created on Database Server JBSERVER1,ย JBSERVER2 andย JBSERVER3. The Job “SQL Server Agent Job Synchronization” will have the below script executed as part of it.

-- Script to sync SQL Server Agent Jobs from Primary Replica to Secondary Replica in an Always On Availability Group
-- Dont forgot to change the listener name below
SET NOCOUNT ON;

DECLARE @primary_replica NVARCHAR(128),
        @local_replica NVARCHAR(128),
        @job_name NVARCHAR(128),
        @job_id UNIQUEIDENTIFIER,
        @tsql NVARCHAR(MAX),
        @sql NVARCHAR(MAX);

				

-- Get the primary replica name
SELECT @Primary_Replica = primary_replica
FROM sys.dm_hadr_availability_group_states a INNER JOIN sys.availability_group_listeners b
ON a.group_id=b.group_id where b.dns_name='DISL' ---Change the LISTENER NAME here

-- Get the current replica name (where this script is running)
SELECT @local_replica = @@SERVERNAME;

-- If this server is the primary replica, no need to sync jobs
IF @local_replica = @primary_replica
BEGIN
    PRINT 'This server is the primary replica. No job sync required.';
    RETURN;
END


-- Create a table to store jobs from the primary replica
IF OBJECT_ID('tempdb..#primary_jobs') IS NOT NULL
    DROP TABLE #primary_jobs;

CREATE TABLE #primary_jobs (
    job_id UNIQUEIDENTIFIER,
    job_name NVARCHAR(128)
);

-- Insert jobs from primary replica into the temp table
SET @sql = 'INSERT INTO #primary_jobs (job_id, job_name)
            SELECT job_id, name FROM [' + @primary_replica + '].msdb.dbo.sysjobs';

EXEC sp_executesql @sql;

-- Loop through jobs on primary replica and compare with local (secondary) replica
DECLARE job_cursor CURSOR FOR
SELECT job_id, job_name
FROM #primary_jobs;

OPEN job_cursor;
FETCH NEXT FROM job_cursor INTO @job_id, @job_name;

WHILE @@FETCH_STATUS = 0
BEGIN
    -- Check if the job exists on the local (secondary) replica
    IF NOT EXISTS (SELECT 1 FROM msdb.dbo.sysjobs WHERE name = @job_name)
    BEGIN
        PRINT 'Job missing on secondary replica: ' + @job_name;

        -- Script job creation from the primary replica
        DECLARE @job_creation_script NVARCHAR(MAX) = '';
        DECLARE @step_creation_script NVARCHAR(MAX) = '';
        DECLARE @schedule_creation_script NVARCHAR(MAX) = '';

        -- Step 1: Script the job creation
        SET @job_creation_script = 'EXEC msdb.dbo.sp_add_job @job_name = ''' + @job_name + ''', @enabled = 1, @description = ''' + @job_name + ''';';
        
        -- Step 2: Script the job steps from the primary replica
        DECLARE @step_id INT,
                @step_name NVARCHAR(128),
                @subsystem NVARCHAR(128),
                @command NVARCHAR(MAX),
                @on_success_action INT,
                @on_fail_action INT;
				

						set @sql=N''
				set @sql =         'SELECT step_id, step_name, subsystem, command, on_success_action, on_fail_action  INTO ##Primary_Job_jbs_wiki_details
        FROM [' + @primary_replica + '].msdb.dbo.sysjobsteps 
        WHERE job_id = '''+convert(nvarchar(max),@job_id)+''';'
		EXECUTE master.sys.sp_executesql @sql;

        DECLARE step_cursor CURSOR FOR 
        SELECT step_id, step_name, subsystem, command, on_success_action, on_fail_action 
        FROM ##Primary_Job_jbs_wiki_details;

        OPEN step_cursor;
        FETCH NEXT FROM step_cursor INTO @step_id, @step_name, @subsystem, @command, @on_success_action, @on_fail_action;

        WHILE @@FETCH_STATUS = 0
        BEGIN
		
            SET @step_creation_script = @step_creation_script + 'EXEC msdb.dbo.sp_add_jobstep 
                    @job_name = ''' + @job_name + ''', 
                    @step_name = ''' + @step_name + ''', 
                    @subsystem = ''' + @subsystem + ''', 
                    @command = ''' + REPLACE(@command, '''', '''''') + ''', 
                    @on_success_action = ' + CAST(@on_success_action AS NVARCHAR(10)) + ',
                    @on_fail_action = ' + CAST(@on_fail_action AS NVARCHAR(10)) + ';';
                    
            FETCH NEXT FROM step_cursor INTO @step_id, @step_name, @subsystem, @command, @on_success_action, @on_fail_action;
        END
		drop table ##Primary_Job_jbs_wiki_details
        CLOSE step_cursor;
        DEALLOCATE step_cursor;

        -- Step 3: Script the job schedule from the primary replica
        DECLARE @schedule_name NVARCHAR(128),
                @enabled INT,
                @freq_type INT,
                @freq_interval INT,
                @freq_subday_type INT,
                @freq_subday_interval INT,
                @freq_relative_interval INT,
                @freq_recurrence_factor INT,
                @active_start_date INT,
                @active_start_time INT;

				set @sql = N''
		set @sql = 'SELECT s.name, s.enabled, s.freq_type, s.freq_interval, s.freq_subday_type, s.freq_subday_interval, 
               s.freq_relative_interval, s.freq_recurrence_factor, s.active_start_date, s.active_start_time INTO ##Primary_Job_jbs_wiki_details1
        FROM [' + @primary_replica + '].msdb.dbo.sysschedules AS s
        INNER JOIN [' + @primary_replica + '].msdb.dbo.sysjobschedules AS js ON s.schedule_id = js.schedule_id
        WHERE js.job_id = '''+convert(nvarchar(max),@job_id)+''';'
		EXECUTE master.sys.sp_executesql @sql;

        DECLARE schedule_cursor CURSOR DYNAMIC FOR 
        SELECT s.name, s.enabled, s.freq_type, s.freq_interval, s.freq_subday_type, s.freq_subday_interval, 
               s.freq_relative_interval, s.freq_recurrence_factor, s.active_start_date, s.active_start_time 
        FROM ##Primary_Job_jbs_wiki_details1 s;

        OPEN schedule_cursor;
        FETCH NEXT FROM schedule_cursor INTO @schedule_name, @enabled, @freq_type, @freq_interval, @freq_subday_type, 
                                              @freq_subday_interval, @freq_relative_interval, @freq_recurrence_factor, 
                                              @active_start_date, @active_start_time;

        WHILE @@FETCH_STATUS = 0
        BEGIN
			SET @schedule_creation_script = @schedule_creation_script + 'EXEC msdb.dbo.sp_add_jobschedule 
                    @job_name = ''' + @job_name + ''', 
                    @name = ''' + @schedule_name + ''', 
                    @enabled = ' + CAST(@enabled AS NVARCHAR(10)) + ', 
                    @freq_type = ' + CAST(@freq_type AS NVARCHAR(10)) + ', 
                    @freq_interval = ' + CAST(@freq_interval AS NVARCHAR(10)) + ', 
                    @freq_subday_type = ' + CAST(@freq_subday_type AS NVARCHAR(10)) + ', 
                    @freq_subday_interval = ' + CAST(@freq_subday_interval AS NVARCHAR(10)) + ', 
                    @freq_relative_interval = ' + CAST(@freq_relative_interval AS NVARCHAR(10)) + ', 
                    @freq_recurrence_factor = ' + CAST(@freq_recurrence_factor AS NVARCHAR(10)) + ', 
                    @active_start_date = ' + CAST(@active_start_date AS NVARCHAR(10)) + ', 
                    @active_start_time = ' + CAST(@active_start_time AS NVARCHAR(10)) + ';';

            FETCH NEXT FROM schedule_cursor INTO @schedule_name, @enabled, @freq_type, @freq_interval, @freq_subday_type, 
                                                  @freq_subday_interval, @freq_relative_interval, @freq_recurrence_factor, 
                                                  @active_start_date, @active_start_time;
        END
		DROP TABLE ##Primary_Job_jbs_wiki_details1
        CLOSE schedule_cursor;
        DEALLOCATE schedule_cursor;

        -- Combine all scripts and execute to create the job on the secondary replica
        SET @tsql = @job_creation_script + @step_creation_script + @schedule_creation_script;

        EXEC sp_executesql @tsql;
        
        PRINT 'Job created on secondary replica: ' + @job_name;
    END

    FETCH NEXT FROM job_cursor INTO @job_id, @job_name;
END

CLOSE job_cursor;
DEALLOCATE job_cursor;

-- Cleanup
DROP TABLE #primary_jobs;


PRINT 'Job sync completed.';

-> Create a Linked Server to query the primary Replica. In my Environment, Linked servers JBSERVER2 and JBSERVER3 will be created on JBSERVER1. Linked servers JBSERVER1 and JBSERVER3 will be created on JBSERVER2. Linked servers JBSERVER1 and JBSERVER2 will be created on JBSERVER3.

-> The job will gracefully exit with a message “Script cannot run on primary Replica” if the job executes on Primary Replica. If the Job executes on the Secondary replica, It queries the list of SQL Server Agent Jobs on the primary replica and will create the jobs that are missing on the Secondary Replicas.

-> This solution just adds the missing jobs on the Secondary Replicas, but will not Drop Jobs on the Secondary Replica that are not present on the Primary.

Thank You,
Vivek Janakiraman

Disclaimer:
The views expressed on this blog are mine alone and do not reflect the views of my company or anyone else. All postings on this blog are provided โ€œAS ISโ€ with no warranties, and confers no rights.

Automation and DevOps with SQL Server 2022: Integrating CI/CD and Automation Tools

In the modern development landscape, the integration of DevOps practices and automation is crucial for delivering high-quality software efficiently. SQL Server 2022 brings a host of new features and improvements that make it easier than ever to integrate database management into DevOps workflows. This blog post will explore how to leverage SQL Server 2022 in DevOps pipelines, focusing on Continuous Integration/Continuous Deployment (CI/CD) and automation tools.

๐Ÿš€ The Role of DevOps in Database Management

DevOps emphasizes collaboration between development and operations teams, aiming to deliver applications and services more efficiently. In the context of databases, DevOps practices help ensure that database changes are integrated, tested, and deployed as seamlessly as application code. Key benefits include:

  • Improved collaboration between developers and DBAs.
  • Faster delivery cycles through automated deployments.
  • Reduced risk with consistent and repeatable processes.

๐Ÿ› ๏ธ Setting Up CI/CD for SQL Server 2022

Continuous Integration (CI) and Continuous Deployment (CD) are fundamental components of a DevOps strategy. CI involves automatically integrating and testing code changes, while CD automates the deployment of these changes to production.

1. Database Version Control

Version control is a critical aspect of CI/CD. Tools like Git can be used to track changes to database schema and code. SQL Server 2022 works seamlessly with version control systems, allowing you to manage your database scripts (e.g., schema, stored procedures, functions) just like application code.

2. Automated Builds and Testing

Automating the build and testing process is crucial for catching issues early. Hereโ€™s how to set it up:

  • SQL Server Data Tools (SSDT): Use SSDT to create and manage database projects in Visual Studio. It allows you to define the database schema as code and includes tools for schema comparison and deployment.
  • Azure DevOps Pipelines: Azure DevOps provides robust CI/CD capabilities. You can define pipelines that automatically build your database project, run unit tests, and deploy changes. For example:
trigger:
  - main

pool:
  vmImage: 'windows-latest'

steps:
  - task: UseDotNet@2
    inputs:
      packageType: 'sdk'
      version: '3.x.x'

  - task: NuGetToolInstaller@1

  - task: NuGetCommand@2
    inputs:
      restoreSolution: '$(solution)'

  - task: VSBuild@1
    inputs:
      solution: '**/*.sln'
      msbuildArgs: '/p:DeployOnBuild=true /p:PublishProfile=$(publishProfile)'

  - task: PublishTestResults@2
    inputs:
      testRunner: 'VSTest'
      testResultsFiles: '**/*.trx'
  • Automated Testing: Incorporate automated tests to validate database changes. Use tools like tSQLt, a unit testing framework for T-SQL, to write and execute tests. This ensures that your changes do not introduce regressions.

3. Continuous Deployment

Continuous Deployment extends CI by automating the deployment of code changes to various environments, including staging and production.

  • Database Migration Tools: Tools like Flyway and Liquibase can automate database migrations, ensuring that schema changes are applied consistently across environments.
  • Release Management: Use release management tools like Octopus Deploy or Azure DevOps Release Pipelines to orchestrate deployments. These tools provide features like approvals, rollbacks, and environment-specific configurations.

โš™๏ธ Automation Tools in SQL Server 2022

SQL Server 2022 includes several features and integrations that facilitate automation:

1. SQL Server Agent

SQL Server Agent is a powerful job scheduling tool that can automate routine tasks, such as backups, index maintenance, and monitoring. You can integrate SQL Server Agent jobs into your CI/CD pipelines to automate post-deployment tasks.

2. PowerShell and dbatools

PowerShell is a versatile scripting language that can automate various SQL Server tasks. The dbatools module, in particular, provides a rich set of cmdlets for managing SQL Server instances, databases, and backups.

Example: Automating backup verification using dbatools:

Install-Module dbatools
Import-Module dbatools

$servers = "Server1", "Server2"
foreach ($server in $servers) {
    Test-DbaLastBackup -SqlInstance $server -Databases master, msdb, model
}

3. Azure Automation

Azure Automation allows you to automate management tasks using runbooks. For SQL Server, you can create runbooks to automate tasks like scaling, backup management, and monitoring.

๐ŸŒ Hybrid and Cloud Integration

SQL Server 2022 is designed with cloud and hybrid environments in mind, making it easier to manage and automate SQL Server across on-premises and cloud platforms. Key integrations include:

  • Azure Arc: Azure Arc-enabled data services allow you to manage SQL Server instances across different environments, providing a unified management experience.
  • Azure DevOps and GitHub Actions: These platforms provide cloud-native CI/CD solutions that integrate seamlessly with SQL Server, enabling automated deployments to Azure SQL Database, SQL Managed Instance, and on-premises SQL Server instances.

๐Ÿ”„ Best Practices for Database DevOps

  1. Treat Database Schema as Code: Use version control for database schema changes to maintain a history and enable collaboration.
  2. Automate Everything: From builds and tests to deployments and backups, automation reduces the risk of human error and ensures consistency.
  3. Implement Robust Testing: Use unit tests, integration tests, and automated testing frameworks to validate changes.
  4. Monitor Continuously: Use monitoring tools to track the performance and health of your databases, ensuring that any issues are detected early.
  5. Plan for Rollbacks: Always have a rollback plan in place in case of deployment failures. This might include database backups or transactional scripts.

๐Ÿš€ Conclusion

SQL Server 2022 brings powerful new features and integrations that make it an excellent choice for DevOps practices. By implementing CI/CD pipelines and automation tools, you can streamline database management, improve collaboration, and accelerate the delivery of high-quality software. Whether you’re working in a purely on-premises environment, in the cloud, or in a hybrid setup, SQL Server 2022 provides the flexibility and capabilities needed to succeed in today’s fast-paced development world.

For more tutorials and tips on SQL Server, including performance tuning and database management, be sure to check out our JBSWiki YouTube channel.

Thank You,
Vivek Janakiraman

Disclaimer:
The views expressed on this blog are mine alone and do not reflect the views of my company or anyone else. All postings on this blog are provided โ€œAS ISโ€ with no warranties, and confers no rights.

Understanding Max Server Memory and Minimum Server Memory in SQL Server

SQL Server’s memory management is a crucial aspect of its performance and stability. Two important settings in this context are Max Server Memory and Minimum Server Memory. These settings help SQL Server efficiently manage its memory usage, ensuring optimal performance and avoiding system instability.

What is Max Server Memory?

Max Server Memory limits the amount of memory that SQL Server can use for its operations. This setting helps prevent SQL Server from consuming too much memory, which could negatively impact the operating system and other applications running on the same server.

Importance of Max Server Memory
  1. System Stability: By capping the memory usage, you ensure that enough memory is available for the OS and other applications, preventing system-wide slowdowns or crashes.
  2. Performance Optimization: Properly configuring Max Server Memory allows SQL Server to use memory efficiently, reducing the need for frequent data disk reads and writes, which can significantly slow down performance.
  3. Resource Allocation: In environments where SQL Server shares resources with other applications, setting an appropriate Max Server Memory ensures fair resource distribution.
Calculating and Setting Max Server Memory

To start, you should leave enough memory for the operating system and any other applications. A common approach is to allocate at least 4 GB or 10% of total system memory (whichever is larger) to the OS. The rest can be allocated to SQL Server as Max Server Memory.

Example Calculation: Suppose you have a server with 32 GB of RAM:

  1. Allocate memory for the OS and other applications:
    • 4 GB (minimum recommended) or 10% of 32 GB = 3.2 GB
    • Choosing the larger value: 4 GB
  2. Subtract this from the total RAM:
    • 32 GB – 4 GB = 28 GB
  3. Set Max Server Memory to 28 GB.

Setting Max Server Memory in SQL Server: You can set Max Server Memory using SQL Server Management Studio (SSMS) or T-SQL commands:

  • Using SSMS:
    1. Open SSMS and connect to your SQL Server instance.
    2. Right-click on the server name and select “Properties.”
    3. Navigate to the “Memory” tab.
    4. Set the “Maximum server memory (in MB)” to the calculated value.
  • Using T-SQL:
EXEC sp_configure 'show advanced options', 1;
RECONFIGURE;
EXEC sp_configure 'max server memory', 28672; -- Set to 28 GB (28 * 1024 MB)
RECONFIGURE;

What is Minimum Server Memory?

Minimum Server Memory specifies the minimum amount of memory SQL Server should attempt to reserve after it has started. However, it’s worth noting that SQL Server doesn’t start with this memory allocation; instead, it gradually grows its memory usage up to this amount as needed.

Importance of Minimum Server Memory
  1. Ensuring Performance: Setting a minimum ensures that SQL Server has enough memory for its operations, which is crucial for maintaining performance under varying workloads.
  2. Avoiding Memory Pressure: It helps avoid situations where SQL Server might have to give up memory under pressure, which could degrade performance.

Potential Issues with Incorrect Settings

  1. Setting Max Server Memory Too High: This can lead to insufficient memory for the OS and other applications, causing system instability, swapping, and even crashes.
  2. Setting Max Server Memory Too Low: SQL Server might not have enough memory for optimal performance, leading to excessive disk I/O, slower queries, and reduced throughput.
  3. Incorrect Minimum Server Memory: If set too high, it can reserve more memory than necessary, potentially starving other processes. If set too low, SQL Server might not have enough resources to function efficiently under load.

Best Practices

  1. Monitor and Adjust: Regularly monitor memory usage and adjust settings based on the workload and system performance.
  2. Consider the Entire System: Take into account the memory requirements of the OS and other applications on the server.
  3. Start Conservative: Begin with a conservative estimate and gradually increase Max Server Memory as needed, observing the system’s behavior.

In conclusion, correctly configuring Max Server Memory and Minimum Server Memory is vital for SQL Server’s performance and the overall system’s stability. By carefully calculating and setting these values, you can ensure a balanced and efficient use of resources, providing a stable and high-performing environment for your SQL Server workloads.

For more tutorials and tips on SQL Server, including performance tuning and database management, be sure to check out our JBSWiki YouTube channel.

Thank You,
Vivek Janakiraman

Disclaimer:
The views expressed on this blog are mine alone and do not reflect the views of my company or anyone else. All postings on this blog are provided โ€œAS ISโ€ with no warranties, and confers no rights.