Most data professionals are familiar with the term "planned downtime" and "unplanned downtime". The first is painful to ask for, and the second is painful to explain. We strive not to have either. SQL Server 2008 and SQL Server 2008 R2 have introduced features, such as better recovery from corrupt pages in a Database Mirroring and so forth that attempt to keep the problems down. But "planned" and "unplanned" can also be used to describe our daily work - and we don't have a choice most of the time for how we deal with either kind.
Planned work is the task we do because it has a schedule, or at least *could* be scheduled. Backups, building a server, applying a service pack, reviewing the logs - all of these could be things that we can schedule. Looking at my "Tasks" in Microsoft Outlook, I have a lot of things that I have scheduled for today, this week, and this month. I never really close or complete some of them, I just change the due date to the next period of time when I need to deal with that task again.
Other work is very "unplanned". This kind of work can come from anywhere - from a co-worker who needs help, a manager with an emergency request, and most of the time from a server that has a problem, with anything from issues with Replication to a failed backup.
It's kind of
difficult to meld these two together. When you're in the middle of building a
server, it's hard to leave the server room, run downstairs to talk with an
irate manager and then fix the issue with the system's database so that her
application can still run. Even worse, for data professional it's often a case
of having to prove it *isn't* the database that is causing the performance
problem - but that's another post.
There are, however, tools and processes that can help you deal with both planned and unplanned work. As I mentioned, I use Outlook for just about everything, since I can access it from many locations (even my Windows Mobile phone) and it combines my calendar, tasks, contacts and of course e-mail in one place.
Another tool I've come to rely on is OneNote. Of course you can just use notepad or a Word-processor to take notes, but OneNote is integrated with Outlook (and just about every other Microsoft program), it can "share" notebooks between teams and has a rich set of tags to help qualify what I need to know visually and quickly.
But tools aren't the whole story. First, I try to keep a level head during the interruptions. I've been a data professional for a really long time, so I've gotten over the panic stage. It also helped that at one point in my career I volunteered as an Emergency Medical Technician (EMT) on an ambulance, which of course *really* puts you in life and death situations. After that, a server crash isn't cause for complete panic.
I have developed a process to deal with both of these kinds of work. I plan what I can - trying to look out as far as possible, creating checklists, and coordinating with the rest of my team and my organization. I try to get the most important planned work done as soon as possible - first thing in the week, first thing in the morning. That way, if I get an unplanned event, as much as possible of the planned work is complete. In a way, I'm planning for unplanned work!
For the truly unplanned work, such as an emergency, I keep a OneNote page nearby with links that are categorized by the type of issues I think I might face. I document each step I follow to correct the issue, even if I have to wait until later. I try and keep the energy from all of the emotions low, and work on the problem as systematically as it will allow. Above all, I communicate constantly, letting the right people know what has happened, what is happening now, and what I'm doing about it. That OneNote document comes in really handy here.
So how are you doing it? How do you handle the work that comes at you from all sides?