| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Re: clustering |
From: Ellen K.
I only know about the per-CPU SQL Server licenses.
On Wed, 15 Jun 2005 07:11:22 -0400, "Robert Comer"
wrote in message :
>>(For the record, Microsoft does
>> NOT charge for licenses for standby boxes.)
>
>I'm not so sure of that, at least for the OS, don't know for sure about SQL
>Server, but wouldn't that depend on what kind of license you bought to begin
>with?
>
>- Bob Comer
>
>
>
>"Ellen K." wrote in message
>news:11nva1dh26r1vtult03t58ors3e8aa3fii{at}4ax.com...
>> Well, Mike suggested OpenVMS and you guys screamed when I said I was
>> looking for an availability / disaster recovery solution for my SQL
>> Server databases. So I was just pointing out that you also didn't
>> select something that didn't support the other pieces of your solution.
>>
>> The latest for Oracle is that we are using something called DataGuard.
>> I haven't seen any documentation but it sounds like continuous
>> transactional replication with the subscriber box automatically knowing
>> if and when it has to take over. The part that sucks bigtime is that
>> ORACLE CHARGES FOR DOUBLE LICENSES IN THIS CASE, i.e. you have to pay
>> for full licensing for the standby box. (For the record, Microsoft does
>> NOT charge for licenses for standby boxes.)
>>
>> I asked whether you were using the ESB to do your replication because
>> when I read your previous post a light went on that actually an ESB
>> could be used to create multiple "master" copies of the
data, i.e. since
>> what it does is send messages, and the number of message receivers is
>> not limited, you could have two (or more) boxes listening for "message
>> to Oracle database x". However, that would only work if ALL
>> modifications to the data were made via the ESB, which to me seems kinda
>> convoluted, but I guess it would certainly be possible.
>>
>> It also occurred to me that I guess we need two instances of Sonic also,
>> because if a whole location is taken out due to some giant disaster, and
>> that location is where Sonic is, then duplicate databases are lovely but
>> we still can't work. However, how that could be sync'd I have no idea.
>>
>> On Mon, 13 Jun 2005 10:18:03 +0100, Adam
>> wrote in message :
>>
>>>Ellen K wrote:
>>>> My point was that you selected an availability / disaster recovery
>>>> solution
>>>> that works with all the other pieces of your solution.
>>>>
>>>
>>>The foundation was Oracle & how best to create identical
replicas of the
>>>data where each can be the master & where there are serious
implictions
>>>wrt the non-availability of the system as a whole.
>>>
>>>> Does your comment mean you are using the ESB to do the replication?
>>>>
>>>>
>>>That requires a long answer which will use more than a few acronyms.
>>>
>>>
>>>Adam
>>
>
--- BBBS/NT v4.01 Flag-5
* Origin: Barktopia BBS Site http://HarborWebs.com:8081 (1:379/45)SEEN-BY: 633/267 270 5030/786 @PATH: 379/45 1 106/2000 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.