home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / database / 6156 < prev    next >
Encoding:
Internet Message Format  |  1992-08-17  |  1.5 KB
  1. Xref: sparky comp.databases:6156 comp.databases.theory:363
  2. Newsgroups: comp.databases,comp.databases.theory
  3. Path: sparky!uunet!world!edwards
  4. From: edwards@world.std.com (Jonathan Edwards)
  5. Subject: Hot Standby
  6. Message-ID: <Bt4yqE.H0q@world.std.com>
  7. Organization: The World Public Access UNIX, Brookline, MA
  8. Date: Mon, 17 Aug 1992 16:20:36 GMT
  9. Lines: 23
  10.  
  11. In the transaction-processing world, there is the concept of a 'hot standby'
  12. system, which is a geographically separated system containing a copy of the
  13. database, and capable of coming online very quickly. The replicated data must
  14. be close to current, and guaranteeing complete synchronization is required
  15. by some applications. A further feature is the ability to 'catchup' 
  16. incrementally to missed changes after an outage, without a complete database 
  17. copy. Our database (homebrew non-relational) does this.
  18. Are there any other databases that can do this?
  19.  
  20. I know that Tandem has some capability, but it is not synchronous (it can
  21. fall behind, probably because performance would be unacceptable otherwise).
  22. I don't think it can incrementally catch up.
  23. Vendors often suggest doing 'remote mirroring' of the database disks, which
  24. requires extremely high bandwidth (like FDDI) which is very expensive, and
  25. doesn't do catchup.
  26. I would think that all the efforts building distributed databases should have
  27. yielded some kind of capabilities along these lines. Can anyone fill me in?
  28.  
  29. Jonathan Edwards        edwards@intranet.com
  30. IntraNet, Inc.            617-527-7020
  31.  
  32.  
  33.  
  34.