Nick:
You got it exactly. We got a request from management to supply
what would be needed to make all of our applications resilient with a 99.999%
uptime yearly. I personally think they aren't fully aware of the implications
of what they're asking for but not going there. So as far as SCCM goes I'd
imagine all MPs would need to be clustered, possibly behind a load balancer or
something like that, fully clustered database etc. correct? I've never worked
in that kind of environment so don't know really what they look like.
As far as the rest, I assume patching such an environment means
using maintenance windows very carefully to make sure you only bring down one
node of a clustered application at a time? We already do this to a small
extent, it doesn't always work but that's not SCCM's fault. I'm sorry if my
questions seem kind of silly, but as I said I've never worked or known anyone
who has worked in that kind of environment, so don't know what normal
procedures etc. are for those situations.
Thanks.
Ryan
From: [email protected] [mailto:[email protected]] On
Behalf Of Nick Moseley
Sent: Wednesday, July 17, 2013 10:08 AM
To: [email protected]
Subject: RE: [mssms] SCCM uptime
Ryan, do you mean that the business is requiring all applications (where SCCM
itself is an "application") to be up and operating full time? It is possible
to design ConfigMgr for high availability and redundancy, but that has real
costs (time, resources, additional infrastructure management etc.) associated
with it when in most situations it is not necessary. So it can be
accomplished, but the question is what is driving the business requirement?
Nick | http://t3chn1ck.wordpress.com
From: [email protected] [mailto:[email protected]] On
Behalf Of [email protected]
Sent: Wednesday, July 17, 2013 10:00 AM
To: [email protected]
Subject: RE: [mssms] SCCM uptime
SCCM respects maintenance windows, so if you have defined windows for servers
you are ahead of a lot of companies.
As for uptime, if your looking for uptime on the OS you might be able to pull
that through inventory, but that is more the realm of Operations Manager.
Christopher Catlett
Consultant | Detroit
Office 248-876-9738 |Fax 877.406.9647
Sogeti USA
26957 Northwestern Highway, Suite 130, Southfield, MI 48033-8456
www.us.sogeti.com<http://www.us.sogeti.com/>
From: [email protected]<mailto:[email protected]>
[mailto:[email protected]] On Behalf Of Ryan Shugart
Sent: Wednesday, July 17, 2013 11:54 AM
To: [email protected]<mailto:[email protected]>
Subject: [mssms] SCCM uptime
Hi:
Has anyone set up an SCCM environment with a 99.999 uptime requirement,
including planned maintenance? We've been asked by management to submit what
we're going to need to do to provide that level of uptime for all applications,
and I'm not even sure if its possible with SCCM? On a similar note, how do you
handle patching/reboots in that kind of environment? Right now, we have set
windows each month when servers can be rebooted, but I don't think that's going
to work anymore.
Thanks.
Ryan
Ryan Shugart
LAN Administrator
MiTek USA, MiTek Denver
314-851-74
(c) COPYRIGHT, MITEK HOLDINGS, INC., 2011-2013, ALL RIGHTS RESERVED
________________________________
This communication (including any attachments) contains information which is
confidential and may also be privileged. It is for the exclusive use of the
intended recipient(s). If you are not the intended recipient(s), please note
that any distribution, copying, or use of this communication or the information
in it is strictly prohibited. If you have received this communication in error,
please notify the sender immediately and then destroy any copies of it.
(c) COPYRIGHT, MITEK HOLDINGS, INC., 2011-2013, ALL RIGHTS RESERVED
________________________________
This communication (including any attachments) contains information which is
confidential and may also be privileged. It is for the exclusive use of the
intended recipient(s). If you are not the intended recipient(s), please note
that any distribution, copying, or use of this communication or the information
in it is strictly prohibited. If you have received this communication in error,
please notify the sender immediately and then destroy any copies of it.
