Register Today – (Rates go up in days)
See YOU at the Virtual Conference
20 different speakers are pulling together their excellent content, approaches and ideas and presenting it to you! SQL Server tips, best practices, tools, tuning and much more. Business Intelligence tips, approaches and specific how-to information, SharePoint information on setting up and administering SharePoint systems – all of this and a ton of different, entirely new and fresh sessions. Where else can you attend a conference online – a REAL conference – with 75+ sessions, and a lot of interaction, live chat, session replays, session transcripts and downloads…
Mark your calendars now for April 7, 8 and 9th – and get more information or register here. (Yes, group discounts are available too! Here’s the form.)
Featured Script
dba3_fn_TableIdentityColumns_WithIdentCurrent_Article
UDF, returns identity column names With Ident Current values for a designated table in the same database. Requires a paramete… (read more)
Virtualization Successes and Your Shop
MIke had some great comments and feedback on his experience with virtualization – "I currently have 65 database servers – 37 virtual and 28 physical. Our virtual servers are all hosted on VMWare ESX servers 64 gig memory and between 8 and 12 processor cores. They all rely on Fiber Attached Storage. Virtual servers are our default platform and those servers which are physical have been created that way due to specific constraints ie. location, vendor requirements etc. My most heavily hit servers are all on VMWare with an average of 25 databases on each.
We disassembled our SQL server cluster in favor of a virtual environment because new technologies like “server snapshots”, and VMotion” make failover and disaster recovery so much more robust than clustering. It also allowed us to cut back on licensing by using the “Standard” rather than the more expensive “Enterprise” version of SQL Server. We have rarely had performance issues due to our servers running in VMWare and when we did we were able to fix it by adding memory, processors or by moving it to faster storage. All of which would have required a major outage if the servers were physical. In the 3 years or so that I have been moving my servers to VMWare I have had 1 short outage where the VMWare host went down and the servers were automatically “VMotioned” to another host and restarted. Total outage was approximately 1 minute. In another case a storage subsystem went down and all data was lost. We restored the most recent server snapshots and then restored the appropriate database and transaction log backups. We were down approximately 3 hours and lost about 15 minutes of data. Compare this to recreating a cluster or even a single server and restoring all the data and the recovery time pales in comparison.
Virtual environments also allow for hardware upgrades much easier than with physical. To move a SQL Server to a new physical box I would have to load an operating system and all the corporate amenities (anti-virus etc.), create a new server name, and IP address. Load SQL Server and move all my data to the new server. I would then need to point all my clients to the new address unless I have DNS aliasing set up. This process could take as long as a week with time on site in the evening to move data when users are in bed. In contrast, a new Virtual Host is purchased, ESX software is loaded, it’s joined to the VMWare cluster, servers are migrated off the old host and the old host is shutdown and retired. No down time, no interruption in service and much less time spent in installation and configuration.
In my opinion, the key to a successful deployment of SQL Server in a VMWare environment rests solely on the availability of talented resources to maintain the infrastructure. Our deployment, though very robust, is also extremely complicated. We have technicians responsible for storage subsystems, fiberchannel switches, enterprise backup systems, blade centers etc. Much of which would not be necessary in a “physical server” environment but are essential in a “virtual server” environment. Every area of expertise is overseen by a technician that specializes in that area but also crosstrains in other disciplines. This is not the environment for a “mom and pop” shop or those faint of heart.
I have been in the IT industry since 1996 doing desktop, server, network and application support, email administration and most recently database administration, and though I realize other advancement in processors, networking and general hardware improvements have allowed the virtual server environment to become more viable, the greatest advancement I have seen in infrastructure is the advent of virtual servers."
Webcast: SQL Server Forensics
Have you ever received a call from one of your users asking why they received an error 3 days ago? Or maybe they want to know when a particular piece of data was deleted and who did it. Troubleshooting past events is difficult in SQL Server, but not always impossible. Learn how to set up a SQL Server to be able to respond these questions and how to use resources within SQL Server and other application logs to track down activity that otherwise might be lost.
Presented by: Sarah Barela
> Register Now
> Live date: 4/14/2010 at 12:00 Pacific