Re: divide replicas in master1-2
a...@novell.com
Hash: SHA1
What is your end goal in doing this? Doing so is possible by removing one
of the full replica-holders from the tree, isolating it, and then
promoting it to the master and then cleaning both trees of servers that
are not in them but you need to keep the two environments separated.
Knowing your goal in doing this, though, may help you get a better
response. Adding another server to the tree which can hold the same data
is often desired and copying your tree to a new setup is not the best way
to do that. Using the backup/restore capabilities of eDirectory (via
dsbk) is another option for cloning a tree and is documented.
Good luck.
bulbapeppe wrote:
> Dear all i've teh following (strange) question.
>
> I've one master and one (slave) replica. They are obviously identical.
> Now I would like (the cutomer wants it) to divide the master and the
> replica into two "stand - alone" servers. It means I would like to have
> a procedure in order to get (from the master-replica couple) two "stand
> alone" masters (also with different trees if it is necessary....) on two
> different servers as they where created performing two several
> installations.
>
> Is it possible to do that and how?
>
> Many thanks
>
> bulbapeppe
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBAgAGBQJLE/GOAAoJEF+XTK08PnB51kcP/3XpI5Fx6vWkPd3EPa/Kzf/r
dKq4hfFClRpTqt0fZfqBbabj4o2EvQJSr1vbv9jaaQz/i6iNX5qXMe3xRkcw4Gof
qjIO1qX3+JJEs8h+RGx8N56ipLpHNtmRLDS77uAfK3D2V76SzNYZ986axHrVw0eY
TgsvMefxnOxM2lU3aKX8yTj2zVuLLuZ8AOrfRNU3BxmipRT8nGBHGiQZjiT+hL/v
mVjxNm0aeCM4d9SbZ0IDzv8rn5J/LK8zsVFZskfxUhVv61wgiHiYXGQwHfxbPOvh
7u1chLcAZ5SMHGUoY185MTYXEdpXn0LzEQPM4lxwZwXNatZBLeXnLB0gYfioQVph
0y/NzfUkv6FsotCUnRF4VofEFyuF27hr+/BNOJ84W4ihz9clbWxcW2BQAPglpjUh
B3EcJA6cPleZB4thUlzve5QD15mlmXaNm1qI/H23vA3zRbTnh+QLT9hqt/kRawOH
vWGfnlqnleaHGrVczVadYZX62C76EtyEVIirTZmFIbUxaOncR2qr8BiCPEqu0sbc
GNe+YJ/QvM6hSJgUlvivwEx/I/w4OKM6y7NW7M/LCXw8WdIidkdjOnHUnF//3ecy
3YICVByl8CL/+Rb7zcAdBv0U3V9h7aWG3QYDDGbp+nhkti2TtjjGzfTTrbx6xYMN
aMSrr8K73Se6MeqZC8Aq
=tkYq
-----END PGP SIGNATURE-----
a...@novell.com
Hash: SHA1
To make a perfect copy you should copy your DIB using something like
'ndsrc.pl' which is a CoolSolution. This copies NICI and eDirectory files
which you can then restore on another, completely-isolated, machine for a
perfect copy. This is not a supported solution. You could also have your
current environment in a VM and clone that VM. Network isolation is
paramount in either scenario.
Using the dsbk option would also create an exact copy and is supported,
but it also takes a little more work. This also requires that you keep
the two environments isolated.
Nothing else gives you a perfect copy, though you can get very close copies.
Good luck.
bulbapeppe wrote:
> I EXPLAIN BETTER: I HAVE ONE SERVER => I WANT TO HAVE A PERFECT COPY OF
> THIS SERVER INTO ANOTHER SERVER.
>
> I started making a replica (and for this reason I made the question in
> the other trhead). But now I thought that this can make confusion.
>
> So the main problem is detailed in bold (see te beginning).
>
> Thanks
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBAgAGBQJLE/uYAAoJEF+XTK08PnB5g7sP/3Im+vl+utCz97q28YNwTKgP
sNUaJYzM7H6JtTeq9Jf15I9CTeNTX3IeJS0kbs5djMIZhAni5W3OtI26eeeeozaq
k3PDQokuSwpo993yrKTXaf/Q8ZJbuANTIvS9c1dYpxsZQTJZDn+/W5GBNKfJaPgu
KiMQkFjTlfwJYTVFcib0yQpRKqa12GqOADN9+0EKfi2a2bkGqG5xQBtJq0FmCuRX
Rj02G8oNcmdqmSV9hcdN1UwREK7CN7/ivILRu5spV2B0gfZhtvDrnsJeW99DwLvq
eagT6U3VQ02g+7mmu+O881KJkQdWqpsrA/XB+Y3RvNwWGbggde9yXVWaHEFd9Tzh
tbXA4PObSCGq1be/ylBI8BIFAAtdaiBQRBgPoEktBoMxoFK3NVr6yQW3bsy9hJlw
vajVq2Ea4qz2puw/dC8THSFVY33l4yV7Ukd4il4dOWOoiDxWFIZLk2IXDqjU4KOr
VTqeW7ZX9d2St0JnPlzeWJkIJgvqo/AxR9lJt/3OqfxpPu745tCMdGNkkBBjJCnL
1vnKZq1mOxS6udqrcLLtt89lPJadBxfoUF9zBKByzqXkOI5FztZCL7rbSnY+zJ8u
b3yM8sO7FX6NyF3XPGNmKDfNvWSJ8FVctP99JIUQotE8AWM2vxYQ+i+3DQnqgNVx
gHt/KLJvcQtfpbuGznJX
=mVLr
-----END PGP SIGNATURE-----
a...@novell.com
Hash: SHA1
1. If possible I'd start with #4 for duplicating a system, unless you
want to do something the supported route in which case look up dsbk.
2. I do not understand why, but I am concerned that you stated "isolating
the replica and the master" as "master" is a type of replica. As a result
of possible misunderstandings I'll throw out the warning one more time: If
you screw up the isolation of your test and production environments you
will likely destroy both.
3. I do not know how that would happen.
4. Google finds it first.
Good luck.
bulbapeppe wrote:
> I ty to answer all your questions.
> 1- my goal: I want to have a copy of an existing system in order to
> make tests on data and to plan a migration from one server to another
> one without affecting the first server. At the end I have to have two
> similar "stand -alone" masters.
> NOTE1: some attributes in one master are not present (it must be in
> this way) in the second one
>
> 2- I couldn't make it using the replica: I wasn't successfull in
> isolating the replica and the master
>
> 3-with the bakup/restore do I have problems if the attributes are not
> the same in the 1� and 2� masters?
>
> 4- Now I look for "ndsrc.pl"... if you have a link...
>
> Thanks for your reply.
>
> Bulbapeppe
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBAgAGBQJLFTEwAAoJEF+XTK08PnB50qsP/0vO4KbNHGMWCq38ZZYl7jE/
b0juM7hQj4sVrdRU5bMfEUm/m7DQIRFltwZRW1tuz8/ZNcYDeFFv4OkNet04MId6
x4cdwIkwdfq3GNiTziNvqir0lQUHhY5pm4XGhcP4AmGmlnphypMerhyp8YgVpG9A
LhvdvO1iYDpxJbCtR67P0fEbftxAvDwF0dMIPaF7fOrhV+lGa1aavssJPik8L+Cw
RF+j7EMTsdJ5+2do3i2AzqkGD5rlQBhoUb1ZEn9hzJegfWnwuC+8tU2x4W7lXwSt
qYpnog7AEGUU30M5Gq6rrs2/jqe5e00wqU/HIzHU0QZknQzzNTk8cskmxMld1Miu
ZT9zY8ajGAVqAAcDHEcXG0QHvHPTF6Kb4FudKZuGfcj0GRMlUPDKcvB7XL1u+5TY
HNw+yuCsmUOmf2iXqPoUOqZM08a1oV23QlQ6Itl40axpTKuPHeZ4uhbY1pnPWEco
kMLQ87gLTMBxy6h0IxB8HymnGAga0mFoOtaxM/TTepN6z6V/qppnz7fElurAWFdZ
NWF/9ARfpyIeqeOFAH9E0HLFGOLKeR44VZc9UR6qr+8UPe7Fb0DQWtEu9QPwNe5r
4eIVnoIn59jS8KtSS6ZFukt4vX3lFDFGlKg/1F8nQkUAvzKWqgLLAySgu+UbMk/Z
jbGVK+RDBoihDMQRAJfw
=Vylw
-----END PGP SIGNATURE-----
David Gersic
> just a precisation:
>
> whenyou say "isolating it", (i.e. the replica)... how is it possible to
> do it? I mean, I tried:
He means that you *unplug* this server from the network and you *never*
plug it in to the live network again. Ever.
You can build a private network (one hub, a couple of workstations, etc.)
to work with it. You cannot *ever* let it talk to the live network again.
--
---------------------------------------------------------------------------
David Gersic dgersic_@_niu.edu
Novell Knowledge Partner http://forums.novell.com
Please post questions in the newsgroups. No support provided via email.
David Gersic
> I try to explain the scenario and later on some considerations.
I do not understand what this plan is intending to accomplish.
> another strange thing: if I have a read-only replica and I access
> iManager the changes on this replica have been (for me it shouldn0t work
> in this way) transferred on the master. *WHY?*
A "read only" replica is essentially useless. It does *not* prevent
changes from being made. What it does is prevents a *client* from making
a change in the database *on* that server. The client will happily make
the change in some other server's replica, however, and normal
synchronization traffic will then update the "read only" replica.