When I was testing the first host failure, I found that the forests for 
Security and Schemas needed replicas to recover the cluster to a searchable 
state.  I also made replicas of the App-Services forest so I could still use 
the Administrative ports (8000, 8001, 8002) as well while the first host was 
down.

From: [email protected] 
[mailto:[email protected]] On Behalf Of David Lee
Sent: Monday, March 17, 2014 9:45 AM
To: MarkLogic Developer Discussion
Subject: Re: [MarkLogic Dev General] Security on MarkLogic Local Host Fail Over

If there is only a primary security database and that host goes down,
the entire cluster is effectively halted until that server comes up.
It is common practice to replicate the security database as well as you "data" 
databases.
Also depending on your application consider replicating other databases such as 
Schemas,
Modules etc.  Any non-replicated database will block use of that database if 
the only host that
has a forest for it goes down.



From: 
[email protected]<mailto:[email protected]>
 [mailto:[email protected]] On Behalf Of Cummings, 
Jeffrey T
Sent: Monday, March 17, 2014 8:22 AM
To: MarkLogic Developer Discussion
Subject: [MarkLogic Dev General] Security on MarkLogic Local Host Fail Over

I posted this on stack overflow, but I thought I'd throw it out to the 
community as well.  Being a relative newbie to ML, I have a question that 
probably has an obvious answer, but I'll ask anyway. We have several ML 
clusters set up with local disk failover. However, the way it's set up here is 
that all members of the group have their security databases set to the security 
database on the cluster host. My question is, if the cluster host goes down, 
what happens to security on the other servers in the cluster? Should the 
security database instead be replicated across the cluster servers?



Jeff Cummings
Consultant, Chemical Abtracts Service
Desk: 614-447-3600, ext 2400


Confidentiality Notice: This electronic message transmission, including any 
attachment(s), may contain confidential, proprietary, or privileged information 
from Chemical Abstracts Service ("CAS"), a division of the American Chemical 
Society ("ACS"). If you have received this transmission in error, be advised 
that any disclosure, copying, distribution, or use of the contents of this 
information is strictly prohibited. Please destroy all copies of the message 
and contact the sender immediately by either replying to this message or 
calling 614-447-3600.
_______________________________________________
General mailing list
[email protected]
http://developer.marklogic.com/mailman/listinfo/general

Reply via email to