home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / database / 6624 < prev    next >
Encoding:
Text File  |  1992-09-09  |  2.4 KB  |  58 lines
  1. Newsgroups: comp.databases
  2. Path: sparky!uunet!usc!sdd.hp.com!think.com!cass.ma02.bull.com!pluto.uk03.bull.co.uk!dboyce
  3. From: dboyce@hemel.bull.co.uk (David Boyce)
  4. Subject: Re: Hot Standby DBMS's
  5. Message-ID: <1992Sep9.112749.11492@uk03.bull.co.uk>
  6. Sender: @uk03.bull.co.uk
  7. Nntp-Posting-Host: pluto
  8. Organization: Bull HN UK
  9. References: <1992Sep7.165029.26587@uk03.bull.co.uk> <BuAHM6.Ds4@cup.hp.com>
  10. Date: Wed, 9 Sep 92 11:27:49 GMT
  11. Lines: 45
  12.  
  13. dhepner@cup.hp.com (Dan Hepner) writes:
  14.  
  15. >[I wrote:]
  16.  
  17. >>Interfaces for obtaining journal data from an RM and passing it to an
  18. >>standby RM would be needed, as would RM-independent methods of recovery
  19. >>and catch-up.  Not beyond the wit of man, I would have thought.
  20. >>
  21. >>Obviously the database vendors need to be convinced of the need to make
  22. >>this interface available. 
  23.  
  24. >Any ideas on how to convince them?  In particular, it needs to be
  25. >shown what can be done using this scheme which the DB vendors 
  26. >could not do themselves.  Intuitively, one would say "but it's
  27. >more open".  In what way does this openness benefit anyone?
  28.  
  29. Obviously, any given DB vendor could (given sufficient justification)
  30. implement their own RHS (Remote Hot Standby) DB.  This justification is
  31. work for the marketeers, one of whom I am not.
  32.  
  33. My argument proceeds on the assumption that such justification exists,
  34. in order to establish the need for an 'open' RHS protocol standard.
  35.  
  36. Owing to the increase in customer interest and use of Distributed TP
  37. systems (around Tuxedo, Encina etc.) it seems inevitable that DTP-RHS
  38. combined functionality will become important for some customers.  These
  39. are the people for whom 'such openness' is important.
  40.  
  41. Since the working of RHS is based around the ability to restart
  42. transactions, the extention of this into DTP involves restarting
  43. Distributed transactions.  This requires the cooperation of the
  44. Transaction Manager - hence the need for an Open RHS protocol.
  45.  
  46. DB vendors / Transaction Manager vendors which can offer such a
  47. combination of functionality clearly have the edge in that segment of
  48. the market which needs it investment).
  49.  
  50. The bottom line is, what is the size (actual or potential) of this
  51. market segment?  I can't answer that.
  52.  
  53. --
  54. David Boyce    (David.Boyce@hemel.bull.co.uk) 
  55.                 Tel: +44-442-884468    BULL HN Information Systems Ltd.
  56.                 Fax: +44-442-884570    1, Three Cherry Trees Lane,
  57.                           Hemel Hempstead, Herts HP2 7DZ
  58.