7x24 hour configuration
Hi, is there anyone really running 7x24 hour a large system (Terabytes) ? And with really 7x24 I mean you commit to downtimes at least less than one hour, maybe less than 10 minutes. And how do you do it? We try, but hit the following problems from time to time: Most important: Reorganization - sometimes we must reorganize a table (grows more than anticipated) or performance of indices is very bad Failures: IDS crashes (because of ASSERTs) IDS crashes/downtimes (because of hardware problems or hardware maintenance) No Service: lock table overflow or locks hold be large transactions rolling back long transactions (exclusive) - avoiding 'large' transactions is not the solution Sometimes: IDS Version upgrade - it's really impressive fast already, but still it takes some time on large systems Regards, Andreas Kutsche ------------------------------------------- SPAR Osterreichische Warenhandels-AG Hauptzentrale A - 5015 Salzburg, Europastrasse 3 FN 34170 a Tel: +43 662 4470 24223 Mobile: +43 664 6259575 E-Mail: Andreas.KUTSCHE@spar.at Internet: http://www.spar.at Wichtiger Hinweis: Der Inhalt dieser E-Mail kann vertrauliche und rechtlich geschutzte Informationen, insbesondere Betriebs- oder Geschaftsgeheimnisse, enthalten, zu deren Geheimhaltung der Empfanger verpflichtet ist. Die Informationen in dieser E-Mail sind ausschlie?lich fur den Adressaten bestimmt. Sollten Sie die E-Mail irrtumlich erhalten haben so ersuchen wir Sie, die Nachricht von Ihrem System zu loschen und sich mit uns in Verbindung zu setzen. Uber das Internet versandte E-Mails konnen leicht manipuliert oder unter fremdem Namen erstellt werden. Daher schlie?en wir die rechtliche Verbindlichkeit der in dieser Nachricht enthaltenen Informationen aus. Der Inhalt der E-Mail ist nur rechtsverbindlich, wenn er von uns schriftlich bestatigt und gezeichnet wird. Sollte trotz der von uns verwendeten Virus-Schutzprogramme durch die Zusendung von E-Mails ein Virus in Ihre Systeme gelangen, haften wir nicht fur evtl. hieraus entstehende Schaden. Wir danken fur Ihr Verstandnis. Important notice: The contents of this e-mail may contain confidential and legally protected information that is in particular related to operational and trade secrets, which the recipient is obliged to treat as confidential. The information in this e-mail is made available exclusively for use by the addressee. In the event that the e-mail may have been sent to you in error, we would ask you to kindly delete this communication from your system and to contact us. E-mails sent via the Internet can be easily manipulated or sent out under someone else's name. We therefore do not accept legal liability for the information contained in this communication. The contents of the e-mail are only legally binding if they have been confirmed and signed by us in writing. If, in spite of our using Antivirus protection software, a virus may have penetrated your system through the sending of this e-mail, we do not accept liability for any damage that may possibly arise as a result of this. We trust that you appreciate our position. -------------------------------------------
= "Andreas.KUTSCHE@ = spar.at" = <andreas.kutsche@ = To spar.at> ids@iiug.org = Sent by: = cc ids-bounces@iiug. = org Subj= ect 7x24 hour configuration [10386]= = 11/16/2007 04:14 = AM = = = Please respond to = ids@iiug.org = = = There are some features in version 11 which address many of your concer= ns. 1. The new addition to HDR called MACH 11 allow you to have several secondary servers with a variety of configurations (i.e diskless = or with their own disks). 2. Online Index build allows you to create an index while people are u= sing the underlying table (version 10). In addition in version 11 the= statistics are automatically generated during the create index. 3. Increase in the maximum number of locks which can be allocated dynamically In a 64 bit version of IDS the max locks configured is 500000000= with 100 dynamic allocations of upto 1000000 locks. 4. Dynamic logical logs with out the DBA. The ability to add logical = logs on the fly without requiring an archive to add them. This will automatical= ly create enough space to commit the large transaction if configured proper= s. 5. Using EBR (External Backup and Restore) I have seen a customer rest= ore a 1.6 TB system in about 15 minutes. John Hi, is there anyone really running 7x24 hour a large system (Terabytes) ? And with really 7x24 I mean you commit to downtimes at least less than one hour, maybe less than 10 minutes. And how do you do it? We try, but hit the following problems from time to time: Most important: Reorganization - sometimes we must reorganize a table (grows more than anticipated) or performance of indices is very bad Failures: IDS crashes (because of ASSERTs) IDS crashes/downtimes (because of hardware problems or hardware maintenance) No Service: lock table overflow or locks hold be large transactions rolling back long transactions (exclusive) - avoiding 'large' transactions is not th= e solution Sometimes: IDS Version upgrade - it's really impressive fast already, but still it= takes some time on large systems Regards, Andreas Kutsche ------------------------------------------- SPAR Osterreichische Warenhandels-AG Hauptzentrale A - 5015 Salzburg, Europastrasse 3 FN 34170 a Tel: +43 662 4470 24223 Mobile: +43 664 6259575 E-Mail: Andreas.KUTSCHE@spar.at Internet: http://www.spar.at Wichtiger Hinweis: Der Inhalt dieser E-Mail kann vertrauliche und recht= lich geschutzte Informationen, insbesondere Betriebs- oder Geschaftsgeheimni= sse, enthalten, zu deren Geheimhaltung der Empfanger verpflichtet ist. Die Informationen in dieser E-Mail sind ausschlie?lich fur den Adressaten bestimmt. Sollten Sie die E-Mail irrtumlich erhalten haben so ersuchen = wir Sie, die Nachricht von Ihrem System zu loschen und sich mit uns in Verbindung zu setzen. Uber das Internet versandte E-Mails konnen leicht manipuliert oder unte= r fremdem Namen erstellt werden. Daher schlie?en wir die rechtliche Verbindlichkeit der in dieser Nachricht enthaltenen Informationen aus. = Der Inhalt der E-Mail ist nur rechtsverbindlich, wenn er von uns schriftlic= h bestatigt und gezeichnet wird. Sollte trotz der von uns verwendeten Virus-Schutzprogramme durch die Zusendung von E-Mails ein Virus in Ihre Systeme gelangen, haften wir nicht fur ev= tl. hieraus entstehende Schaden. Wir danken fur Ihr Verstandnis. Important notice: The contents of this e-mail may contain confidential = and legally protected information that is in particular related to operatio= nal and trade secrets, which the recipient is obliged to treat as confidential.= The information in this e-mail is made available exclusively for use by the= addressee. In the event that the e-mail may have been sent to you in er= ror, we would ask you to kindly delete this communication from your system and = to contact us. E-mails sent via the Internet can be easily manipulated or sent out und= er someone else's name. We therefore do not accept legal liability for the= information contained in this communication. The contents of the e-mail= are only legally binding if they have been confirmed and signed by us in writing. If, in spite of our using Antivirus protection software, a virus may ha= ve penetrated your system through the sending of this e-mail, we do not ac= cept liability for any damage that may possibly arise as a result of this. We trust that you appreciate our position. ------------------------------------------- ***********************************************************************= ******** Forum Note: Use "Reply" to post a response in the discussion forum. =