>Service pack 2 de Vista y Windows Server 2008
>Ya está disponible la descarga pública:
>Ya está disponible la descarga pública:
>Hola.
Como sabéis los que lo habéis intentado y los que no, os lo digo yo, con el backup de Windows Server 2008, podéis hacer backups de vuestro servidor manualmente a través de la red, pero no podéis automatizar este proceso, al menos el asistente de configuración no nos permite dejar esta tarea automatizada, pues bien, solo hace falta saber el comando y crear una tarea programada.
El comando es:
Wbadmin start backup –backupTarget:\\servidor\carpetacompartida –include:C: –quiet
Si esto queréis aplicarlo a un entorno virtual y realizar backups de máquinas virtuales en caliente, aprovechando las vss de windows server 2008, podéis aprender como hacerlo siguiendo estos dos artículos:
http://www.itsolutionskb.com/2008/11/windows-server-backup-hyper-v-support/
http://www.itsolutionskb.com/2008/11/windows-server-2008-hyper-v-backup/
>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
>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.
>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.
>
Hola.
Después de volverme loco un buen rato, caigo en la cuenta de que al crear un NLB en equipos virtuales (en mi caso virtualizado con hyper-v), se ralla el servicio de equilibrio de carga de red por culpa de la asignación de una nueva mac virtual a la tarjeta de red virtualizada.
Los pasos necesarios son estos:
http://support.microsoft.com/kb/953828/es
“Para crear un nuevo clúster de NLB, siga estos pasos:
La operación de enlace tuvo éxito pero NLB no responde a las consultas
Lo mas delicado es esto y os va a dar una pista de lo que pasa:
5 En el nuevo clúster: direcciones IP de Cluster Server pantalla, definir la dirección IP virtual para el clúster de NLB, anote la dirección MAC en la propiedad Dirección de red y a continuación, haga clic en Siguiente .
9 En el panel de detalles, en máquinas virtuales , haga clic con el botón secundario del mouse (ratón) en la máquina virtual que desea configurar y, a continuación, haga clic en Configuración .
10 En el panel de exploración, haga clic en el adaptador de red que se utiliza para el clúster de NLB.
11 En el panel de detalles, haga clic en estático en Dirección MAC ; a continuación, especifique la dirección MAC que anotó en el paso 5.
12 Inicie el equipo virtual.
Para agregar el segundo equipo al cluster, los pasos son estos:
Para agregar el equipo virtual a un clúster de NLB existente, siga estos pasos:
La operación de enlace tuvo éxito pero NLB no responde a las consultas
Está todo sacado del kb que os he puesto arriba, puede que como dice aquí, haya que pedir un hotfix previo a los pasos antes comentados, pero en mi caso no ha sido necesario.
>Hola.
Durante el piloto que antecede a un cluster de Sql 2005 sobre Windows server 2008, he visto varios problemas, una vez descartado un fallo en la instalación, he encontrado un kb muy interesante donde se explica la solución a todos los problemas que me aparecían.
>
Hola.
Me llevé una sorpresa cuando caí en la cuenta de que solo por introducir un Windows Server 2008 en un dominio 2003, las cals de usuario del dominio 2003 ya no valían y tenía que adquirir cals de Windows Server 2008, aunque el uso de este en el dominio se reduzca al rol de DHCP, si, ahora es cuando me decís, para hacer uso de ese servicio puedes hacer downgrade.
En el caso de tener un dominio 2003 virtualizado con un host Windows Server 2008, la situación es la misma que la anteriormente descrita y entonces sí tenemos un problema o mejor dicho una gran parte de los clientes, pueden verse en una situación irregular. Para evitar esto, Susan nos cuenta que Microsoft ha decidido cambiar el modelo de licenciamiento y hacer que si virtualizáis un dominio 2003 con Windows Server 2008 + Hyper-V, no tengáis que comprar nuesvas Cals, para muestra una comparativa:
Susan también comenta algo interesante lo que que creo ya hablé por aquí y es el tema de introducir un Windows Server 2008 en un dominio SBS 2003, pues bien, en este caso si tenéis cals de sbs 2003, tenéis legal el entorno hasta el 31 de Mayo de 2009, luego habrá que comprar Cals de 2008.
http://blogs.msdn.com/mssmallbiz/archive/2008/06/23/8641477.aspx