home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / database / 6223 < prev    next >
Encoding:
Text File  |  1992-08-20  |  3.4 KB  |  89 lines
  1. Newsgroups: comp.databases
  2. Path: sparky!uunet!kithrup!hoptoad!decwrl!mips!darwin.sura.net!cs.ucf.edu!tarpit!fang!att!cbnewsl!sdo
  3. From: sdo@cbnewsl.cb.att.com (scott.orshan)
  4. Subject: Re: Hot Standby DBMS's
  5. Organization: UNIX System Laboratories
  6. Date: Thu, 20 Aug 1992 19:25:38 GMT
  7. Message-ID: <1992Aug20.192538.17842@cbnewsl.cb.att.com>
  8. References: <9208172103.AA04378@hplwk.hpl.hp.com> <Bt6IsC.F00@world.std.com> <1992Aug19.052516.24063@anasaz>
  9. Lines: 78
  10.  
  11. In article <1992Aug19.052516.24063@anasaz> briand@anasaz (Brian Douglass) writes:
  12. >
  13. >Another approach to this through the use of Transaction Managers (Tuxedo,
  14. >Encina, Top-End under Unix).  These products, and their grandpappy, CICS,
  15. >have the ability to distribute transactions among processors or machines be
  16. >they 10 feet apart or 100 miles.  
  17.  
  18.     ...
  19.  
  20. >People from all three of these companies are listening and I'm sure they'd
  21. >be happy to post their addresses, phone numbers and contacts if people are
  22. >interested.
  23.  
  24. >Brian Douglass        briand@anasazi.com     602-870-3330 X657
  25.  
  26. Well, you caught me listening again.  Before I give the contact information
  27. for the TUXEDO System, let me plug a couple of upcoming features that have
  28. direct applicability to the problem at hand.
  29.  
  30. (Note - the TUXEDO components are all named /<something>, e.g., /T, /WS)
  31.  
  32. The new feature called /Q provides store-and-forward messages, where the
  33. message storage and deletion is done within an XA-compliant distributed
  34. transaction.  The message storage facility is a special purpose
  35. XA-compliant database.
  36.  
  37. This allows for the reliable enqueueing of service requests to be
  38. processed either immediately, or at a later time if the service
  39. is unavailable due to some failure.
  40.  
  41. Another new feature allows separately administered TUXEDO networks
  42. to call each others services and allows transactions to span these
  43. networks.
  44.  
  45. This means that a bank's application, which knows how to debit your
  46. bank account, and a stock brokerage application, which knows how to
  47. buy shares of stock, can be linked in a distributed transaction
  48. such that the stock purchase and the debit occur together.  Without
  49. this capability, the stock brokerage has to generate a batch EFT
  50. transaction to the bank that may bounce, but the stock has already
  51. been purchased.
  52.  
  53. It also allows for a single network to be broken up into smaller,
  54. more easily administered pieces, and still function as part of a
  55. larger application.
  56.  
  57. These facilities allow for a hot standby system or network to exist
  58. far away, with all service requests done both locally, and also queued
  59. for processing at the backup site. (I'm talking about high level
  60. application requests: DEBIT, RESERVE-ROOM, etc., not physical database
  61. operations.)
  62.  
  63. One thing that the other proposed schemes do not address is that of
  64. software bugs.  Whether using locally redundant hardware, or geographically
  65. separated backup systems, the physical updates to the databases are
  66. still done by one piece of software.
  67.  
  68. By architecting the backup system so that it uses a different DBMS,
  69. or even a different implementation of the application, it is more
  70. likely that one system will be able to continue processing if the other
  71. is stopped by a bug.
  72.  
  73. For more information on the TUXEDO System, please contact:
  74.  
  75.     UNIX System Laboratories
  76.     190 River Road
  77.     Summit, NJ  07901  USA
  78.     +1-800-828-UNIX
  79.     +1-908-522-6000
  80.  
  81.     London office: +44-81-567-7711
  82.     Tokyo Office:  +81-3-5484-8605
  83.  
  84.  
  85. Scott Orshan
  86. USL
  87. 908-522-5063
  88. sdo@usl.com
  89.