April 30, 2013 at 9:46 pm
Comments posted to this topic are about the item If you're confident about a change in your DB, triple check
April 30, 2013 at 10:38 pm
Lesson learnt - never ever use the CLR 🙂
May 1, 2013 at 1:13 am
Nice post. As ever the devil is in the details!
One suggestion I would make if anyone has to go through a database file move and consolidation is to double-check the storage.
If you have an underlying SAN then involving your SAN administrator can make life a lot easier. They will know what the physical storage underlying the presented drives looks like and whether it will support the IO load of the consolidation.
It may even prompt them to devot dedicated storage to SQL Server.:cool:
It's very easy to forget that there may be things outside of SQL Server that can affect the performance and effectiveness of SQL Server.
May 1, 2013 at 7:16 am
Thanks for sharing your experience. I'm sure you have not been the first and will not be the last to have this, or something like this happen when taking over legacy systems or migrating SQL files.
May 1, 2013 at 9:26 am
Thanks for sharing your experience.
Not all gray hairs are Dinosaurs!
May 1, 2013 at 4:29 pm
Thank you for sharing the experience. I'm concerned that you have databases set to TRUSTWORTHY ON, though... especially since they're public facing.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 1, 2013 at 7:25 pm
Dealing with CLR procedures is a black art. Be sure to document that so you will remember in a year, when one database is moved again!
So long, and thanks for all the fish,
Russell Shilling, MCDBA, MCSA 2K3, MCSE 2K3
May 2, 2013 at 7:19 am
Jeff,
I totally agree with on the exposure of the database to the public. The team I formed part with now it's very concious about this issue. We're taking all the steps necessary to prevent that, or at least I'd like to believe we are and every day we're looking for hole in out environment : ) I think awareness and preparation is all we can do.
Thanks.
May 2, 2013 at 8:06 am
Brent Ozar wrote a SQL script called "Blitz! 60 Minute Takeovers" that is meant for DBA's taking over existing database servers and databases that they are inheriting. It's a priceless gem and I have used it so many times in the past when taking over new database servers and databases that I am not familiar with. It should be a mainstay in your SQL toolbox. Check it out at http://www.BrentOzar.com/go/blitz 😀
"Technology is a weird thing. It brings you great gifts with one hand, and it stabs you in the back with the other. ...:-D"
May 2, 2013 at 8:08 am
I will definitely check it out. Thank you.
May 2, 2013 at 3:02 pm
Nice reminder.
Jason...AKA CirqueDeSQLeil
_______________________________________________
I have given a name to my pain...MCM SQL Server, MVP
SQL RNNR
Posting Performance Based Questions - Gail Shaw[/url]
Learn Extended Events
Viewing 12 posts - 1 through 11 (of 11 total)
You must be logged in to reply to this topic. Login to reply