This is a discussion on RE: -710's in 24 x 7 within the Informix forums, part of the Database Server Software category; --> Schedule regular periodic outages at the most convenient time. Most outages are not used. MW > -----Original Message----- > ...
| |||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| ||||
| Schedule regular periodic outages at the most convenient time. Most outages are not used. MW > -----Original Message----- > From: owner-informix-list@iiug.org > [mailto > Sent: Friday, 10 October 2003 8:37 a.m. > To: informix-list@iiug.org > Subject: -710's in 24 x 7 > > > IDS 9.21.FC4 > Solaris 8 > 24 x 7 > > We have a contractor provided Informix application. From > time to time, we > get updates from the contractor. Of course, these updates > typically include > table structure changes and stored procedure changes. We are > aware of only > two choices: > > > 1) permit users to remain connected while running UPDATE STATISTICS on > particular objects, which are identified from our error logs as users > encounter 710 errors (usually this quickly degenerates from targeting > specific objects, to just giving up and running UPDATE > STATISTICS on the > whole database, while users are connected, which further > inconveniences > users with 211 [sysprocplan] errors); > > 2) kick all users out first, then run UPDATE STATISTICS on the whole > database. > > > The problem is either method entails downtime for users. We > typically play > this game every quarter, sometimes more. > > The question is: how do other 24 x 7 shops maintain user > access while making > structural database changes to their application? > > Thank you. > > DG > > > > -- > David Grove > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > - - - - - - > "I think not," said Descartes, and disappeared. > > sending to informix-list |
| Thread Tools | |
| Display Modes | |
|
|