最初にいくつかの警告があります。CTDB を使用してドメイン コントローラーをクラスター化することは一般的ではありません。クラスタリング/CTDB は、通常はドメイン内のメンバー サーバーであるファイル サーバー用に作成されます。ドメイン コントローラの主な目的は、クライアントにログオン サービスを提供することであり、通常はさまざまな複製サービスが使用されます (たとえば、TDB ではなく LDAP に DB を保存するなど)。ドメイン コントローラーのクラスター化は、クラスター全体が一貫して単一のサーバーとしてクライアントに表示される必要があるため、問題が発生する可能性があります。これにより、nmbd / NetBIOS の名前解決で問題が発生する可能性があります。さらに、1 つの問題は、クラスター内で、基礎となるすべてのユーザー アカウントが同じユーザー ID を持つすべての ctdb クラスター ノードで作成されていることを確認する必要があることです。
一般に、ファイル サーバーの役割をドメイン コントローラーの役割からできるだけ分離することをお勧めします。また、Samba 4.0 からは、プロトコル レベルでのユーザー データベースのマルチマスター レプリケーションに付属する Active Directory ドメイン コントローラーの機能があることにも注意してください。
そうは言っても、重要な点は、samba と ctdb のバージョンを自由に置き換えることができないということです。Samba 3.6 は ctdb 2.5 で動作するはずですが、使用する ctdb バージョンに対して Samba を再コンパイルする必要があります。つまり、Samba が CTDB の古いバージョン (1.0.114.X など) に対してコンパイルされている場合、このバイナリ パッケージは CTDB 2.5 では機能しません。
samba および ctdb パッケージのワーキング セットがある場合、以前のインストールをこの新しいインストールに移行するプロセスは、以前のインストールが CTDB クラスターでもあったかどうかによって異なります。もしそうなら、あなたはすることができます
ctdb getdbmap
古いインストールで実行してから
ctdb backupdb
PERSISTENT とマークされたすべてのデータベースで。使用する新しいインストールで
ctdb restoredb
これらすべての DB を復元します。
以前のインストールがクラスタ化されていない Samba である場合、ltdbtool を使用するというヒントは正しいです。必ず
その後、これらの DB はクラスター上で同期されている必要があります。