﻿<?xml version='1.0' encoding='UTF-8'?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>SQLServerCentral / SQL Server 2008 / SQL Server 2008 High Availability  / SQL SP/CU taking HOURS on Multi-Node Multi-Instance Cluster / Latest Posts</title><generator>InstantForum.NET v2.9.0</generator><description>SQLServerCentral</description><link>http://www.sqlservercentral.com/Forums/</link><webMaster>notifications@sqlservercentral.com</webMaster><lastBuildDate>Thu, 23 May 2013 23:45:26 GMT</lastBuildDate><ttl>20</ttl><item><title>RE: SQL SP/CU taking HOURS on Multi-Node Multi-Instance Cluster</title><link>http://www.sqlservercentral.com/Forums/Topic1385331-1549-1.aspx</link><description>My apologies, You're correct that this won't work for your scenario.  You can't combine sp+cu into a patch for sql 2008 (just verified with sp3 + cu6).It may be supported with R2.  I don't have media handy to check.[quote][b]DataHammer (11/19/2012)[/b][hr]Actually that would be a huge help bc it would cut the Remote Discovery events in half. It's what we assumed we were going to do. But it doesn't seem to be possible. This is what we found on the subjet:http://blogs.msdn.com/b/petersad/archive/2009/04/24/sql-server-2008-slipstream-frequently-asked-questions.aspxQuestion #1: What is Slipstreaming? Answer: It is a term used to describe merging original source media with updates in memory and then installing the updated filesQuestion #10: I already have SQL Server 2008 instance and now I want to update to service pack 1. Do I need to use slipstream?Answer: No, slipstream will not work when the product is already installed.[/quote]</description><pubDate>Mon, 19 Nov 2012 09:02:21 GMT</pubDate><dc:creator>SpringTownDBA</dc:creator></item><item><title>RE: SQL SP/CU taking HOURS on Multi-Node Multi-Instance Cluster</title><link>http://www.sqlservercentral.com/Forums/Topic1385331-1549-1.aspx</link><description>Slipstreaming is performed at install time and can merge an install media with an SP and\or CU on the fly.</description><pubDate>Mon, 19 Nov 2012 08:51:39 GMT</pubDate><dc:creator>Perry Whittle</dc:creator></item><item><title>RE: SQL SP/CU taking HOURS on Multi-Node Multi-Instance Cluster</title><link>http://www.sqlservercentral.com/Forums/Topic1385331-1549-1.aspx</link><description>Actually that would be a huge help bc it would cut the Remote Discovery events in half. It's what we assumed we were going to do. But it doesn't seem to be possible. This is what we found on the subjet:http://blogs.msdn.com/b/petersad/archive/2009/04/24/sql-server-2008-slipstream-frequently-asked-questions.aspxQuestion #1: What is Slipstreaming? Answer: It is a term used to describe merging original source media with updates in memory and then installing the updated filesQuestion #10: I already have SQL Server 2008 instance and now I want to update to service pack 1. Do I need to use slipstream?Answer: No, slipstream will not work when the product is already installed.</description><pubDate>Mon, 19 Nov 2012 07:32:43 GMT</pubDate><dc:creator>DataHammer</dc:creator></item><item><title>RE: SQL SP/CU taking HOURS on Multi-Node Multi-Instance Cluster</title><link>http://www.sqlservercentral.com/Forums/Topic1385331-1549-1.aspx</link><description>[quote][b]DataHammer (11/15/2012)[/b][hr]We need to install SQL SP2 and CU1 at multiple sites on SQL/WIN 2008r2 EE clusters with 5 nodes, 22 sql instances, and thousands of databases. The problem is that MS has deployed a non-scalable installer; it runs a Remote Discovery process (RunDiscoveryAction) once for enumeration before installation starts, then again for EVERY sql instance. Each Remote Discovery takes 2.5 minutes, which may not sound too bad until you do the math: ((DiscoveryTime * number of Hosts) * (number of intance +1) ) * Number of Patches = Discovery TimeOur Math is ((2.5*5)*(22+1))*2 = 575 minutes of discovery time.We've tested this in our lab (Win/SQL 2008r2 EE 4-node cluster with 20 instances) and found the math is correct.There has to be tons of other shops that have run into this issue. Anyone out there have a solution?[/quote]Not really a solution, but you can cut that in half by slipstreaming sp2 and cu1 together into one install.</description><pubDate>Sun, 18 Nov 2012 20:23:56 GMT</pubDate><dc:creator>SpringTownDBA</dc:creator></item><item><title>RE: SQL SP/CU taking HOURS on Multi-Node Multi-Instance Cluster</title><link>http://www.sqlservercentral.com/Forums/Topic1385331-1549-1.aspx</link><description>ah ok, to be honest i've never just sat there and watched it. Incidentally why do you have all 22 instances installed across all 5 nodes?</description><pubDate>Sat, 17 Nov 2012 09:21:33 GMT</pubDate><dc:creator>Perry Whittle</dc:creator></item><item><title>RE: SQL SP/CU taking HOURS on Multi-Node Multi-Instance Cluster</title><link>http://www.sqlservercentral.com/Forums/Topic1385331-1549-1.aspx</link><description>That's how we are running it. There is one run of the installer, but every instance kicks off an instance install"C:\Software\SQL\SQL 2008r2 SP2\"SQLServer2008R2SP2-KB2630458-x64-ENU.exe /qs /IAcceptSQLServerLicenseTerms /Action=Patch /AllInstances</description><pubDate>Thu, 15 Nov 2012 15:46:21 GMT</pubDate><dc:creator>DataHammer</dc:creator></item><item><title>RE: SQL SP/CU taking HOURS on Multi-Node Multi-Instance Cluster</title><link>http://www.sqlservercentral.com/Forums/Topic1385331-1549-1.aspx</link><description>how exactly are you installing the updates?The most efficient way is to run the patch with the AllInstances switch to update in one run. [url=http://msdn.microsoft.com/en-us/library/dd638066(v=sql.105).aspx][u][b]This[/b][/u][/url] article details the switches used</description><pubDate>Thu, 15 Nov 2012 15:34:42 GMT</pubDate><dc:creator>Perry Whittle</dc:creator></item><item><title>SQL SP/CU taking HOURS on Multi-Node Multi-Instance Cluster</title><link>http://www.sqlservercentral.com/Forums/Topic1385331-1549-1.aspx</link><description>We need to install SQL SP2 and CU1 at multiple sites on SQL/WIN 2008r2 EE clusters with 5 nodes, 22 sql instances, and thousands of databases. The problem is that MS has deployed a non-scalable installer; it runs a Remote Discovery process (RunDiscoveryAction) once for enumeration before installation starts, then again for EVERY sql instance. Each Remote Discovery takes 2.5 minutes, which may not sound too bad until you do the math: ((DiscoveryTime * number of Hosts) * (number of intance +1) ) * Number of Patches = Discovery TimeOur Math is ((2.5*5)*(22+1))*2 = 575 minutes of discovery time.We've tested this in our lab (Win/SQL 2008r2 EE 4-node cluster with 20 instances) and found the math is correct.There has to be tons of other shops that have run into this issue. Anyone out there have a solution?</description><pubDate>Thu, 15 Nov 2012 13:08:32 GMT</pubDate><dc:creator>DataHammer</dc:creator></item></channel></rss>