Tag Archive: quest

How to BACKUP LOG WITH TRUNCATE_ONLY in SQL Server 2008

BACKUP LOG WITH TRUNCATE_ONLY is a dangerous command: it empties out the contents of your SQL Server’s transaction log without really backing it up.  Database administrators sometimes run this command right before shrinking their log file with a DBCC SHRINKFILE command, thereby freeing up drive space.

Why ‘truncate_only’ is not a recognized backup option.

I’ve blogged about why backup log with truncate_only is like a bear trap, and I meant it: you shouldn’t be running this command except during extreme emergencies.  When you truncate transaction logs, you lose the ability to recover to a specific point in time.

Microsoft recommends that instead of truncating logs, you switch to simple recovery mode instead.  That way you don’t generate logs you won’t be using, and you won’t incur performance impacts from repeatedly filling and truncating the logs.  You also remove the need to regularly back up the transaction log.  This has plenty of drawbacks – if something goes wrong with your database, your only option will be to restore the previous full backup.  You could lose hours – maybe even days – of data.

Microsoft recognized the problems with TRUNCATE_ONLY and removed this capability completely from SQL Server 2008.  If you try to use this command:

BACKUP LOG AdventureWorks WITH TRUNCATE_ONLY

You get an error:

?Msg 155, Level 15, State 1, Line 1
'TRUNCATE_ONLY' is not a recognized BACKUP option.

The only workaround in SQL Server 2008 is to switch the database’s recovery model to simple as shown in Books Online.  This empties out the transaction log, thereby letting the DBA run a DBCC SHRINKFILE afterwards, then switch the recovery model back to full.

That solution still suffers from most of the same problems as using TRUNCATE_ONLY – the database’s recoverability is compromised.  It’s just as bad of a solution, but unfortunately Microsoft can’t remove that workaround since we do need to put databases into simple recovery mode for other reasons.

Method 1: How to BACKUP LOG WITH TRUNCATE_ONLY in SQL Server 2008

We can fake it by not writing our backup to a real device.  SQL Server lets us use the NUL: location as a backup target, so the following will do a log backup without actually saving the contents anywhere:

BACKUP LOG MyDb TO DISK=’NUL:’

Remember, we’re still not fixing anything here: whatever caused the log file to grow in the first place can happen again and put us right back where we started.

Method 2: Use Quest LiteSpeed to Fake a Log Backup

If you don’t want to switch into simple recovery mode, and if you’re using Quest LiteSpeed for SQL Server, there’s a back door workaround.

Don’t try what you’re about to see at home. We’re what you call experts.  We’ve got years of experience that keeps us safe.  Just like TRUNCATE_ONLY, this solution has a ton of drawbacks and compromises your recoverability.  This should only be done in cases where a log has grown out of control and must be erased or else the system may crash.  In any other situation, you should consider backing up the log with conventional means.

Open a command prompt, go to the folder where the LiteSpeed engine is installed (typically \Program Files\Quest Software\LiteSpeed\Engine) and type:

sqllitespeed.exe -B log -D AdventureWorks -F e:\test.bak --nowrite

The parameters are:

  • -B log = the type of backup we’re doing, database or log.
  • -D AdventureWorks = the name of the database we’re backing up
  • -F e:\test.bak = the name of the file we’re backing up to, except that…
  • –nowrite = don’t actually write the file.

LiteSpeed will make SQL Server think it’s doing a backup, but since LiteSpeed controls what gets written to disk, it just smiles and nods while SQL Server keeps shoving information across.  “Uh-huh, yeah, I got it.  Keep that data comin’.”

Your data is not actually backed up. This is a giant problem.  Don’t leave this script lying around where a junior DBA might see it and reuse it for regular backups.  This should only be used to impress your friends with your useless knowledge of SQL Server, much like I’m doing here.  Well, heck, it’s not even my knowledge – big thanks to David Gugick and James Deen of Quest Software for pointing out this trick.

P.S.: yes, I shouldn’t have even written this technique in public, but there’s a lesson here.  We had some controversy earlier this week about shrinking databases, and I wanted to show how you can convey dangerous information with proper warning labels.  If you don’t explain this stuff, someone can stumble across your instructions in a web search, think it’s completely okay, and do it without understanding the consequences.

And before you shrink your logs, read my thoughts on that too.

Brent Ozar PLF Team

Brent Ozar PLF is a boutique consulting firm focused on understanding your environment and strategy. We partner with you to objectively identify pain points and develop solutions that align to your business goals. Your experience comes first; we share our knowledge and expertise to help you.

Twitter - Facebook - More Posts

Why Your Servers Need a Physical

I’ve been really lucky so far: I hardly ever get sick.

Steak Tartare

Steak Tartare

Every now and then, I engage in risky eating behavior and I come down with food poisoning. I should know better, but I just can’t help myself when I get the chance to try steak tartare, sushi, deep fried goat cheese or a Popeye’s #2 Extra Spicy, all of which have given me food poisoning. Yes, I know what Food Best Practices is, and generally I do a decent job of eating right, but who doesn’t fall off the wagon now and then?

Years of experience (including days in hotel bathrooms) have taught me how to handle basic health problems like a cold, a flu, or the aftermath of eating raw steak. I don’t usually see a medical professional for those symptoms. I know how to address those myself, and I can nurse myself back to health.

Nonetheless, once a year I shuffle into a doctor’s office in perfectly good health in order to get a physical and blood tests. The doc uses his skills and expensive equipment to find things about to go wrong – hopefully while they’re easy to catch and fix. At my last physical, for example, we determined that I was starting to suffer from GERD. My doctor explained how to handle it, and now I’m equipped to keep an eye on it and do preventative maintenance to ward it off. Without help from my doctor, I wouldn’t have been prepared, and I would have suffered some nasty problems down the road.

Your SQL Server Needs a Physical Too

As a database administrator, you’re better equipped than most people to handle database health problems. You do an above-average job of staying current with news and tips from other DBAs, and you understand a lot about how your systems work. If you’re like me, you know much more about what makes a database server tick than how your own body works. (My own medical knowledge comes exclusively from the game Amateur Surgeon, in which a pizza delivery guy uses a pizza cutter and salad tongs to get the job done.)

Please remove your clothes and wait for the DBA.

Please remove your clothes and wait for the DBA.

Don’t get overconfident, though: despite your SQL Server skills, you’re probably still a nurse, not a doctor. Even though you spend a lot of your spare time reading up on how to be a better database administrator, you don’t get the benefit of hands-on experience with the latest and greatest health technologies and techniques. While getting medical attention from a nurse is still better than a pizza delivery guy, it’s still no substitute for seeing a doctor.

Enter the SQL Server Health Check: a visit from a highly experienced consultant. Relax – there’s no paper gown involved. A consultant comes to your office for a few days or longer, uses a series of exotic scripts and tools on your server, and delivers an exhaustively detailed report. The resulting information tells you what’s going right and what’s going wrong, plus what you need to nip in the bud before it becomes an expensive disaster. I blogged about my Microsoft health check experience a couple of years ago, saying:

“I would highly recommend that anyone with a Premier Support agreement get a SQL Health Check. Even if you’re not having problems with your database servers, you’ll walk away with a useful set of knowledge about how to verify that everything’s functioning as it should.”

I’m still surprised by how few people are aware of the health check process, but the other DBAs who’ve done it have given it glowing reviews too. At the recent Quest Customer Advisory Board meetings, several of us shared our health check experiences and I learned about a new source for health checks: Solid Quality Mentors. Microsoft’s health checks are only done for Microsoft Premier customers, which tend to be large enterprise shops, but even small companies can get a SQL Server health check from SolidQ.

Health Checks Are Like a Blood Test

All of us have our own ways to poke around and find out if our server is doing okay, but we don’t have the skills or time to really dive deep. Microsoft and Solid Quality have invested thousands of hours into building very complex auditing tools that look into every nook and cranny of your server configuration and schema. I was stunned during my health check to see the number of things covered in such a short amount of time, and the consultant was kind enough to show me the contents of one of the auditing scripts. My jaw hit the floor – I just couldn’t believe how much logic was built into the tool.

After my health check finished, my first thought was to go build my own auditing script. I took a shot at it, but I quickly gave up because of the amount of time required. I’m glad I did, too, because I never would have been able to match it.

Only one local doctor takes my health insurance plan.

Only one local doctor takes my health insurance plan.

See, these companies continually strengthen their auditing tools based on feedback from their consultants. As they’re brought in to resolve performance problems, they learn new obscure issues faced by database administrators. They build scripts to check for the symptoms and add these scripts into the health check auditing tool. Something that might have taken days or weeks to stumble across now takes just seconds, and it happens automatically as part of the health check audit. When you get a health check, you’re taking advantage of the knowledge gained from consulting gig the company’s performed in the past. That’s like a blood testing machine: it’s crazy expensive, and us nurses can’t afford to have that kind of gear sitting around the house. Sure, an individual blood test only takes a matter of minutes, but think about how much skill and money it took to get there.

My generous, magnificent and good-looking employer, Quest Software, sells tools like Spotlight and Foglight Performance Analysis that do some of this same kind of analysis, so at first glance we look like competitors – not at all. Health checks are reasonably priced, but you probably can’t afford to have a full-time, round-the-clock expert from Microsoft or SolidQ watching all of your database servers. Quest’s tools give you that 24/7 insight into your servers so that when problems pop up, you can investigate and fix it immediately. Health checks are planned engagements that dive deeply into all aspects of a server’s performance, looking at areas our tools can’t reach. For example, we don’t investigate the number of indexes per table, which is something that SolidQ checks. I believe that even if you have all of the Quest tools, you’ll still benefit from getting a regular health check on your most important or worst-performing servers. (Hopefully those aren’t the same ones.)

As much as I’m gushing about health checks, you might think I’m getting paid for this endorsement. I’m purely doing this out of the goodness of my heart. I remember vividly how much I liked my health check and how much it expanded my knowledge, and if I was a DBA, I’d want to know this kind of option was out there.

How to Get a SQL Server Health Check

Begin by scoping out how many blood tests your server needs. Health checks can examine:

  • Hardware configuration
  • Windows configuration
  • SQL Server configuration
  • Database schema & queries

Choose which ones of those is most important to you first, and communicate that to the consultants as a part of the price quote process. That’ll help the consultants figure out the right person for your needs and build a timeline that will be long enough to accomplish your goals. For example, my first health check solely focused on the Windows and SQL Server configuration because the application team was convinced the problem wasn’t their queries.

After your team has agreed on a basic scope, contact Microsoft Premier Services or Solid Quality Mentors to find out how much it’ll cost.  In large cities, you may also have local consulting options too, but make sure the consultant has real-world experience with a lot of servers.  Don’t get a SQL Server database engine health check from someone who’s spent the last year managing an SSRS deployment, for example – their skills won’t be up-to-date with the latest performance and configuration techniques.  (If you’re reading this and your company offers these types of health check services, feel free to add a comment below this post with your web site & contact info.)

Scoping your health check doesn’t mean the consultant will completely ignore any other aspects, though. In my health check, after reviewing Windows and SQL Server, the consultant did a brief review of the database and showed why no hardware, OS or SQL Server changes would be able to accommodate the application – it needed serious reworking. The final health check report didn’t go into any depth on the schema or how to mitigate its problems, but the overall report was enough information to tell us what to do next.

The CAB members echoed my favorite part about an external health check; it’s like getting a second opinion from another doctor. As the in-house DBA, you may have been preaching the same story over and over to your developers and Windows admins. You may have been telling them for months/years/decades that they need to rewrite a particular cursor or they shouldn’t put TempDB on the C drive. Bringing in an independent outsider to take an objective look at your system and give an impartial report can help you effect the changes you’ve always wanted. There’s nothing more empowering than sitting in a conference room while the final report is discussed and saying, “See, I told you guys this was a problem, and now we can work to fix it together.”

Health Checks Are Training In Disguise

Health checks aren’t just ammo for the blame game – they’re also DBA training cleverly disguised as consulting costs. You’re having a hard time getting training money approved, right? Try getting a health check approved instead, but don’t tell your boss it’s actually training, muhahaha. I learned more during my one-week health check than I’d learned the rest of the year. Health checks at your office are great learning tools because they use your own servers as the examples. Instead of learning about theoretical problems with AdventureWorks samples, you’re learning things that are directly applicable to your own environment.

Before the consultant comes on site, block out your calendar for the health check dates. Plan to spend every available minute with the consultant to suck their brain dry. Even when they’re just sitting around waiting for results to come in, you should take advantage of their presence. Ask them about their recent horror stories at other shops and how they fixed the issues. Ask them what they like to look for first when examining performance problems. Listen and learn.

If I had the choice between going to a week of training versus getting a one-week health check on my nastiest database servers, I’d opt for the health check. The health check kills two birds with one stone: it shows me what’s wrong with my servers, and shows me how to correct it.

(Note – I’m on vacation, so I probably won’t be responding to comments for a few days. I scheduled this post ahead of time. I’m on a sailboat in Lake Michigan, and I’ll respond if I get within wireless range. And yes, I’m bringing my laptop.)

Brent Ozar

Brent specializes in performance tuning for SQL Server, VMware, and storage. He's one of the very few Microsoft Certified Masters of SQL Server, a published author, and a Microsoft MVP. He likes travel, Jeeps, Apple gear, jokes, and writing about himself in the third person. Read more and contact Brent.

Website - Twitter - Facebook - More Posts

What I Do at Quest Software

At Quest Software, my official job title is Domain Expert.  That means I’m supposed to be the master of my domain – my domain being SQL Server, storage area networks, and virtualization.  Ideally, I’m also supposed to be pretty good at the Quest products for that stuff, too.

I don’t have a written job description (as far as I know) but my daily routine revolves around:

  • Learning the latest and greatest tools and tricks for SQL Server DBAs
  • Teaching other people about those tools and tricks (customers, developers, support staff, etc)
  • Influencing product direction by pointing out things DBAs need help with
  • Testing Quest products to see if we’re getting it right

I interact with a lot of SQL Server people at Quest – developers, support, marketing, execs, and so on.

If you’ve run into challenges with Quest, whether it’s people, products or processes, and you haven’t been able to get ‘em fixed through normal channels, let me know about it.  I can’t be the first person you call for tech support, and I can’t get you special discounts on software, but there’s usually something I can do to help when things aren’t going well.  I’ve heard from a few community members that they had questions, but they didn’t want to bother me – by all means, feel free!  If there’s something I can do to help, I’m all over it.

I am by no means a figurehead here for Quest: the things you read here are my own poorly-thought-out opinions alone, and do not represent Quest’s official viewpoints on anything.  Just think of me as a buddy who works for the company.

Brent Ozar

Brent specializes in performance tuning for SQL Server, VMware, and storage. He's one of the very few Microsoft Certified Masters of SQL Server, a published author, and a Microsoft MVP. He likes travel, Jeeps, Apple gear, jokes, and writing about himself in the third person. Read more and contact Brent.

Website - Twitter - Facebook - More Posts

LiteSpeed for Oracle now available

I don’t usually talk about Quest product stuff here, but there’s one new product out that I wanted to put on your radar.  LiteSpeed, the backup software for SQL Server, is now available for Oracle too.

The product is called LiteSpeed Engine for Oracle (LEO), and like the name indicates, this focuses on the engine itself.  Those Oracle guys are pretty smart: they like scripting all their stuff instead of using pretty point-and-click GUIs like us SQL Server guys.  (That’s the spin you have to use when you talk about Oracle guys – in private, we say things like “they haven’t figured out how to use a mouse yet,” har har ho ho.)  As far as the engine goes, it’s the same stuff you like about LiteSpeed – faster backups, smaller backup files, encryption without overhead, yadda yadda yadda.

It runs on the major *nix flavors like HP-UX, AIX, Solaris, Red Hat and SuSE, but not Windows – yet.  (Dang, okay, now I’m getting jealous. The Oracle guys get all these platform choices.)

The product managers are really encouraging us to learn Oracle so that we can have better conversations about the product.  This ties into my blog earlier about learning different database platforms, heh.  I’m torn – I’d love to take this opportunity to learn more about Oracle, but Microsoft has so many cool things coming too.  Only so many hours in the day!

Brent Ozar

Brent specializes in performance tuning for SQL Server, VMware, and storage. He's one of the very few Microsoft Certified Masters of SQL Server, a published author, and a Microsoft MVP. He likes travel, Jeeps, Apple gear, jokes, and writing about himself in the third person. Read more and contact Brent.

Website - Twitter - Facebook - More Posts

So You Wanna Be a Rock & Roll Star

I loved the flash-in-the-pan band Semisonic, best known for – okay, only known for – their hit song Closing Time. I thought the rest of their stuff was just as brilliant (She’s Got My Number is one of my favorite songs ever), but I was in the minority, because they disappeared off the rock radar pretty quickly.

The band’s drummer, Jacob Slichter, wrote a book about the rock star experience called So You Wanna Be A Rock & Roll Star explaining what it was like to rise and fall in popularity. I bought it just to get a glimpse inside the crazy rock star lifestyle written by somebody who hadn’t been strung out on drugs. Great book.

This week on a plane to San Francisco, I found myself staring at a copy of Quest Software’s ad in the latest SQL Server Magazine, and the part that grabbed my attention was the bottom:

Be a SQL Server Rock Star with Quest

Be a SQL Server Rock Star with Quest

The tagline of Quest’s SQL Server marketing group is, “Be a SQL Server Rock Star with Quest.” Then it hits me: I should probably write a blog entry about what I do for a living. I’m no Jacob Slichter, but I have one hell of a fun job.  I’ve gotten a couple of questions about what the job title “SQL Server Expert” really means, and how you get a job like this. Today I’ll focus on the job, and tomorrow I’ll talk about how you can get a job like this.  (No, really.)

I’m an in-house resource for people at Quest who need to know something about SQL Server. Now, keep in mind that Quest has over 3,000 employees, hundreds of which make their living working with SQL Server. I work with people who write code to work with SQL Server, people who write documentation on SQL Server products, people who test SQL Server in ways I never knew existed, and people who support huge companies using SQL Server. Most of the time, when these people ask me a question, I look at them and think, “Holy cow, your question is so smart I can barely comprehend it, let alone answer it!” Quest hires smart people, and they ask hellaciously tough questions. Sample of one in my in-box right now: “Can logical fragmentation of a heap ever hit exactly 100%?” Whoa. I understand the question, and I think I’ve got a handle on the answer, but I don’t know for sure and I’m going to have to do some cool experimentation just to find out.

Sometimes they’re easy, but sometimes they’re hard-core technical questions that require serious research and testing. At times like that, I have to go find the answer out, and that usually means some pretty cool research. I maintain a big virtual server lab with my own Active Directory domain, mail server, file servers, and a dozen SQL Servers with various test databases in wacko configurations. That helps me find out strange answers fast.

My job revolves around getting these questions answered. At any given time, my to-do list includes questions like:

  • How can Quest build tools to make SQL Server management easier?  (Sounds easy, right? Try answering that to a roomful of very smart people who are about to bet money on it.)
  • What features do we need to add to LiteSpeed to help SQL Server 2008 users?
  • If a customer is having performance issues writing backups to a particular make/model of SAN, where should they look?
  • What podcasts do we need to record in the coming months that DBAs would want to watch?
  • What do DBAs think of the way a particular feature works?

I work with my internal customers and my managers to prioritize the flood of questions and then solve ‘em. As soon as a question comes in, I need to figure out:

  • Am I the right person to find the answer? Quest has hundreds of SQL-savvy people, and there might be somebody who already knows the answer to this question.
  • How long will it take me to find the answer? I need to quickly give the requester a ballpark idea of when I’ll be able to give them an answer – even if I don’t yet know how I’m going to get that answer. Is it a one-hour question, or a one-week question?
  • What’s the priority of this question? I’ll never be able to fulfill every request that comes in before my day is over, so I have to balance what’s coming in with what I’ve already got on my plate. This is harder than you might think at a new company – I get requests from people I’ve never heard of!
  • How will I get the answer? What’s the actual work that I need to do in order to figure out the problem? Do I need to test it on different SQL Server platforms, with small or large environments, bounce it off my Twitter peeps, ask Microsoft, build a new server, etc. A lot of my questions involve building a little project plan to make sure I don’t leave something out. I don’t wnat to tell a programmer, “This is how you solve that problem,” only to have my answer get deployed in a commercial product – and have it not work right.
  • How do I communicate the answer? Since I’m in the answer business, I need to find out how many other people might want that answer, and figure out how to get that answer to them. For example, if it’s a technical question about how a particular feature works in SQL Server, I’ll write up the answer in a blog post or a SQLServerPedia.com wiki article, or maybe record a podcast about it.

This communication need is one of the reasons I’m really excited about the new SQLServerPedia wiki. If you’ve been reading my blog a while, some of my posts are really, really long – frankly, too long for blog posts – because I’m covering a technical issue in-depth. My SQL Server tuning with Perfmon article comes to mind. Instead, it makes sense to shove that into the wiki as an article and let other people edit it and enhance it.

Anyway, that’s my job. In the process of answering questions, I get to learn a lot of cool stuff, meet a lot of cool people, and see a lot of cool places. As I write this, I’m on a flight to San Francisco to meet with our SQL Server marketing guys for a couple of days.

So how can you, dear reader, get a job like this? Stay tuned for the next episode.

Brent Ozar

Brent specializes in performance tuning for SQL Server, VMware, and storage. He's one of the very few Microsoft Certified Masters of SQL Server, a published author, and a Microsoft MVP. He likes travel, Jeeps, Apple gear, jokes, and writing about himself in the third person. Read more and contact Brent.

Website - Twitter - Facebook - More Posts

Webcast – What’s New in LiteSpeed 5.0

I try not to do much marketing stuff on my personal blog, but when we do user group meetings, DBAs seem to be really interested in this particular topic.  If you’re interested, here’s a webcast on What’s New in LiteSpeed 5.0.

Brent Ozar

Brent specializes in performance tuning for SQL Server, VMware, and storage. He's one of the very few Microsoft Certified Masters of SQL Server, a published author, and a Microsoft MVP. He likes travel, Jeeps, Apple gear, jokes, and writing about himself in the third person. Read more and contact Brent.

Website - Twitter - Facebook - More Posts

LiteSpeed v5.0 is out!

Presto chango, version five.

This one was in the oven long before I arrived at Quest back in May, and I’ve been using it for the last couple of months.  Some of the big improvements are the ability to query backup files just like databases, the Backup Analyzer that automatically tests a bunch of compression & encryption methods for the best match on your server, much easier log shipping, the ability to read transaction logs to generate undo & redo scripts for transactions, and an all-new user interface from the ground up.

When I was working with the documentation team to tweak the v5 readme file, I had to pinch myself – I couldn’t believe I was actually working for Quest, actually a part of the team that makes this cool stuff.  As a DBA, this is about the best job you can have.  I’m really lucky.

I could just go on and on, but I won’t – for more info, hit the official Quest LiteSpeed v5.0 site.  If you have questions about 5.0, the best place to ask is on the Quest SQL Server Forums.

And now, if you’ll excuse me, I’m emailing back and forth with the LiteSpeed head honcho about what we should include in v5.1.  Time to go pinch myself again….

Brent Ozar

Brent specializes in performance tuning for SQL Server, VMware, and storage. He's one of the very few Microsoft Certified Masters of SQL Server, a published author, and a Microsoft MVP. He likes travel, Jeeps, Apple gear, jokes, and writing about himself in the third person. Read more and contact Brent.

Website - Twitter - Facebook - More Posts

Quest partnering with Solid Quality Mentors

The DBA job market is tight all over the country.  Everybody’s having a hard time finding good database administrators at the price they’re allowed to pay.  (I can personally vouch for this because I get a handful of recruiter calls every day asking me to relocate to every state in the country.)

At the same time, the role of the DBA keeps expanding.  We’re being asked to manage more servers – not just database servers, but related applications like Sharepoint.  (The data goes in SQL, right?  Give it to the DBA, she’ll manage it.)

Compounding the problem is that DBA training is just as hard to find as a good DBA, so it’s hard to take a junior DBA or a developer and simply send them to training to become a full-fledged DBA.  The attendees lamented the lack of quality DBA classes – boot camps taught by non-DBAs just don’t cut it.  The attendees asked Quest to make it easier to take junior DBAs, put them in more challenging roles, and equip them with tools and knowledge to get the job done faster.

Even good DBAs don’t have the luxury of doing constant performance tuning on a wide array of servers and applications, finding out what methods work best, and staying on top of changes in the engine itself.  That is a full time job, and it’s even tougher to find people who are good at that.

So how does a software company help?

Quest is partnering with Solid Quality Mentors to build more know-how into Quest products and offer more services.  SolidQ is a well-known and well-respected group of seriously smart SQL gurus, especially in the field of performance tuning.

What this means for DBAs is that Quest’s SQL Server tools will start including features specific to SolidQ’s tuning and monitoring advice.  Quest isn’t just slapping a SolidQ label on the software: SolidQ is giving valuable feedback about new features, new counters to monitor, and how to interpret those counters.

Why should you care?  Because this is another example of how Quest is out to make you, the DBA, look a rock star.  They’re not just monitoring a bunch of outdated statistics and saying it’s good enough – they’re bundling high-end SQL Server knowledge straight into the tools.

For more info about how the partnership came about, check out this Quest-SolidQ podcast with Douglas Chrystall, Heather Eichman and Brian Moran.

(Disclaimer: this is my personal opinion, not vetted by anybody at Quest.  Your mileage may vary.  Purchase not necessary to win.  It’s log, it’s log, it’s better than bad – it’s good.)

Brent Ozar

Brent specializes in performance tuning for SQL Server, VMware, and storage. He's one of the very few Microsoft Certified Masters of SQL Server, a published author, and a Microsoft MVP. He likes travel, Jeeps, Apple gear, jokes, and writing about himself in the third person. Read more and contact Brent.

Website - Twitter - Facebook - More Posts

New webcasts & videos up at Quest Backstage

Got a bumper crop of webcasts and videos up this week courtesy of the fine folks who refill my checking account:

Consolidation & virtualization roundtable with me, Kevin Kline and Ron Talmage – we raced through about twenty slides at a breakneck pace – about an hour.  We seriously could have talked for two hours easily about these topics, because there’s so much to cover even at a high level.  If you’re thinking about doing your first consolidation or SQL Server virtualization project, we talk about what makes a successful one and what to watch out for.  There’s no hard-core technical stuff here, just project planning info, but it’s good stuff.  I actually learned things while we were presenting, and that’s kinda scary.

CSI:DBA – ways to find out who deleted data & how to get it back – this was originally supposed to be me & Jason Hall, but he went on vacation (lucky devil) and you get an hour of non-stop Brent.  I covered the native options for auditing database activity, and then demoed how to do it with LiteSpeed v5′s new Log Reader.  I gotta be honest: the native methods for doing this totally suck.  I know, I work for Quest, but seriously, I wish the LiteSpeed v5 Log Reader would have been out when I worked in the field.  It could have saved my bacon a couple of times.

C.Y.A. – Cover Your Apps – DBAs often get called in to do backups before an application upgrade.  Wouldn’t it be nice if you could back up the database AND the application files at one time and package them all in a single backup file?  LiteSpeed does this with the Attached File Backup.

Kevin Kline’s first videoblog entry is online at SQLServerPedia, and while it doesn’t feature Yours Truly, it’s still worth a watch.  I’m looking forward to his next videos.

In a mildly related Backstage note, I’m shopping for rockstar clothes this week in California in preparation for my rockstar photo session with Tracy Manford (BlogFlickrTwitter).  I’ve been using the same crappy head shot for the last five years, and it’s time to update the photos to reflect my personality.  Tracy’s hilarious, and if you want to understand why she’s the right person to photograph me, just check out this one photo of hers.  End of story.

Brent Ozar

Brent specializes in performance tuning for SQL Server, VMware, and storage. He's one of the very few Microsoft Certified Masters of SQL Server, a published author, and a Microsoft MVP. He likes travel, Jeeps, Apple gear, jokes, and writing about himself in the third person. Read more and contact Brent.

Website - Twitter - Facebook - More Posts

Quest LiteSpeed isn’t right for everybody

Sean McCown at Infoworld wrote a blog post today that said some negative things about Quest and LiteSpeed, and I had to respond. He’s switched away from using LiteSpeed, and he had an interesting set of reasons.

“I just don’t need the centralized repository in my lab, and I do enough demos that having native SQL syntax for my backups is worth something to me.”

Everybody has different needs.

Sean and I would totally agree that labs have a different set of needs than a typical enterprise or datacenter.

In fact, if I was just doing a lot of demos like Sean, and if I wanted native SQL syntax for my backups, I wouldn’t even use a third party product at all: I’d use SQL Server 2008′s new backup compression to make my life really easy. That way, you can stay purely native, and that makes for really easy demos.

Quest LiteSpeed, on the other hand, isn’t targeted just at labs and demos. It’s targeted at DBAs who need enterprise-ready backup solutions, complex needs like log shipping, centralized reporting, log reading with undo & redo for transactions, and so on. Not everybody needs the advanced features that LiteSpeed provides, and Sean doesn’t. We would both agree that LiteSpeed is not the right product for his lab.

“Even knowing any of the devs is hard these days, and getting anyone to make any changes is next to impossible.”

At smaller companies, especially startups with a minimum of customers, developers can work directly with end users. For better or worse, Quest has a lot of customers, and I’d like to think that’s because Quest has fantastic products. (It’s a pretty good problem to have.) Our product managers coordinate feature requests across all of our enterprise customers, large and small, which helps our developers focus on what they need to do: develop great software.

Just this week, in fact, Quest Software hosted a SQL Server Customer Advisory Board at the offices in Aliso Viejo. We flew out a dozen customers for two days of meetings about our road maps, upcoming features, and asking for their input on where we go next. I wish we could bring every Quest customer out there for the same input, but on the other hand, Steve Ballmer isn’t flying me up to Seattle anytime soon to ask me what SQL Server needs to do next.

We’re in a feature freeze for our new LiteSpeed v5.0. The management tools have been rewritten from the ground up, and I’m really impressed. But there comes a point where you have to stop adding new features and just focus on testing the code, and that’s where we’re at now. Heck, I have a long list of things I want to add, but even I can’t sneak ‘em in – and I work for Quest! I’m already excited about the features I’m trying to cram into v5.1.

“Now, with the team being more corporate….”

If your main criteria for a backup product is easy access to the guy who wrote it, then Quest LiteSpeed is not the product for you.

Just a couple of months ago when I was a DBA instead of a Quest employee, though, that was not my main criteria for software selection. My main criteria included a global 24×7 support organization with experience across database technologies, a large QA team dedicated to testing mission-critical backup software on every possible platform and a product with an unbelievably strong track record. The fact that Quest was Microsoft’s 2007 Global ISV Partner of the Year again this year is proof that sometimes bigger is better.

Brent Ozar

Brent specializes in performance tuning for SQL Server, VMware, and storage. He's one of the very few Microsoft Certified Masters of SQL Server, a published author, and a Microsoft MVP. He likes travel, Jeeps, Apple gear, jokes, and writing about himself in the third person. Read more and contact Brent.

Website - Twitter - Facebook - More Posts