Cache users can get information about various backup and failover strategies (solutions for every budget) in the High Availability Guide, available online at:
http://www.intersystems.com/cache/downloads/documentation/cache5docs/PDFS/GH A.pdf If you'd like help figuring out a solution, please contact me. Have a great weekend, Renee [EMAIL PROTECTED] -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of K.S. Bhaskar Sent: Friday, September 02, 2005 9:36 AM To: [email protected] Subject: Re: [Hardhats-members] We DO Care Greg -- Yes, and no. For protection against disasters, one can actually take an application running on GT.M at Site A that has no design for redundancy, and create a redundant backup Site B for it virtually overnight (the longest step is probably shipping the backup, either over the wires or physically): 1. Ship a back up from Site A to Site B and restore it. 2. Start a receiver server process and a passive source server process at Site B (2 shell commands each of which executes in a fraction of a second). 3. Bring down all application processes on Site A. 4. Start a source server process on Site A (shell command that executes in a fraction of a second). 5. Bring the application back up at Site A, and let Site B catch up. Yes, a few minor restrictions apply, but in the typical case, for an application like VistA, that's it. The only restriction as to where Site A can be with respect to Site B is that they must both be on Planet Earth, and have a TCP connection between them. Bandwidth usage is relatively parsimonious. Where things get interesting is deciding whether Site A is operational and whether to switch to Site B as the primary. Suppose users and network administrators are at Sites C and D. How do you decide? Distributed decision making in the general case is difficult in both theory and practice. But the mechanics of setting up the redundant site is straightforward. -- Bhaskar On Thu, 2005-09-01 at 16:57 -0500, Greg Woodhouse wrote: > It is technically feasible to do so, but of course, the redundancy > you > describe would have to be incorporated into the design. > > --- jae kim <[EMAIL PROTECTED]> wrote: > > > Got it. > > National Health Insurance model suggests > > a few regional management centers that handle > > ALL citizen's health care records. > > (accomplishment of this model is remote but > > at least it's an idea.) > > And if a californian moves to Florida, their > > data are to be 'transferred' to Florida's > > regional center. Would it be possible that > > these centers act as back-up if one of the > > regional headquarter fails? That means > > these centers hold all others' up-to-date > > data also. > > > > J. > > > > > > ------------------------------------------------------- > > SF.Net email is Sponsored by the Better Software Conference & EXPO > > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > > Practices > > Agile & Plan-Driven Development * Managing Projects & Teams * > Testing > > & QA > > Security * Process Improvement & Measurement * > > http://www.sqe.com/bsce5sf > > _______________________________________________ > > Hardhats-members mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/hardhats-members > > > > > > === > Gregory Woodhouse <[EMAIL PROTECTED]> > > > > "Perfection is achieved, not when there is nothing more > to add, but when there is nothing left to take away." > -- Antoine de Saint-Exupery > > > > > > > > > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing > & QA > Security * Process Improvement & Measurement * > http://www.sqe.com/bsce5sf > _______________________________________________ > Hardhats-members mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/hardhats-members > ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Hardhats-members mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/hardhats-members ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Hardhats-members mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/hardhats-members
