SQL Server with Mr. Denny:

DataCenter


November 17, 2012  2:00 PM

Backup Databases on Creation



Posted by: Denny Cherry
Backup & recovery, BACKUP DATABASE, CREATE TRIGGER, Data Loss, Database, Database Administration, DDL Trigger, Recovery, SQL Server, SQL Server 2008 R2, SQL Server 2012, T/SQL, Transactions, Trigger, xp_create_subdir

One of the companies which I work with has the occasion to create new databases when they do releases of their software.  Normally this isn't a problem, except that they are setup to use maintenance plans to handle the backup and pruning of their transaction logs.  As all the new databases are...

November 1, 2012  6:17 PM

Lugging fuel up stairs shouldn’t have been needed



Posted by: Denny Cherry
AlwaysOn, Data Loss, DataCenter, Distaster Recovery, Recovery, SQL Server

While I applaud the hard work and ingenuity of the sysadmins who works through the days after hurricane Sandy to keep the generators running, one thing kept coming to my mind.  Why...


September 5, 2012  2:00 PM

The world does not revolve around cloud computing or coding.



Posted by: Denny Cherry
Database, DataCenter, Development, Social Commentary, SQL Server

Back on August 28th another ITKE poster wrote a blog post titled "The elephant not in the room" in which they talk about how if you want to work in IT in the future you better plan on working at one of...


December 27, 2011  2:00 PM

Back To Basics: Why isn’t maintenace automatic?



Posted by: Denny Cherry
Back To Basics, Backup & recovery, Recovery, SQL Server

One of the questions which I see pop up from time to time (especially when I used to work for a VAR that wrote software for small businesses) is why doesn't SQL Server do the maintenance automatically?  Things like checking for corruption (DBCC CHECKDB), index defragmentation, backups, etc. The...


October 20, 2011  2:00 PM

What changing the recovery mode of your vCenter database really means



Posted by: Denny Cherry
Recovery, vCenter, VMware

Apparently one of the things that VMware's support department will often recommend that people do is to change the recovery mode of the vCenter database within SQL Server from FULL to SIMPLE recovery because it will magically make a lot of disk problems go away.  While this is true, your disk...


December 10, 2009  11:00 AM

Transaction Log files are not safe to delete



Posted by: Denny Cherry
Recovery, SQL

All to often I see people online saying that they detach a database then delete the log file to shrink it.  This is a very dangerous operation which can leave you with a corrupt database that you can't do anything with.


October 26, 2009  11:00 AM

I’ve got some money for an upgrade, what should I upgrade?



Posted by: Denny Cherry
RAM, Server Hardware, SQL

So you are going along your normal day, and your boss comes up to you and tells you "We've got a few thousand bucks left in this years budget, what would you like to upgrade?"  Assuming that new 26" monitors for your workstation are out of the question, the boss is probably talking about a server...


July 23, 2009  11:00 AM

Design the server to fit the database, don’t cram the database into the server



Posted by: Denny Cherry
Server Hardware, System Design

I am so sick and tired of people posting questions on various forums along the lines of "We just bought a Some brand and model of server and it has n hard drives in it.  How should I setup the database on these drives?"


February 16, 2009  8:58 AM

Optimal Database Setup Hardware Guide



Posted by: Denny Cherry
Article, enterpriseitplanet.com, Server Hardware

A little while back I published an article on Enterprise IT Planet called "Optimal Database Setup Hardware Guide".  In this...


August 25, 2008  11:00 AM

How to setup a server to read log files nightly.



Posted by: Denny Cherry
Backup & recovery, KILL, Log Shipping, Recovery, RESTORE LOG, SQL Server 2005, xp_delete_file, xp_dirtree

So you've been tasked with setting up a quick and dirty reporting server.  The goal is to restore the log files from the production server to the reporting server nightly.  The backups are simple, use the SQL Maintenance plan to backup the logs, and then copy them to the remote machine.  But...