[ad]
Interesting. We have been toying with the idea of migrating our
Visage.DRS product across to UV from D3, but have been unsure of the
demand level, especially as IBM have a product (then again, so to RD,
but possibly with similar limitations?).
DRS "gracefully" recovers from network interruptions, and you can also
suspend updates on mirrored systems, allowing "clean" backups to be
produced. We can also produce a "clean" replicated system from a "dirty"
backup (ie: backup produced while system is active), support replication
to multiple replication servers ("subscribers"), and keep logs in 4
places to ensure a high level of redundancy.
That said, we would have the same limitation on type 1/19 files on *NIX
platforms, though I can see a fairly straight forward solution on
windows that would work with updates from "anywhere".
More details here if you are interested, even if only the approach we
have used http://www.stamina.com.au/Visage/visageDRS.htm
Ross Ferris
Stamina Software
Visage > Better by Design!
>-----Original Message-----
>From: [EMAIL PROTECTED] [mailto:owner-u2-
>[EMAIL PROTECTED] On Behalf Of Scott Ballinger
>Sent: Tuesday, 11 December 2007 4:20 AM
>To: u2-users@listserver.u2ug.org
>Subject: Re: [U2] RE: Universe Replication
>
>The problem I ran into with replication (UV on Linux), is that if the
>subscriber system was off-line or the subscriber process not running,
>writes
>on the publisher would cause the writing application to hang and
>eventually
>error. Since our goal was to the use subscriber system for reporting as
>well
>as testing, this caused a problem whenever the back-up system need to
be
>rebooted or taken off-line. We concluded that we needed something more
>asynchronous that would allow buffered updates to the back-up system.
>
>Other problems, such as managing many published files spread over many
>accounts, and the fact that type 1/19 files are not replicated, caused
>us to
>abandon replication. However, it is likely that IBM has continued to
>improve
>replication and my problems may not have been typical. But I am curious
>if a
>work-around to allow buffering of updates to the subscriber system was
>ever
>developed, because for us that was a stopper.
>
>/Scott Ballinger
>Pareto Corporation
>Edmonds WA USA
>206 713 6006
>
>On Dec 10, 2007 4:06 AM, Barry Rogen <[EMAIL PROTECTED]> wrote:
>
>> Robin,
>>
>> We attempted (operative word) to embrace Replication for a solution
>> to our needs. We are a little different, in that we are running Unix.
>We
>> have a D/R system off site and the primary/production box here. Our
>> intentions were similar, to establish a scenario where our second
>system
>> would not only be our D/R, but allow us to offload many of our
>> reportings from the production system. Data Replication was touted as
>> the solution. A solution that would update our D/R system real time
>from
>> our production system.
>> If you would like to discuss in further detail, off line, U2's Data
>> Replication solution (in the real world), I would be more that happy
>to
>> spend some time.
>>
>>
>> Barry Rogen
>> PNY Technologies, Inc.
>> Senior Programmer/Analyst
>> (973) 515 - 9700 ext 5327
>> [EMAIL PROTECTED]
>>
>> -----------------------------------------------------
>> Far better it is to dare mighty things, to win
>> glorious triumphs even though checkered by
>> failure, than to rank with those poor spirits who
>> neither enjoy nor suffer much because they live
>> in the gray twilight that knows neither victory
>> nor defeat. t. roosevelt
>> ----------------------------------------------------------------
>>
>>
>> -----Original Message-----
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] On Behalf Of LeRoy
>Dreyfuss
>> Sent: Sunday, December 09, 2007 6:35 AM
>> To: u2-users@listserver.u2ug.org
>> Subject: [U2] RE: Universe Replication
>>
>> Hello Robin,
>>
>> 10.2.x is still pretty new, even though it has been out a whole year
>> now. With most busy organizations, uptake on a new release can be
>pretty
>> slow, so I doubt many folks have it going in a production
environment.
>>
>> When I worked for the U2 group, I did quite a bit of testing with
>> replication. It is ideal for what you propose to use it for. In 10.2,
>> the services changed to improve overall replication performance and
>> recoverability after a network outage.
>>
>> If you've never set it up before, there are some things to consider
>> first. For example, how reliable are the file pointers? Can everyone
>of
>> the file pointers be opened? Are they referencing files that live in
>> other file systems and not where the account itself exists?
>Replication
>> expects that the files not be UV/NET files and will skip them when
you
>> start looking for files within accounts to publish.
>>
>> Like transaction logging, replication ships with TCL verbs to greatly
>> speed up the selection, publish, and subscribe process when there are
>> many files per account to be replicated. They are documented in the
UV
>> 10.2 documentation set. I made improvements to two of those
programs--
>> just ping me off-line if you'd like the updated programs.
>>
>> I intend to deploy replication across my Linux servers, with
>transaction
>> logging running on each server as well. I am confident with 10.2's
>> ability to handle them both quite well in the scenario I chose to
>deploy
>> them.
>>
>> I believe I can tell you quite a bit more about the process if you
>want
>> to write me off-line.
>>
>> Regards,
>>
>> LeRoy
>>
>> -----Original Message-----
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] On Behalf Of Robin Smith
>> Sent: Friday, December 07, 2007 10:59 PM
>> To: u2-users@listserver.u2ug.org
>> Subject: [U2] Universe Replication
>>
>> We are about to install Universe File Replication on a Windows 2003
>> server, using Universe 10.2.3 with replication to a similarly
>specified
>> Subscriber Server. The subscriber will be used for reporting
purposes
>> to reduce the load on the publishing server. Most of the reporting
is
>> done via UVODBC.
>>
>> Has anyone had experience of installing Universe Replication in a
>> Windows 2003 server environment? How stable is it? What problems
>have
>> you encountered along the way? Any help/tips/advice would be much
>> appreciated.
>>
>> Robin Smith
>> Reflex Data Systems Ltd
>> Tel: 01482 881152
>> Fax:01482 881195
>> Registered Office: Reflex House, Tokenspire Business Park, Beverley,
>> East Yorkshire, HU17 0TB
>> Registered in England No. 2767946. VAT Registration No. GB 599 0463
94
>>
>>
>>
>> Scanned by MailDefender - managed email security from intY -
>> www.maildefender.net
>> -------
>> u2-users mailing list
>> u2-users@listserver.u2ug.org
>> To unsubscribe please visit http://listserver.u2ug.org/
>> -------
>> u2-users mailing list
>> u2-users@listserver.u2ug.org
>> To unsubscribe please visit http://listserver.u2ug.org/
>>
>> 10/12/2007NOT INTENDED AS A SUBSTITUTE FOR A WRITING
>>
>> NOTHING IN THIS E-MAIL, IN ANY E-MAIL THREAD OF WHICH IT MAY BE A
>PART, OR
>> IN ANY ATTACHMENTS THERETO, SHALL CONSTITUTE A BINDING CONTRACT, OR
>ANY
>> CONTRACTUAL OBLIGATION BY PNY, OR ANY INTENT TO ENTER INTO ANY
BINDING
>> OBLIGATIONS, NOTWITHSTANDING ANY ENACTMENT OF THE UNIFORM ELECTRONIC
>> TRANSACTIONS ACT, THE FEDERAL E-SIGN ACT, OR ANY OTHER STATE OR
>FEDERAL LAW
>> OF SIMILAR SUBSTANCE OR EFFECT. THIS EMAIL MESSAGE, ITS CONTENTS AND
>> ATTACHMENTS ARE NOT INTENDED TO REPRESENT AN OFFER OR ACCEPTANCE OF
AN
>OFFER
>> TO ENTER INTO A CONTRACT. NOTHING IN THIS E-MAIL, IN ANY E-MAIL
>THREAD OF
>> WHICH IT MAY BE A PART, OR IN ANY ATTACHMENTS THERETO SHALL ALTER
THIS
>> DISCLAIMER.
>>
>> This e-mail message from PNY Technologies, Inc. is for the sole use
of
>the
>> intended recipient(s) and may contain confidential and privileged
>> information. Any unauthorized review, use, disclosure or distribution
>is
>> prohibited. If you are not the intended recipient, please contact the
>sender
>> by reply e-mail and destroy all copies of the original message.
>> -------
>> u2-users mailing list
>> u2-users@listserver.u2ug.org
>> To unsubscribe please visit http://listserver.u2ug.org/
>-------
>u2-users mailing list
>u2-users@listserver.u2ug.org
>To unsubscribe please visit http://listserver.u2ug.org/
-------
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
