>En principio habla de SBS 2008 pero vale para 2008 server.
http://blogs.technet.com/sbs/archive/2009/02/13/how-to-add-32-bit-print-drivers-to-sbs-2008.aspx
>Supongo que en los tiempos que corren, estas entradas son de agradecer:
BUSCAMOS GENTE, esta vez desarrolladores y a ser posible con experiencia en Dynamics Nav (Navision vamos), sabéis que estamos en Alicante y que nuestra empresa se llama Zerkana .
Si tienes experiéncia con este producto y te interesa la oferta, puedes y debes mandarme un correo ¡ya!.
>Hola.
Los amigos de Bimadit me han invitado a impartir una charla sobre productos Microsoft, así que estaré este viernes 13 en Pamplona empezando a las 9:30 y sin hora de finalización prevista 😉 , si queréis pasaros no tenéis mas que mandarme un correo y seguro que algún hueco aún os podrán hacer. No hace falta decir que habrá pocas diapositivas, muchas muchas demos y mucha charla «friki».
Saludos.
>Windows Server 2008, SBS 2008 y EBS 2008, traen las ICs (Integration Components) instaladas de casa. Si tienes SCVMM y los host actualizados a la versión de hyper-v correspondiente, durante la instalación debes actualizar las ICs porque si no peta y te puede volver loco!.
Esto es la segunda vez que me pasa y me huele que esta va a ser una de esas entradas que cuando meto el problema en Google me sale y me lo explico.
>Os dejo un muy buen video:
Atentos a la demo que empieza en el minuto 10.
http://www.microsoft.com/systemcenter/en/us/management-suites.aspx
>http://tecnologiazerkana.blogspot.com/2009/02/configurar-backup-en-sbs2008.html
http://tecnologiazerkana.blogspot.com/2009/02/configurar-informes-personalizados-en.html
>Hola.
A la hora de montar un cluster con Windows Server 2008, con el almacenamiento servido por una cabina iscsi, os puede aparecer un error durante la validación del cluster diciendo esto «Cluster Disk 0 does not support Persistent Reservation», relacionado con las pruebas de validación de comandos SCSI-3, si buscamos una descripción en cristiano del problema encontramos esto:
Validar reserva persistente SCSI-3
Con esta prueba se valida que el almacenamiento de clúster use los comandos Persistent Reserve (estándar SCSI-3) más recientes (que son diferentes de los antiguos comandos de reserva/liberación estándar SCSI-2). Los comandos Persistent Reserve evitan los reinicializaciones de bus SCSI, lo que significa que son mucho menos conflictivos que los antiguos comandos de reserva/liberación. Por lo tanto, un clúster de conmutación por error puede tener mayor capacidad de respuesta en diferentes situaciones en comparación con un clúster que ejecute una versión anterior del sistema operativo. Además, los discos nunca quedan en un estado no protegido, lo que reduce el riesgo de daños en el volumen.
http://technet.microsoft.com/es-es/library/cc771259.aspx#PersistentReservation
Una vez conocemos el problema, la solución pasa por:
1. Tener el Firmware de la cabina actualizado.
2. Tener el Software de gestión actualizado.
3. Servir las Luns, diciendo en el software que van a ser utilizadas por Windows Server 2008.
Si queréis saber que corre por debajo cuando decís que esa Lun va a ser utilizada por Windows Server 2008, podéis ver este ejemplo con cabinas EMC, en el cluster que he estado montando la solución a nuestros problemas la ha traido este comando:
set device xxx attribute=SCSI3_persist_reserv; (xxx=Symmetrix device number)
Más info aquí.
Otro ejemplo es el que me pasa David ocurrido con una cabina EVA:
http://fawzi.wordpress.com/2008/09/15/cluster-disk-0-does-not-support-persistent-reservation/
Siguiente capítulo el multipath…
>Esto nos viene bien tenerlo a mano.