I think (though could be wrong) that it recycles the application pools of the 
Web Applications the solution is being deployed to, rather then a complete 
IISReset, which gives you the option of redirecting to another web 
application/web site on the same server that is under a different app pool.
 
Can anyone confirm this?
 
Cheers,
 
Nigel Witherdin
Senior Support Analyst
Eversheds
 
Direct Dial: +44 (0) 84 549 754 17
Mobile: +44 (0) 7738 553256
 
www.eversheds.com <http://www.eversheds.com/> 
 

________________________________

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sezai KOMUR
Sent: 09 September 2008 07:01
To: [email protected]
Subject: [OzMOSS] RE: Production upgrade - user redirect - best practice?



As far as I know an UpgradeSolution triggers an IIS Reset on your web server - 
so while the Solution Upgrade and IIS Reset is executing users will temporarily 
have no access to any IIS websites on the server, even after the upgrade users 
need to wait for the site to warm up, which can take ages for SharePoint sites. 
In a single server farm I'm afraid there isn't much you can do in the way of 
redirecting users. In that case it's probably best to execute the 
UpgradeSolution after hours over night if site availability is a high priority.

In a backup/restore scenario then IIS should still be operational and you could 
temporarily redirect users to another IIS website containing a page with a "The 
System is being upgraded" type message.

I must admit most of the time it's simply easiest to let users know that the 
site is being upgraded and they may experience problems connecting to the site 
in that time. For a MOSS 2007 WCM Internet website that's not possible so it's 
best to schedule upgrades in non-peak times - even though the site could 
possibly be accessed in non-peak times by some users.

What do others do in the case of solution upgrades and system maintenance to 
ensure availability of sites to keep users happy?

Sezai Kömür   BEng, BSc
Senior Developer  - Vivid Group

Microsoft Certified Technology Specialist

http://www.moss2007.com.au/

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wampers, Wilson 
[Talent International]
Sent: Tuesday, 9 September 2008 11:42 AM
To: [email protected]
Subject: [OzMOSS] Production upgrade - user redirect - best practice?

Hi All,

Just a quick reflection:

On a small single server farm - production,  (WFE, SPS, Search all on one 
machine), what would be best practice in the communities opinion to redirect 
the user(s) during a solution upgrade? (backups, solution updates etc...)

Any thoughts, recommendations?

Kind Regards,

Wilson Wampers

------------------------------------------------------------------- OzMOSS.com 
- to unsubscribe from this list, send a message back to the list with 
'unsubscribe' as the subject.
Powered by mailenable.com 

------------------------------------------------------------------- OzMOSS.com 
- to unsubscribe from this list, send a message back to the list with 
'unsubscribe' as the subject.
Powered by mailenable.com 



****** This email is sent for and on behalf of Eversheds LLP ******

This email is sent for and on behalf of Eversheds LLP which is a limited 
liability partnership, registered in England and Wales, registered number 
OC304065. Registered office One Wood Street, London. EC2V 7WS.  Registered VAT 
number GB820704559. A list of the members' names and their professional 
qualifications is available for inspection at the above office. Regulated by 
the Solicitors Regulation Authority (see www.sra.org.uk). 

Confidentiality:  This email and its attachments are intended for the above 
named only and may be confidential.  If they have come to you in error you must 
take no action based on them, nor must you copy or show them to anyone; please 
reply to this email and highlight the error.

************* [ www.eversheds.com ] *************



------------------------------------------------------------------- OzMOSS.com 
- to unsubscribe from this list, send a message back to the list with 
'unsubscribe' as the subject.

Powered by mailenable.com

Reply via email to