Friday, November 24, 2017

How to check advanced options in SQL Server?

To check the available advanced options configured at instance level in SQL Server, you need to use the  sp_configure system stored procedure.

The default behavior, for security and stability purposes, is to show only the "least" advanced parameters, so, if you execute the stored procedure, it will show something like this:

EXEC sp_configure

It doesn't show all the configuration options

To display all of the available options, you have to run the "show advanced options" command:


EXEC sp_configure 'show advanced option', '1'; 

CAUTION: Be extremely careful enabling this command, and remember to disable right after using it, because any user have access to the sp_configure command, and you will expose advanced configuration parameters to an untrusted user.

After this, you have to execute a RECONFIGURE command for the changes to take effect.

Note: RECONFIGURE and RECONFIGURE WITH OVERRIDE have the same effects for displaying the parameters, the only difference is when you change any parameter, the OVERRIDE option allows you to set a value outside allowed boundaries (yes, you should never do it, but the engine give us the option of shooting ourselves in the foot). 

To show all the advanced options we proceed to run the following command:

USE master;
GO

EXEC sp_configure 'show advanced option', '1'; --Enable advanced options
RECONFIGURE;

EXEC sp_configure --Show all the options

EXEC sp_configure 'show advanced option', '0'; --Always disable advanced options
RECONFIGURE;

Note that not all options are displayed on the image


Sources:
https://docs.microsoft.com/en-us/sql/database-engine/configure-windows/server-configuration-options-sql-server

Monday, November 20, 2017

Finally I am MCSA


I have recently obtained the certification Microsoft Certified Solutions Associate: SQL Server 2012/2014.
I began with this path almost 2 years ago, back then i wrongly thought that the MCP will be enough for me, and then I decided to get out of my comfort zone and look forward to finish the certification to the next step, and here we are, after a long struggle and a lot of blood and tears, I made it :)

Perhaps you are wondering, "hey this is not a a big deal, so why the post?" because it was, at least for me, so freaking difficult! Let me explain why:

The old format had 3 required exams

When i started my MCSA certification path, the SQL Server 2016 certification path was still too recent, also my skills on that area, so I decided to take the 2012/2014 instead, who has 3 required exams:
  1. Querying Microsoft SQL Server 2012/2014
  2. Administering Microsoft SQL Server 2012/2014 Databases
  3. Implementing a Data Warehouse with Microsoft SQL Server 201S2/2014
And now for 2016, it only requires 2.

Querying, BI and Administration was all in the same pack

For MCSA 2016, you can choose which one you want to obtain, database administration, database development, BI development, but for 2012 (as you could see earlied) all is included in the same pack.

One of the hardest test of my life

Among all the test i have taken in my life (school, university, certifications) I consider the Querying Microsoft SQL Server one of the most difficult test I have taken (if not the most difficult). I have known people that have pass this test easily, but I'm not used to memorize things and for this test, *SPOILER ALERT* yo have to memorize a lot!

My next step

In the short future, in want to focus on 3 things:
  • Upgrading to MCSA 2016 (since the upgrade only requires 1 test)
  • Obtain MCSE: Data Management and Analytics certification (focused on DB Administration)
  • Learn about Machine Learning and maybe in a future obtain the MCSA: Machine Learning certification.







Friday, November 10, 2017

Query to determine mirrored database status

I am sharing today a SQL Script to quickly check on an instance which databases are in mirrored and their status.

select 
 db.name, 
 db.state_desc, 
 dm.mirroring_role_desc, 
 dm.mirroring_state_desc,
 dm.mirroring_safety_level_desc,
 dm.mirroring_partner_name, 
 dm.mirroring_partner_instance 
from sys.databases db
inner join sys.database_mirroring dm
on db.database_id = dm.database_id
where dm.mirroring_role_desc is not null
order by db.name
 
 
I hope you find this script useful! 

Monday, November 6, 2017

SSIS Basics: Integration Services Catalogs

In the new Project deployment model for SQL Server Integration Services, a new SQL Server database is used to provide a central management and deployment of packages: SSIS catalog


What it does?

Is an special database called SSISDB where you store projects, packages related to the projects, environments (for example dev, test, QA and Prod) and variables related to each environment (for example a connection string). It also stores the execution history for further analysis.


How to access it

First of all, you need to install it since it is not added by default.

If you don't have it installed

 

Open the SQL Server Management Studio, and then locate the Integration Services Catalogs folder, and then right click in the folder, and select the Create Catalog option.





After that, a new window will appear, just enter the password you want, and the catalog will be created.


If you have it already installed

 

Just expand the folder and the SSISDB will be available:


Also a SSISDB database is created, this can be used to perform custom queries or monitoring.



How to configure it


Now we can deploy packages and create environments for each project.

To deploy a test package

 

You can use SSDT IDE to deploy a package directly to the catalog if you have it configure as Project deployment model.

In the project, right click and select the Deploy option.


Select your SQL Server instance where the SSISDB catalog is installed. In the Path field, select the folder where you want to install the package.


Finish the wizard and if everything is OK, the project will be deployed to the catalog successfully.


 We can expand the catalog again, and we can see that the test package is available now.

 

Create environments

 

Another feature of the SSISDB catalog, is to create environments, were you can store different parameters and configurations for the package, so you can select to which one do you want to execute it.




As you can see, for this particular example we have created an environment to store different connection strings



So now you have the basic knowledge to get rid of maintaining your packages in the filesystem, as you can have a centralized place to store and manage them with improved security.


Sources

https://docs.microsoft.com/en-us/sql/integration-services/service/ssis-catalog