On 03/10/2011 11:30 PM, Bayardo Rivas - Open Soluciones wrote:

El 08/03/2011 02:50 a.m., carlopmart escribió:

...

...

Mis dudas mas grandes son las siguientes:

a) no sé que pasa con el número SID de Samba? Tengo que poner el mismo desde ya o tengo que hacer algo con este?? lo tengo que asignar cuando entre a trabajar el servidor de respaldo??

b) que va a pasar con los perfiles de los usuarios (todos Windows, la mayoría XP ) que ya estan conectados al dominio?? Como puedo garantizar que si cae la maquina principal, los usuarios se van a poder conectar sin problemas y con su mismo perfil y no van a perder sus configuraciones de perfil, correo,etc.. etc, etc. Los perfiles de los usuarios son locales, no usamos perfiles moviles.

Si alguien tiene alguna experiencia con algo parecido o una recomendación de como hacer esta tarea bien hecha, y efectiva, le voy a agradecer que lo mencione aunque implique cambios en este plan inicial.

Saludos,

Bayardo.

Mi consejo es que utilices algo com DRBD para que las réplicas de datos sean inmediatas y algún tipo de componente HA tipo del de www.clusterlabs.org o RHCS.

Saludos.

Gracias por la recomendación, en cuanto al respaldo de la información pero ahorita me urge aclararme de lo relacionada con Samba y el número SID. Ese es un número único y es el ID de cada servidor de dominio o de dominio???? mmm no sé. Sabes que si las maquinas clientes no encuentran el servidor de dominio, al configurar otro servidor de dominio estoy obligado a cambiar y reconfigurar cada perfil de cada usuario y con 65 puestos de trabajo no puedo darme ese lujo.

Bayardo.

Uhmm .. que yo sepa una solución de HA no va a cambiar ningún SID del samba. No por lo menos el RHCS ... y dudo mucho que pacemaker (http://www.clusterlabs.org) lo haga. Aquí el truco radica en que uses un storage "compartido" (DRBD) donde vas a alojar toda la configuración, por ende cuando el servidor A caiga, el B levantará el servicio con la configuración que había en el servidor A y viceversa ... Saludos. -- CL Martinez carlopmart {at} gmail {d0t} com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

On 03/11/2011 03:15 AM, Ciro Iriarte wrote:

El día 10 de marzo de 2011 20:10, carlopmart escribió:

...

On 03/10/2011 11:30 PM, Bayardo Rivas - Open Soluciones wrote:

...

El 08/03/2011 02:50 a.m., carlopmart escribió:

...

...

Mis dudas mas grandes son las siguientes:

a) no sé que pasa con el número SID de Samba? Tengo que poner el mismo desde ya o tengo que hacer algo con este?? lo tengo que asignar cuando entre a trabajar el servidor de respaldo??

b) que va a pasar con los perfiles de los usuarios (todos Windows, la mayoría XP ) que ya estan conectados al dominio?? Como puedo garantizar que si cae la maquina principal, los usuarios se van a poder conectar sin problemas y con su mismo perfil y no van a perder sus configuraciones de perfil, correo,etc.. etc, etc. Los perfiles de los usuarios son locales, no usamos perfiles moviles.

Si alguien tiene alguna experiencia con algo parecido o una recomendación de como hacer esta tarea bien hecha, y efectiva, le voy a agradecer que lo mencione aunque implique cambios en este plan inicial.

Saludos,

Bayardo.

Mi consejo es que utilices algo com DRBD para que las réplicas de datos sean inmediatas y algún tipo de componente HA tipo del de www.clusterlabs.org o RHCS.

Saludos.

Gracias por la recomendación, en cuanto al respaldo de la información pero ahorita me urge aclararme de lo relacionada con Samba y el número SID. Ese es un número único y es el ID de cada servidor de dominio o de dominio???? mmm no sé. Sabes que si las maquinas clientes no encuentran el servidor de dominio, al configurar otro servidor de dominio estoy obligado a cambiar y reconfigurar cada perfil de cada usuario y con 65 puestos de trabajo no puedo darme ese lujo.

Bayardo.

Uhmm .. que yo sepa una solución de HA no va a cambiar ningún SID del samba. No por lo menos el RHCS ... y dudo mucho que pacemaker (http://www.clusterlabs.org) lo haga.

Aquí el truco radica en que uses un storage "compartido" (DRBD) donde vas a alojar toda la configuración, por ende cuando el servidor A caiga, el B levantará el servicio con la configuración que había en el servidor A y viceversa ...

Saludos.

-- CL Martinez carlopmart {at} gmail {d0t} com --

El failover/failback con samba tiene demasiados detalles que cuidar para mi gusto. Yo tendria 2 equipos fisicos y un domU que puedas migrar entre estas, tu PDC seria el domU. Si no tienes discos compartidos, la imagen puede residir sobre DRBD.

Con este modelo, inicias la maquina virtual (domU) en el equipo que mas te convenga. Esto es solo si requieres HA, si por el tamaño de la red necesitas varios DCs, no te ayuda a escalar...

Saludos,

Yo tengo un servicio samba bajo RHCS (no he probado bajo pacemaker) desde hace un par de años, actualizando los paquetes de samba de forma regular cada vez que sale algún bug importante y nunca he tenido porblemas con el SID ni otras partes. Eso sí, uso cluster filesystem, no DRBD ... Saludos. -- CL Martinez carlopmart {at} gmail {d0t} com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

On 03/11/2011 04:42 PM, Bayardo Rivas - Open Soluciones wrote:

El 10/03/2011 05:10 p.m., carlopmart escribió:

...

On 03/10/2011 11:30 PM, Bayardo Rivas - Open Soluciones wrote:

...

El 08/03/2011 02:50 a.m., carlopmart escribió:

...

...

Mis dudas mas grandes son las siguientes:

a) no sé que pasa con el número SID de Samba? Tengo que poner el mismo desde ya o tengo que hacer algo con este?? lo tengo que asignar cuando entre a trabajar el servidor de respaldo??

b) que va a pasar con los perfiles de los usuarios (todos Windows, la mayoría XP ) que ya estan conectados al dominio?? Como puedo garantizar que si cae la maquina principal, los usuarios se van a poder conectar sin problemas y con su mismo perfil y no van a perder sus configuraciones de perfil, correo,etc.. etc, etc. Los perfiles de los usuarios son locales, no usamos perfiles moviles.

Si alguien tiene alguna experiencia con algo parecido o una recomendación de como hacer esta tarea bien hecha, y efectiva, le voy a agradecer que lo mencione aunque implique cambios en este plan inicial.

Saludos,

Bayardo.

Mi consejo es que utilices algo com DRBD para que las réplicas de datos sean inmediatas y algún tipo de componente HA tipo del de www.clusterlabs.org o RHCS.

Saludos.

Gracias por la recomendación, en cuanto al respaldo de la información pero ahorita me urge aclararme de lo relacionada con Samba y el número SID. Ese es un número único y es el ID de cada servidor de dominio o de dominio???? mmm no sé. Sabes que si las maquinas clientes no encuentran el servidor de dominio, al configurar otro servidor de dominio estoy obligado a cambiar y reconfigurar cada perfil de cada usuario y con 65 puestos de trabajo no puedo darme ese lujo.

Bayardo.

Uhmm .. que yo sepa una solución de HA no va a cambiar ningún SID del samba. No por lo menos el RHCS ... y dudo mucho que pacemaker (http://www.clusterlabs.org) lo haga.

Aquí el truco radica en que uses un storage "compartido" (DRBD) donde vas a alojar toda la configuración, por ende cuando el servidor A caiga, el B levantará el servicio con la configuración que había en el servidor A y viceversa ...

Saludos.

Creo que estoy expresan mal mi duda??

Mi preocupación radica en que no sé como configurar un servidor Samba de respaldo para que cuando caiga el servidor A yo pueda levantar el servidor B. La sincronización de los datos, es un caso a parte y les agradezco sus recomendaciones pero, a como les digo, mi pregunta es que tengo que hacer para tener un servidor B listo para meterlo a la red cuando el servidor A caiga, garntizando la autenticación de los usuarios y que sus perfiles de Windows se mantienen intactos con sus permisos y recursos de red (los datos, por favor asuman que van a estar en sincronizados y disponibles en el servidor B para cuando este levante).

Gracias,

Bayardo.

Pues tu solución es un samba como PDC y otro como BDC (al estilo de como funcionaban los antiguos NT si no recuerdo mal). http://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/ Saludos. -- CL Martinez carlopmart {at} gmail {d0t} com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org