|
No biggie, Evan. I understand the questions. And my answers probably won't help you that much. :) > 1. Have you tested a rebuild of this stuff with no problems ? Yep. Only once. It worked, too. But the catch is the data on our web server can easily be "refreshed" from it's real sources, which are about 25 different production machines. So even if it was a total loss, we'd still be able to get it back in an hour or two. > I've been > wary of Save while active due to Al's comments. I missed these I guess. > > 2. How do you manage getting a synchpoint (will the web > server not respond > for a short time while this happens) ? Honestly, I don't know. We set the backups to run at 1am (or sometime early am). We don't shut down TCPIP or anything, we just run backups. It has worked and saved pretty much everything. I haven't seen any problems in the logs about not being able to access data, and no one has complained. And trust me, they would if there was a problem. This system used to run on NT and it always was bust. Now they don't understand why it works all the time, and so fast. :) > > 3. Does using RPG/DB2 as your Backend CGI tool facilitate this in > comparison to all the Net.data, domino, websphere packages ? I can't say anything about domino, but with RPG I never put locks on data for more time than the "request" is being made. I assume Net.Data and Java Servlets/JSP are the same, depending on how you write your apps. Domino, no clue. What's that? ;) Also, I am not unrealistic thinking I NEEEEEEEEED 24/7 availability or the world will come to an end (if anyone sites the 911 operations example, I'm gonna puke, in your shoes <bg>). I realize that the lesser of two evils (for me) is doing backups at a certain time, at least once a week even if it does mean folks can't view their order status at 2am. But then again, I'm a realist. That and our data on our web box is simply duplicated data from other production machines. So really we don't even need to do backups because of how our apps are done on the web machine. Brad +--- | This is the WEB400 Mailing List! | To submit a new message, send your mail to WEB400@midrange.com. | To subscribe to this list send email to WEB400-SUB@midrange.com. | To unsubscribe from this list send email to WEB400-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.