Keeping it Simple: Blog Introduction Post

Hopefully people will find this blog to be both helpful and offer up some decent advice with relevant content.  It will also serve as a placeholder for experiences, lessons learned, and some of the scripts I have used both currently and over the past 10 years. 

My goal will be to update content at least weekly but we will see how that shapes out as I really enjoy all things SQL Server while juggle being a husband and crisis negotiator of 5 wonderful kids.  I have decided to follow what many others have done and start putting my SQL Server journey and thoughts out there for people to learn.

We will kick things off super simple with the following script that I use after restoring anything from production to a dev/test environment where I do not care about a database being in FULL Recovery so we flip it to simple and shrink the log file:


--xSimple
--Sets the DB to simple recovery and truncates the log file.
DECLARE @CURRENTDB VARCHAR(128);
DECLARE @LOG VARCHAR(128);
DECLARE @QUERY VARCHAR(512);

SET @CURRENTDB = DB_NAME();
-- NOTE: Fails if the DB has more than one log file.
SET @LOG = (SELECT Name FROM sys.database_files WHERE type_desc = 'LOG');
SET @QUERY = 'ALTER DATABASE [' + @CURRENTDB + '] SET RECOVERY SIMPLE;';
SET @QUERY = @QUERY + 'DBCC SHRINKFILE ([' + @LOG + '], 1);';

EXEC (@QUERY);

--End xSimple
--Done

Comments

Post a Comment

Popular posts from this blog

How to mass update all or some sql server agent job step commands

How to mass update all or some sql server agent job step and commands using TSQL.   This will use the built-in Replace function to search text in SQL agent jobs  SQL Agent Job information is stored in MSDB and can reviewed using some of the following queries: SELECT * FROM msdb.dbo.SysJobs SELECT * FROM msdb.dbo.SysJobSteps -- OR SELECT a.name as job_name, b.step_name, b.subsystem, b.command, b.database_name, a.enabled       ,a.description, a.date_created, b.job_id, b.step_id   FROM [dbo].[sysjobsteps] as b   INNER JOIN sysjobs as a ON a.job_id = b.job_id Since I will be focusing on the Commands column I will look at using this query to extract data into a temp table so that I can test any updates with the replace step before doing an update to MSDB. This would be your opportunity to archive or save any commands as needed.  Some people may prefer to generate all the syntax necessary to use EXEC sp_update_jobstep so you a...
Read more

SQL Monitoring for Blocking and Locking Capture and Log to table with sp_WhoIsActive or sp_BlitzWho

Image
You can use  sp_WhoIsActive or sp_BlitzWho and log the capture data to a table.   In my example I will use sp_whoisactive as I am more familiar with its use and data collection, however I will look at creating a future post using BlitzWho.  I will provide a few examples that were used to determine that the paid SQL monitoring products can be fancy tools but can be useless if you don't understand the basic concepts or even an understanding of how we capture similar data or in some cases more finely tuned to a specific scenario or use case.  Sometimes these paid solutions are incorrect or things can simply go wrong (Services Fail to start or the data is aggregated and misses something like the query commands and SQL Fragments) and it's always good to plan ahead and be prepared.   Sp_WhoIsActive is a procedure written by Adam Machanic. It can be found here:  sp_whoisactive downloads Sp_BlitzWho is a procedure written by the Brent Ozar team....
Read more

SQL Server General Index Naming Convention

SQL Server General Index Naming Convention  easy to follow:  PK_ for primary keys PK_  Primary Keys, which are logical constructs and not necessarily physical constructs, get tagged with a PK_ prefix. In most systems that I design the PK_ isn’t a clustered index.  IX_ for non clustered non unique indexes IX_  standard single or even multi-column indexes used for seeks or intersection just get prefixed with an IX_ (for  I nde X ). In cases where I need a composite index (i.e., multiple columns) but still explicitly ‘tolerate’ key/bookmark lookups, I’ll still call my seek/intersection/composite indexes IXes. UK_ for unique keys UK_  for unique key index UX_ for unique indexes UX_  for unique index. CLIX_ for Clustered Index (non PK) CLIX_  (non-PK) Clustered Index name is prefixed with CLIX (for  CL ustered  I nde X ) Additionally, I like to code all Create Indexes in SQL 2012 and above with an if not ...
Read more