<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://sqlblogcasts.com/utility/FeedStylesheets/atom.xsl" media="screen"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en"><title type="html">Grumpy Old DBA -  Beware the darkside !</title><subtitle type="html">The Grumpy Old DBA is an independent DBA. Specialising in production support,  performance, tuning and optimisation of SQL Server databases and applications. </subtitle><id>http://sqlblogcasts.com/blogs/grumpyolddba/atom.aspx</id><link rel="alternate" type="text/html" href="http://sqlblogcasts.com/blogs/grumpyolddba/default.aspx" /><link rel="self" type="application/atom+xml" href="http://sqlblogcasts.com/blogs/grumpyolddba/atom.aspx" /><generator uri="http://communityserver.org" version="3.1.20917.1142">Community Server</generator><updated>2011-07-14T21:56:00Z</updated><entry><title>We all read the instructions first - right ?</title><link rel="alternate" type="text/html" href="http://sqlblogcasts.com/blogs/grumpyolddba/archive/2012/02/09/we-all-read-the-instructions-first-right.aspx" /><id>http://sqlblogcasts.com/blogs/grumpyolddba/archive/2012/02/09/we-all-read-the-instructions-first-right.aspx</id><published>2012-02-09T20:08:00Z</published><updated>2012-02-09T20:08:00Z</updated><content type="html">I&amp;#39;ve been working with the bare metal Hyper V and it&amp;#39;s been an interesting time, if you haven&amp;#39;t ever encountered windows core then it&amp;#39;s a bit of a culture shock, as I understand it SQL Server will be running on windows core very soon - or maybe I read it wrong? Anyway having built my Hyper V server I decided that I&amp;#39;d build a cluster on it, for this you need some shared storage and one way to achieve this is to use Windows Storage Server which in effect creates an iscsi san. So...(&lt;a href="http://sqlblogcasts.com/blogs/grumpyolddba/archive/2012/02/09/we-all-read-the-instructions-first-right.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblogcasts.com/aggbug.aspx?PostID=16112" width="1" height="1"&gt;</content><author><name>GrumpyOldDBA</name><uri>http://sqlblogcasts.com/members/GrumpyOldDBA.aspx</uri></author><category term="Storage" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/Storage/default.aspx" /><category term="Clustering" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/Clustering/default.aspx" /><category term="windows 2008 R2" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/windows+2008+R2/default.aspx" /><category term="Hyper-V" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/Hyper-V/default.aspx" /></entry><entry><title>x64 Memory Issues - revisited</title><link rel="alternate" type="text/html" href="http://sqlblogcasts.com/blogs/grumpyolddba/archive/2012/01/26/x64-memory-issues-revisited.aspx" /><id>http://sqlblogcasts.com/blogs/grumpyolddba/archive/2012/01/26/x64-memory-issues-revisited.aspx</id><published>2012-01-26T08:19:00Z</published><updated>2012-01-26T08:19:00Z</updated><content type="html">It&amp;#39;s funny how things seem to bob to the surface every so often, a bit like revivals of Musicals or the fact you know it&amp;#39;s christmas becuase ET is on the TV again. Blake Morrision from the Ask the Performance Team has blogged about issues with working sets and SQL Server, http://blogs.technet.com/b/askperf/archive/2012/01/25/real-life-sql-working-set-trimming-issue.aspx ( If you don&amp;#39;t subscribe to this blog then you&amp;#39;re missing a useful source of help ) I blogged about this back in...(&lt;a href="http://sqlblogcasts.com/blogs/grumpyolddba/archive/2012/01/26/x64-memory-issues-revisited.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblogcasts.com/aggbug.aspx?PostID=16096" width="1" height="1"&gt;</content><author><name>GrumpyOldDBA</name><uri>http://sqlblogcasts.com/members/GrumpyOldDBA.aspx</uri></author><category term="x64" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/x64/default.aspx" /><category term="SQL2008" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/SQL2008/default.aspx" /><category term="x64 Memory and SQL Server" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/x64+Memory+and+SQL+Server/default.aspx" /></entry><entry><title>Q.  When is a HEAP not a HEAP ?</title><link rel="alternate" type="text/html" href="http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/12/15/q-when-is-a-heap-not-a-heap.aspx" /><id>http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/12/15/q-when-is-a-heap-not-a-heap.aspx</id><published>2011-12-15T20:56:00Z</published><updated>2011-12-15T20:56:00Z</updated><content type="html">A. When it’s on SQL Server. A very important part of Business Analysis is understanding the perceptions of users even if they haven’t clearly stated a requirement, so a SQL Server table without a clustered index is known as a heap ( in fairness I could say that a table with a clustered index is an ordered heap ), programmers understand heaps as a last in first out “store” ( LIFO ) so if I posed this question &amp;quot; If I put 200 rows of data into a SQL Server table which has no indexes and then select...(&lt;a href="http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/12/15/q-when-is-a-heap-not-a-heap.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblogcasts.com/aggbug.aspx?PostID=16027" width="1" height="1"&gt;</content><author><name>GrumpyOldDBA</name><uri>http://sqlblogcasts.com/members/GrumpyOldDBA.aspx</uri></author><category term="File Under Grumpy" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/File+Under+Grumpy/default.aspx" /></entry><entry><title>A follow up to yesterday</title><link rel="alternate" type="text/html" href="http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/11/22/a-follow-up-to-yesterday.aspx" /><id>http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/11/22/a-follow-up-to-yesterday.aspx</id><published>2011-11-22T22:02:00Z</published><updated>2011-11-22T22:02:00Z</updated><content type="html">As I have been asked,&amp;#160; here to tidy up yesterdays post is the procedure my startup procedure calls along with the logging table deployed in the DBA database. Just to muddy the water further I have routines for remotely calling the DBAMessages table through a remote server to send out email from a central server!! Just to explain that I have been ( previously ) limited to only using one Server to send email alerts for multiple Servers so I attempt to code to deal with all possible circumstances...(&lt;a href="http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/11/22/a-follow-up-to-yesterday.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblogcasts.com/aggbug.aspx?PostID=15976" width="1" height="1"&gt;</content><author><name>GrumpyOldDBA</name><uri>http://sqlblogcasts.com/members/GrumpyOldDBA.aspx</uri></author><category term="Diagnostics" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/Diagnostics/default.aspx" /><category term="Best Practice" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/Best+Practice/default.aspx" /><category term="Monitoring" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/Monitoring/default.aspx" /></entry><entry><title>Hello it’s your server calling</title><link rel="alternate" type="text/html" href="http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/11/21/hello-it-s-your-server-calling.aspx" /><id>http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/11/21/hello-it-s-your-server-calling.aspx</id><published>2011-11-21T20:12:00Z</published><updated>2011-11-21T20:12:00Z</updated><content type="html">This is nothing exciting but I&amp;#39;ve always found this startup procedure&amp;#160; very useful. All this simple procedure does is send you an email if the SQL Service Starts. If your Server is a cluster it will tell you which node you&amp;#39;re on. -- On it&amp;#39;s own this procedure can&amp;#39;t actually be used as I route the output through another procedure, dbasp_SendMessage, this procedure routes a passed message to either a smtp email or a log table or both, the destination is set in a server config table...(&lt;a href="http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/11/21/hello-it-s-your-server-calling.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblogcasts.com/aggbug.aspx?PostID=15972" width="1" height="1"&gt;</content><author><name>GrumpyOldDBA</name><uri>http://sqlblogcasts.com/members/GrumpyOldDBA.aspx</uri></author><category term="Diagnostics" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/Diagnostics/default.aspx" /><category term="Best Practice" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/Best+Practice/default.aspx" /><category term="SQL2008" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/SQL2008/default.aspx" /></entry><entry><title>Table Variables and Parallel Plans</title><link rel="alternate" type="text/html" href="http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/09/12/table-variables-and-parallel-plans.aspx" /><id>http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/09/12/table-variables-and-parallel-plans.aspx</id><published>2011-09-12T19:52:00Z</published><updated>2011-09-12T19:52:00Z</updated><content type="html">I’m sure somewhere there must be carved into the side of a mountain those immortal words “ Well it seemed a good idea at the time!” ( with due homage to HHGTTG ) Hopefully there’s nothing in this post which you the reader will not know about already? However, I thought it would be interesting to recount the steps and findings from tuning a small stored procedure in one of our production systems as it illustrates how simple changes can improve performance and how two aspects of tuning can interact...(&lt;a href="http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/09/12/table-variables-and-parallel-plans.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblogcasts.com/aggbug.aspx?PostID=15881" width="1" height="1"&gt;</content><author><name>GrumpyOldDBA</name><uri>http://sqlblogcasts.com/members/GrumpyOldDBA.aspx</uri></author><category term="Code Tuning" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/Code+Tuning/default.aspx" /><category term="General Tuning" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/General+Tuning/default.aspx" /></entry><entry><title>Posts of Interest</title><link rel="alternate" type="text/html" href="http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/09/05/posts-of-interest.aspx" /><id>http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/09/05/posts-of-interest.aspx</id><published>2011-09-05T12:23:00Z</published><updated>2011-09-05T12:23:00Z</updated><content type="html">I don&amp;#39;t make a habit of just posting links as I think it&amp;#39;s like a form of cheating, however sometimes there are things I want to keep track of and I know If I put the link on my blog I&amp;#39;ll find it again! so: a short one here; We&amp;#39;ve just bought some new servers with 10 core processors, or 20 if you turn on hyperthreading. That&amp;#39;s 80 cores/threads which is sort of a waste if you&amp;#39;re not going to make use of parallel plans, however it does make a backup fast! I saw this post form...(&lt;a href="http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/09/05/posts-of-interest.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblogcasts.com/aggbug.aspx?PostID=15856" width="1" height="1"&gt;</content><author><name>GrumpyOldDBA</name><uri>http://sqlblogcasts.com/members/GrumpyOldDBA.aspx</uri></author><category term="Code Tuning" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/Code+Tuning/default.aspx" /><category term="General Tuning" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/General+Tuning/default.aspx" /><category term="Indexes" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/Indexes/default.aspx" /></entry><entry><title>Things you overhear !!</title><link rel="alternate" type="text/html" href="http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/09/01/things-you-overhear.aspx" /><id>http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/09/01/things-you-overhear.aspx</id><published>2011-09-01T15:31:00Z</published><updated>2011-09-01T15:31:00Z</updated><content type="html">&amp;quot;You can&amp;#39;t get better than 90% can you?&amp;quot; &amp;quot; we need to disaggregate down the data&amp;quot;...(&lt;a href="http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/09/01/things-you-overhear.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblogcasts.com/aggbug.aspx?PostID=15854" width="1" height="1"&gt;</content><author><name>GrumpyOldDBA</name><uri>http://sqlblogcasts.com/members/GrumpyOldDBA.aspx</uri></author><category term="Things I hate" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/Things+I+hate/default.aspx" /><category term="File Under Grumpy" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/File+Under+Grumpy/default.aspx" /></entry><entry><title>A New Record ( How many noughts ????????? )</title><link rel="alternate" type="text/html" href="http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/07/16/a-new-record-how-many-noughts.aspx" /><id>http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/07/16/a-new-record-how-many-noughts.aspx</id><published>2011-07-16T22:31:00Z</published><updated>2011-07-16T22:31:00Z</updated><content type="html">I have to say I thought I’d seen it all but this last week brought an event of such magnitude I may be contacting the Guinness Book of Records. OK that’s not true, but I’d like to! One of our production systems has to support a certain element of real time reporting, now OLTP applications don’t really go hand in hand with Reporting but to be honest not all applications clearly fall into one camp or another; for instance how do you place a financial system – well it certainly supports transactions...(&lt;a href="http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/07/16/a-new-record-how-many-noughts.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblogcasts.com/aggbug.aspx?PostID=15780" width="1" height="1"&gt;</content><author><name>GrumpyOldDBA</name><uri>http://sqlblogcasts.com/members/GrumpyOldDBA.aspx</uri></author><category term="Things I hate" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/Things+I+hate/default.aspx" /><category term="Benchmarks" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/Benchmarks/default.aspx" /><category term="Reporting" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/Reporting/default.aspx" /><category term="Monitoring" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/Monitoring/default.aspx" /><category term="World Record" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/World+Record/default.aspx" /></entry><entry><title>Sometimes I really wonder !!!</title><link rel="alternate" type="text/html" href="http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/07/14/sometimes-i-really-wonder.aspx" /><id>http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/07/14/sometimes-i-really-wonder.aspx</id><published>2011-07-14T20:56:00Z</published><updated>2011-07-14T20:56:00Z</updated><content type="html">With all the best intentions in the world I did a review of some of our non production environments, what I realised was that we had not changed the default password on these environments for a number of years; essentially all user passwords are set to a default when cleansing the production environments. OK so far so good – I let everyone know and refreshed the environments. Now let’s say that the original passwords were not exactly very secure – you’d maybe find them in a hackers dictionary. What...(&lt;a href="http://sqlblogcasts.com/blogs/grumpyolddba/archive/2011/07/14/sometimes-i-really-wonder.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlblogcasts.com/aggbug.aspx?PostID=15775" width="1" height="1"&gt;</content><author><name>GrumpyOldDBA</name><uri>http://sqlblogcasts.com/members/GrumpyOldDBA.aspx</uri></author><category term="File Under Grumpy" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/File+Under+Grumpy/default.aspx" /><category term="Security" scheme="http://sqlblogcasts.com/blogs/grumpyolddba/archive/tags/Security/default.aspx" /></entry></feed>
