RE: RE: ISDN & Enterprise Replication

Bj Firstly look at 'cdr define server'. It has a '-i minutes' option to define an idle time time-out. The first transaction then re-establishes connection. This could give you some immediate savings if your data is only changed between 08:00 and 17:00 or is sporadic. Second 'cdr define repl' has an option '-a time' which sends transactions at a particular time each day, or option '-e interval' which sends transactions every 'interval' minutes. As I said earlier, you need to ensure you have plenty of log space in order that you do not end up freezing one side of the replicants because responses have not been received. Keith -> -----Original Message----- -> From: Bruxelles Jette [mailto:bruxelles.jette@caramail.com] -> Sent: Monday, April 26, 2004 9:36 PM -> To: keith.simmons@office2office.biz -> Cc: 'Bruxelles.Jette@caramail.com'; 'informix-list@iiug.org' -> Subject: Re: RE: ISDN & Enterprise Replication -> -> -> Hello Keith, -> -> Thanks for your fast answer. -> As I'm pretty sure that for the moment, a permanent -> connection is impossible between our two servers. I have -> to investigate for your 2nd method "request replication to -> store up the transactions and send them all in a -> burst every few (many) minutes". -> Can you explain me how I can do that ? -> I didn't find an option to ask him to do it like that in the -> command line -> -> cdr def ser --init g_MISX --sync g_UGND -> -> Is it an option in the cdr def ser command line or is it a -> parameter in onconfig file ? -> -> Bj -> -> ------- Message original -------' -> De: Simmons; Keith <keith.simmons@office2office.biz>' -> Date: Mon, 26 Apr 2004 16:46:44 +0100' -> Sujet: RE: ISDN & Enterprise Replication' -> -> Bj -> -> Although ER is possible over ISDN I am not sure I would -> recommend it. You -> either need the line continuously available (as you have -> found) as the -> servers communicate with each other every few minutes even -> if there is -> nothing to send, or you request replication to store up the -> transactions and -> send them all in a burst every few (many) minutes. -> The problem with the second method is that you need plenty -> of logical log -> space and root space available to allow the replay position -> to fall behind -> the current position. Also if your ISDN line fails to 'come -> up' correctly -> you could very quickly hit DDR lockout and freeze both servers. -> I would recommend you investigate a permanent connection of some form -> between the two sites. -> -> Keith -> -> -> -----Original Message----- -> -> From: Bruxelles.Jette@caramail.com -> -> [mailto:Bruxelles.Jette@caramail.com] -> -> Sent: Monday, April 26, 2004 11:27 AM -> -> To: informix-list@iiug.org -> -> Subject: ISDN & Enterprise Replication -> -> -> -> -> -> Hello, -> -> -> -> I'm doing some tests with Enterprise Replication of INFormix. -> -> -> -> When I defined the replication for UGnd1 and MisterX, I have a big -> -> problem. -> -> The ISDN Line is never released even if no replication is -> done. That -> -> is not a good idea for the telecom bill :-) -> -> -> -> Here are the commands -> -> -> -> UGnd1 $ cdr define server --init g_UGND -> -> To initialize UGnd1 -> -> -> -> MisterX $ cdr def ser --init g_MISX --sync g_UGND -> -> To add MisterX to the group of replication -> -> -> -> So, at this time, there is no replication defined. -> -> -> -> Is it possible to work with Enterprise Replication -> between 2 servers -> -> linked by ISDN ? -> -> -> -> Regards, -> -> Bj -> -> -> -> -> ************************************************************* -> ********************* -> This message is sent in strict confidence for the addressee -> only. It may -> contain legally privileged information. The contents are not -> to be disclosed -> to anyone other than the addressee. Unauthorised recipients -> are requested -> to preserve this confidentiality and to advise the sender -> immediately of any -> error in transmission. -> This footnote also confirms that this email message has been -> swept for the -> presence of computer viruses, however we cannot guarantee -> that this message -> is free from such problems. -> ************************************************************* -> ********************* -> -> Incroyable ! des SMS offerts avec CaraMail Premium - http://www.caramailmax.com sending to informix-list