That seems like a logical solution and something that we have the architecture to support. Thanks for the response/feedback.
--mark From: Mailvaganam, Hari [mailto:[email protected]] Sent: Wednesday, June 10, 2015 3:39 AM To: [email protected] Subject: RE:[cas-user] CAS with DB connection. Replicated data store in separate data centre - the switch over is manual (planning for automated via LB - if main is down). ________________________________ From: Mace, Mark [[email protected]] Sent: Tuesday, June 09, 2015 14:13 To: [email protected]<mailto:[email protected]> Subject: [cas-user] CAS with DB connection. I had an interesting question come up today, and thought I'd query the community on this. How do you architect CAS to handle a DB failure (be it unintentional or maintenance) when you're using the DB to store data (be it tickets or access manager)? --mark OHIO UNIVERSITY Application & Information Solutions Mark A. Mace Application Integration Specialist WUSOC 377 1 Ohio University Athens OH 45701-2979 T: 740.593.0641 [email protected]<mailto:[email protected]> www.ohio.edu<http://www.ohio.edu> * www.ohio.edu/compass<http://www.ohio.edu/compass> www.twitter.com/ohiou<http://www.twitter.com/ohiou> www.facebook.com/OhioUniversity<http://www.facebook.com/OhioUniversity> The best student-centered learning experience in America -- You are currently subscribed to [email protected]<mailto:[email protected]> as: [email protected]<mailto:[email protected]> To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/cas-user -- You are currently subscribed to [email protected]<mailto:[email protected]> as: [email protected]<mailto:[email protected]> To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/cas-user -- You are currently subscribed to [email protected] as: [email protected] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/cas-user
