viernes, 29 de junio de 2007
Eliminar un BDC de un Active Directory
Esta operación de quitar el Windows NT Server BDC de nuestro entorno de Directorio Activo se puede hacer de dos maneras:
1. Actualizando el BDC a Windows 2000/2003. Esto normalmente no es muy viable porque los equipos suelen ser viejos y con pocos recursos de RAM y disco.
2. Eliminarlo del Directorio Activo. Para ello primero se tiene que quitar desde el administrador de servidores (srvmgr) del BDC tal cual. A continuación se debe quitar desde el DC de 2000/2003 suprimiéndolo y seleccionando la tercera opción del cuadro de diálogo que nos interroga sobre cómo queremos quitar el Controlador de Dominio.
Posteriormente conviene eliminar entradas del DNS/WINS, objetos de Active Directory, etc.
Podéis leer el artículo con el procedimiento completo en la KB de Microsoft:
http://support.microsoft.com/kb/555521/en-us
jueves, 28 de junio de 2007
VMRCPlus para gestionar Microsoft Virtual Server 2005 R2 SP1
Gracias David por ponernos fácil su acceso.
Podéis descargar las versiones de 32 y 64 bits de VMRCPlus desde aquí:
http://davidcervigon.members.winisp.net/archivos/VMRCplus-1.5.0-x86.zip
http://davidcervigon.members.winisp.net/archivos/VMRCplus-1.5.0-x64.zip
Podéis leer la entrada completa en el blog de David Cervigon:
VMRCPlus: La herramienta definitiva para Virtual Server
Cómo solucionar la pantalla azúl al migrar un NT 4.0 SP6 a Windows Server 2003 en VMware Workstation 6.0

En un proceso de migración de un dominio NT a Directorio Activo de Windows Server 2003 es útil utilizar VMware para crear una máquina de puente entre ambos mundos y así evitar que la máquina final tenga el sistema operativo en la carpeta WINNT, entre otras cuestiones.
Si hacéis el proceso de actualizar un NT a 2003 con Workstation 6.0, en el PDC, al reiniciar el sistema os dará una bonita pantalla azúl.
Para solucionar pequeño inconveniente, os sugiero que descarguéis el driver SCSI correspondiente para Windows Server 2003 de este link:
http://www.vmware.com/download/ws/drivers_tools.html
y el archivo de este link:
http://download3.vmware.com/software/vmscsi-1.2.0.4.flp
Conectáis el archivo flp a la disquetera de la máquina virtual y a continuación arrancáis la máquina de nuevo y seleccionando la entrada del boot.ini que indica instalación de Windows Server 2003.
Pulsáis la tecla F6 y añadís el driver SCSI que os aparecerá.
Enjoy...
Consulta técnica: compactación BD Exchange 2000
Saludos Josep,
Por el blog que tienes en Internet me enteré que te manejas en exchange. Por lo mismo te pido ayuda para solucionar un problema que tengo con el tamaño
de la base de datos.
Tengo un exchange 2000 y llegó a su tamaño máximo de 16GB. El problema
es que ejecuté la herramienta de desfragmentación (ESEUTIL) de la base pero el tamaño se redujo sólo en 1GB, es decir, ahora pesa 15GB.
Mi duda es que si yo en el administrador de exchange, luego de realizada la defragmentación, reviso los tamaños de los buzones, todos suman
6GB.
Mi pregunta es ¿donde están los otros 9GB???
Es caso que hay que realizar otras cosas para reducir el taño real del
archivo????????
Te agradecería enormente si pudieras orientarme al respecto.Muy atentamente, Héctor.
Hace unas semanas escribí una nota sobre la compactación de BD en Exchange 2000/2003. Te sugiero que le pegues un vistazo, está aquí:
http://josepros.blogspot.com/search/label/Almac%C3%A9nAhí encontrarás también una guía de Microsoft sobre operaciones con las BD de Exchange.
Adicionalmente te comento:
1. Imagino que has realizado la compactación de ambas BD: la pública y la privada.
2. Cuando el almacén de Exchange supera los 4GB el tamaño de los buzones no es demasiado de fiar, pero no hasta el punto de que te hayan desaparecido 9GB.
3. Verifica que no tengas buzones huérfanos y que el tiempo de eliminación de los buzones y de los mensajes sea el correcto. Lo primero lo puedes ver en el propio almacén de buzones, en el segundo ítem, buzones: si están huérfanos aparece una opción asociada de volver a asignar o purgar: púrgalos para recuperar espacio. Lo segundo puedes verlo en las propiedades del almacén en el apartado límites, tal vez está puesta la opción de no eliminar un mensaje si no se ha hecho una copia de la BD con agente.
4. Haz una copia de seguridad desde el propio backup de Windows 2000/2003 y verifica que los archivos de transacciones (los log de 5MB) de desaparezcan hasta sólo quedar 2.
5. Sabes que un almacén de Exchange se compone, además de los logs, por 2 archivos: el EDB y el STM, míra los tamaños de los 4 archivos (públicos y privados).
6. Antes de empezar a hacer nada, copia la carpeta MDBData o dónde tengas los almacenes + log a otro lugar, por prudencia. Vigila el tamaño que tengas en la C: porque cuando haces estas operaciones se requiere el doble +10% de espacio en la propia unidad y también se requiere bastante espacio en la C:
Suerte!!
Josep
domingo, 24 de junio de 2007
Ecuación de cálculo de uso en el proceso P2V

Virtualizable vs no Virtualizable
Leyendo el libro VMware ESX Server Advanced Technical Design Guide de Ron Oblesby y Scott Herold me he encontrado con esta gráfica que nos propone lo que, para ellos, es y no es aconsejable virtualizar.
Como veis Ron y Scott nos proponen separar nuestros servidores en 4 grupos:
- Candidatos ideales.
- Candidatos.
- Candidatos potenciales.
- No Candidatos.

Entre los candidatos ideales encontramos servidores NT sin soporte, servidores de desarrollo, Servidores Web de poca carga, etc.
Entre los recomendados como No Candidatos a la virtualización, es decir, aquello que mejor no virtualizar, estarían servidores SQL/Oracle Enterprise con una gran carga de proceso y de usuarios, Servidores de Correo corporativo con gran carga de trabajo y servidores de aplicación también con gran carga de uso.
Lógicamente un servidor de 8 vías con RAM a tutiplén y un Oracle que no puede con su alma no debería ser virtualizado. Por contra la mayoría de servidores en la mayoría de empresas sí son virtualizables.
A veces, hablando de ESX y VI3 se pierde de vista que no todas las empresas trabajan con grandes servidores ni tienen miles de usuarios, para la mayoría de empresas que conozco, la mayoría de sus servidores son virtualizables, eso hace que el campo de trabajo pueda ser muy amplio, pero siempre hay que hacer la apuesta por la virtualización basándonos en procesos no destructivos de los servidores físicos, en contar con la confianza del equipo interno que soportará la instalación y de un buen estudio previo del escenario a virtualizar. Particularmente con VI3 lo de adquirir antes el hardware que el software nos puede salir caro.
A pesar de que el corrector ortográfico del Blogger no me reconozca ni virtualización ni virtualizar ni virtualizado ni virtualizables, hablamos del nuevo paradigma de la microinformática, sin duda.
Como ya os comenté en una entrada reciente podéis ver y descargar en formato PDF el libro Advanced Technical Design Guide aquí:
http://www.vi3book.com/
sábado, 23 de junio de 2007
Cómo realizar copia de seguridad de VMware 3.0.1
How to back up VMware 3.0.1: File-level and raw virtual machine file backup alternatives.
A la espera que el maestro J.L. Medina nos indique extensamente cómo se tiene que hacer copia de seguridad de un VI3, aquí tenéis una opinión de dos especialistas en la materia. El artículo es muy entretenido y explica gráficamente todas las sugerencias.
Podéis ver el artículo completo aquí:
http://searchservervirtualization.techtarget.com/tip/0,289483,sid94_gci1260724,00.html
Configuración de un HP Proliant BL685C con VMware Infrastructure 3
Tras tener todos los Blades ya nuevamente protegidos por RAID 1+0 hay que enfrentarse al problema de duplicidad de nombres, IPs, nombres de Datastores, etc. Una vez resuelto eso, el sistema funciona a la perfección. Es el momento de integrarlo con el almacenamiento de turno y enjoy.
Podéis visitar la página genérica de virtualización con VMware de HP aquí:
http://www.hp.com/go/VMware
Aquí tenéis un interesante documento llamado HP reference configuration for virtualization - HP Proliant BL685c Server and VMware Infrastructure 3, está en formato PDF:
http://h21007.www2.hp.com/portal/site/dspp/menuitem.863c3e4cbcdc3f3515b49c108973a801/?ciid=f0c53dab4aa23110VgnVCM100000275d6e10RCRD
Libro de VI3: VMware Infrastructure 3: Advanced Technical Design Guide
Muchas gracias!!
Podéis ver la Web de Virtualizame.net aquí:
http://www.virtualizame.net/
Podéis ver y descargar en formato PDF el libro Advanced Technical Design Guide aquí:
http://www.vi3book.com/
martes, 19 de junio de 2007
Integrar un SAI MGE en el apagado de un servidor VMware ESX 3
El documento incluye un bonito script, para aquellos a los que os guste todo eso de la programación, el linuxerismo y esas cosas :-)
Podéis descargar el manual de apagado de un ESX con el SAI de MGE desde aquí:
http://www.mgeups.com/download/soft/install/linux/nsm/how_to_VMWare_en_1_2.pdf
Ya tenemos canción del verano: El Koala versiona Mi carro con Manolo Escobar!!
Cuando El Koala se hizo famoso con Opá, leí una entrevista a Kiko Veneno, en su promoción de El Hombre Invisible en el que el entrevistador le ponía carnaza para que se cachondeara de su colega. Probablemente ese periodista, como tantos otros especímenes ligados al mundo del famoseo, no sabe cómo se las gasta el bueno de Kiko y le metió un rico corte de helado diciéndole, muy educadamente que El Koala merecía todo su respeto, que es un músico con mucho trabajo a sus espaldas y que se alegraba mucho de que el éxito le sonriera.
Al poco le vi en el programa del Loco de la Colina. Jesús Quintero, a quien tengo que reprochar que se mueva en esa línea tan ambigua en la que un día critica a todos los paparazzis y luego lleva a su programa y trata tan super biennnnnnn a cualquier pesadilla tomatera en lugar de decirle que es un@ joputa, también se lucio en su programa. El trato para con El Koala no fue demasiado correcto, a mi entender, burlándose un poco de él. El Koala le respondió con humildad y, una vez más, demostró ser una persona íntegra, de esas que empiezan a quedar bien pocas.
En un mundo ideal, en el que todo fuese virtualizable, haría un P2V de los políticos, paparazzis y otros especímenes de mal tragar y les aplicaría el siguiente procedimiento:
Origen:
Políticos, periodistas del mundo rosa (y amarillo), periodistas especializados en política chupaculos, violadores, famosillos y otros especímenes a extinguir.
Destino:
Un servidor ESX virtualizado dentro de un Workstation 6.
Una vez virtualizados, les pondría en suspend, los pondría en un Lacie de 1 TB y me iría de vacaciones a la polinesia, donde buscaría un trocito de mar bien hondo y allí, buceando, dejaría ir las VM para que desapareciera en el fondo del mar, a ver si no los encuentra nadie.
Ojalá pudiéramos sustituir a todos estos por persona, que nos entretienen como el Koala.
Larga vida para ti.
Podéis leer la noticia aquí:
http://www.elpais.com/articulo/cultura/Koala/sube/carro/Manolo/Escobar/elpepucul/20070619elpepucul_6/Tes
El estado de Internet, según Akamai, en tiempo real
No vale pa ná, pero está diver.
Podéis ver el tráfico, los ataques y la latencia, aquí:
http://www.akamai.com/html/technology/dataviz1.html
lunes, 18 de junio de 2007
Veeam FastSCP

Estaba convencido de que ya había hecho una entrada en este blog de Veeam FastSCP, pero comentándolo con un cliente he visto que no.
Para mí es una herramienta imprescindible para hablar con el ESX. Es una utilidad gratuita que se instala en cualquier Windows y, tras pedirnos validación, nos muestra las tripas del sistema de archivos del ESX.
Además soporta conexión a múltiples ESX, con lo que puedes copiar información directamente de uno a otro, de un ESX a un Windows, de un Windows a un ESX...
Está muy diver, por ejemplo, visitar la ruta:/vmfs/volumes/45f2f55b-53b11152-f730-00188b4faba1/RFCDC
Donde el pedaso de numeraco es el identificador de un disco y RFCDC el nombre de una VM, la carpeta donde reside la VM.
Tenéis más información y podéis descargar la herramienta gratuita de aquí:
http://www.veeam.com/veeam_fast_scp.asp
viernes, 15 de junio de 2007
Qué fría que está el agua...

He tenido una semana de mucho curro y he decidido desconectar un par de días. La suerte de vivir tan cerca de la playa es que puedes escaparte y, en 2 minutos, estar en bañador jugando a palas. Hoy hacía algo de aire fresquito y la playa estaba bastante vacía.
Qué lujo poder estar un viernes por la mañana bañándote y disfrutando mientras la mayoría de gente trabaja... Me siento afortunado. Claro que otras veces me toca pringar hasta las 1000, de modo que una cosa por otra...
¿Os corroe la envidia? :-)
jueves, 14 de junio de 2007
Gran iniciativa: Grupo de usuarios de VMware en España
Me parece una excelente idea y el hecho de que sea JL Medina quien la lidere, pues muy justo porque es quien más está impulsando la virtualización y quien más aportaciones está haciendo en ese apartado.
Genial la iniciativa, José Luis, que tengas mucha suerte, sabes que puedes contar conmigo.
Podéis visitar la noticia completa en la Web de José Luis Medina, BeVirtual, my friend:
http://bevirtual.blogspot.com/2007/06/noticias-grupo-de-usuarios-de-vmware-en.html
martes, 12 de junio de 2007
Apple Safari para Windows

Por fin!!! Ya tocaba que los señores de Apple sacaran su navegador para ese sistema operativo tan malo malísimo llamado Windows y que algunos castañas como yo utilizamos a menudo.
Me acabo de instalar la Beta y ya le he encontrado algunos problemas, pero es elegante como sólo Apple sabe hacer las cosas. Os recomiendo que lo probéis. Me gusta más que Opera y no sé si tanto como Firefox/IE7.
http://www.apple.com/safari/download/
lunes, 11 de junio de 2007
Consulta Técnica: VMware Converter, GSX vs ESX.
Muy buenas Raúl,Hola Josep, tengo una pequeña duda y he creído q con tu experiencia puede que lo sepas. Tengo q realizar una migración de MV que están en GSX a servidores ESX.
El escenario de partida es:
Servidor 1, SCSI con VMware GSX que soporta 9 VMs.
Servidor 2, SCSI con VMware GSX que soporta 5 VMs.
Servidor 3, IDE, con VMware GSX que soporta 4 VMs.
Escenario deseado:
Servidor 1, SCSI con ESX 3 y 9 VMs atacando a la cabina SAN a través de FC.
Servidor 2, SCSI con ESX 3 y 9 VMs atacando a la misma cabina SAN a través de FMi gran duda es, con el Converter podré migrar las versiones de GSX a ESX y almacenarlo directamente en la SAN??? y por otro lado me migrará las VM con discos IDE a SCSI???
Es algo mas complejo q esto porque ademas los servidores finales ESX son los que actualmente soportan las MV con GSX y hay q reinstalarlos a ESX, pero con las aclaraciones anteriores ya me podré defender.
Gracias de antemano y saludos.
Raúl
Gracias por consultarme, es todo un halago que lo hagas e intentaré contestarte lo mejor posible.
La respuesta es que sí que lo puedes hacer, sin problemas. Aquí el tema es quién fue primero si el huevo o la gallina, por aquello de que máquinas origen y destino son las mismas. Te cuento lo que yo haría:
1. Detén las máquinas del servidor Srv5 y ponlas en el servidor 3 o en el 1 o repártelas.
2. Instala el ESX en el actual GSX y verifica que funciona bien contra las cabinas. Yo a este tema le daría la importancia necesaria y haría una buena batería de pruebas. Una vez verificado que todo está correcto, podemos seguir.
3. Con el Converter 3, sin problemas, puedes migrar desde el Server 1 y el server 3 al ESX1 las diferentes VM hasta liberar el otro GSX SCSI (el 1).
4. Ahora ya puedes instalar el ESX2. Te recomiendo que cuando lo instales le desconectes la fibra y, una vez instalado y verificado que en local va OK, le pinchas la fibra y haces un rescan de las FC. Allí tendrás las LUNs y a jugar.
5. Ahora con el Converter te traes las VM desde el último GSX que te queda al ESX2.
6. Enjoy... :-)
Hay algo que no comprendo y es lo que me comentas de pasar las VM de discos IDE a SCSI.
¿Te refieres a los discos físicos o a los virtuales?
Si te refieres a los discos físicos la respuesta es sí, no hay ningún inconveniente en que origen sea IDE y destino SCSI (el destino no puede ser otro, porque ya sabes que ESX no soporta IDE).
Por otra parte si te refieres al tipo de disco de las VM, la respuesta es...
¿ Se puede utilizar el P2V Assistant para máquinas tanto virtuales como físicas? Sí, P2V Assistant se ejecuta en máquinas virtuales y físicas y se puede utilizar para transformar máquinas virtuales. Por ejemplo, P2V puede convertir una máquina virtual con unidades IDE en una con unidades SCSI (de diferente tamaño o particionadas) o puede convertir otros tipos de máquinas virtuales en máquinas virtuales VMwareEsto no lo digo yo, lo pone aquí:
http://www.vmware.com/es/products/vtools/p2v_faqs.html
A esto Raúl me contestó:
Efectivamente, el Converter gratuito sólo se puede instalar sobre Windows y sólo sirve para traspasar máquinas físicas con Windows o máquinas virtuales que pueden estar en un host Windows o Linux. No hay ningún tipo de problema en que los VMDK + VMX estén almacenados en una superficie NTFS incluso si fuese FAT32 tampoco pasaría nada. Eso 100% seguro.Hola Josep, genial tu respuesta pero cuanto mas entiendo mas dudo !!!
A ver, aclarando dudas, cuando digo lo de los discos IDE me refiero a los discos físicos del host GSX, entiendo que serán IDE's formateados con NTFS que almacenan los *.vmdk, *.vmx. Por otro lado, la gran duda que tengo es: En la SAN, presento una nueva LUN al primer ESX. Cuando en el ESX hago un rescan de FC para ver las nuevas LUNS, en principio me la verá correctamente. Pero ¿tengo que formatear a VMFS? o crear algo o directamente ya puedo traspasar las VM's. Es una duda un poco conceptual que no llego a ver, y ahora mismo no tengo infraestructura para probarlo.
Y por último, las VM's se pueden parar. Es recomendable pararlas y entonces con el Converter pegarle la conversión a ESX?? Entiendo que sí. Y es recomendable tener un servidor temporal con el Converter instalado? Este mismo podría tenerlo conectado a la SAN y ver la LUN de destino para ir almacenando directamente las MV?? Eso lo dudo por lo del formato de la LUN.
Un Windows puede ver lo mismo que vera el ESX??Diossssssssss vaya jaleo. jejejeje
Muchas gracias y ya te comentaré como va saliendo la cosa....
El Converter te pide origen y destino. El destino puede ser un ESX 2.5.x o 3.0.x, por lo que cuando le dices ESX te pide validación. A continuación te pide en qué Datastore lo quieres almacenar. El ESX verá un datastore local (el disco interno del servidor) y un datastore de la SAN. Le dices que el destino es ese datastore y fiesta.
El tema del formateo de las LUNs es simple: Sólo tienes que formatearlo y nombrarlo en formato VMFS con el primer servidor. El resto, simplemente haciendo un rescan ya ven el datastore y si no es que tienes un problema con las zonas o alguna historieta del SAN Switch. Pero ten en cuenta mi recomendación de que cuando instales los segundos ESX NO tengas conectada la fibra, porque la puedes liar. Una vez ya instalado correctamente el ESX haces un rescan de las FC y verán el Datastore sin pedirte formateo.
Efectivamente yo pararía las VM para hacer la conversión, aunque también lo puedes hacer en caliente, sin problemas. En cuanto al servidor de intercambio te comento: el Converter tiene que poder hacer ping al servidor origen de las VM y al ESX. Puedes instalarlo en el mismo servidor GSX (te lo recomiendo) y así tendrás menos tránsito de red. No es necesario que el servidor donde esté instalado el Converter vea la cabina, porque él se comunica con el ESX a través de la LAN y es el ESX el que recepciona la máquina, la deposita en el Datastore y la inventaría.
Si desde Windows quieres ver los sistemas de archivos del ESX, te recomiendo que utilices la herramienta Veeam FastSCP que es gratuita (y me llevo una) y trabaja sobre cualquier XP, 2003, etc.
Realmente es simple, cuando lo hayas podido hacer un par de veces ya lo tendrás todo mucho más claro.
Saludos y hasta pronto
Josep
Brutal Josep, me has aclarado todas las dudas (de momento ;-)), muchas gracias por toda la info, que haria sin ti y JL Medina... jejeje
Ya te iré comentando las experiencias, y para cualquier cosa q necesites... no dudes.
Saludos Raul.
Consulta técnica: VMware Server o ESX Standard en entorno SAN
Hola Josep,
Nos han aprobado la compra de unos servidores blade más una cabina de disco SAN, lo cual es fantástico, pero el presupuesto aprobado no nos alcanza para comprar dos licencias de VI3 como yo tenia planeado.
Actualmente tengo una licencia de VI3 Starter que podría intentar promocionar a licencia VI3 Standard para poder trabajar con SAN.
Mi duda es acerca de la estructura a crear. ¿Monto una VI3 Standard en un servidor y un VMWare Server bajo Windows 2003 en otro compartiendo disco en la cabina? ¿Monto dos VMWare Server bajo Windows 2003 compartiendo disco en la cabina y me espero a juntar más pelas para poner VI3 en otro/otros servidores? ¿Hay
alguna alternativa mejor?En fin, agradecería tu consejo.
Un saludo Luis.
Bueno, es genial que te hayan aprobado la compra del entorno Blade, enhorabuena por el esfuerzo y ánimos en su implementación. Dependiendo del número de discos que tengas puedes hacer una cosa u otra. Mi recomendación es que no mezcles en la misma cabina ambos entornos porque tienes doble posibilidad de tener problemas. El acceso desde servidores a entornos SAN es delicado y complejo a nivel de firmas y más de un sistema se pega entre sí con mucha facilidad.
Veamos las diferentes opciones que te propongo, que no son las únicas, pero si las que yo conozco y puedo garantizarte de primera mano:
1. Una opción es que dediques la SAN al VMware ESX Standard, aunque no tendrías ni VMotion ni HA ni DRS, al no tener más de un servidor ni la licencia Enterprise.
2. Otra posibilidad es que instales Windows Server 2003 Standard Edition en diferentes servidores, pongamos 3. A continuación creas una LUN en la SAN para cada Servidor (siempre que tengas un mínimo de 6 discos o 3 sin RAID) y asignas cada LUN a cada servidor. Cada equipo sólo va a ver una LUN y tendrá invisible el resto de ellas. A partir de este escenario puedes montar VMware Server en cada Windows y tendrás 3 preciosos LUNs sobre los que trabajar.
Eso es totalmente efectivo, con las limitaciones de VMware Server: 2 vCPU y 3,6GB de RAM. Si te cae un equipo físico, reasignas manualmente el LUN a otro Windows y accedes desde el VMware Server de ese equipo a las máquinas virtualesComo ves esta es una opción 'económica' en la que los servidores tendrán Windows Server 2003 Standard y 'sólo' podrás tener 4 GB de RAM en cada servidor.
3. La opción guapa, en Windows, sería poner Windows Server 2003 Enterpirse Edition en los diferentes equipos y montar Microsoft Cluster Service (MSCS). Con eso tendrás un poco el mismo escenario que en la opción 2, porque MSCS es Activo/Pasivo y sólo uno de los servidores te verá a la vez una LUN, por lo que deberás crear tantas LUNs como servidores físicos tengas y asignar como preferido un Nodo del Clúster para cada LUN.
En este escenario, al igual que en la opción 2, también tendrás un Host trabajando contra diferentes máquinas virtuales con VMware Server que sólo verá él. La diferencia es que si cae un Nodo, el otro verá de forma automática el LUN que estaba asignado al Nodo caído, y sólo tendrás que inventariar y ejecutar las VM, sin más compromiso de manejo de LUNs.
Como aspectos negativos de este entorno tienes la complejidad de la administración del Clúster y el coste de poner Enterprise en todos los nodos. Como bueno pues que puedes tener hasta 32 GB en cada Nodo y a jugar. Finalmente este entorno sería bastante migrable a Windows Server 2008 con el pedazo de Hypervisor que Microsoft está montando que nos vamos a cagar todos por una pata abajo (eso dicen los de Microsoft... ya veremos) :-) y será gratis y no valdrá la pasta que vale el ESX. Además será seguro, fácil de manejar, y nos darán un muñeco del Bill Gates que diga: Windows Vista va bien!! :-)
4. Poner otras opciones de virtualización como Xen, Virtual Box, Microsoft Virtual Server, etc. Yo no te recomiendo ninguna de ellas, unas por mi desconocimiento del entorno y otras porque no las considero suficientemente sólidas como para tener tu entorno en producción.
Bueno, espero que te sirva de algo mi respuesta.
Saludos
Evitemos la salvajada de Coria
Si alguien quiere firmar contra esta fiesta puede visitar esta URL:
http://www.animanaturalis.org/modules.php?goto=Pvst0_447974967Lugar
Mi amiga Sandra, que es la nueva Félix Rodríguez de la Fuente, me ha mandado este mail que os transcribo:
Se necesitan 50.000 firmas para evitar esta salvajada. Dentro de poco en Coria, un pueblo de Extremadura, tendrá como todos los años, una de las fiestas mas crueles contra un ser vivo.
Sueltan a un toro que corra durante horas, y mientras por el camino, los salvajes de ese lugar le clavan dardos al animal.
Mas tarde, cuando el animal cae rendido y agonizando, los 'valientes' le cortan los testículos. Se ha creado una iniciativa que se necesita 50.000 firmas para evitar esta salvajada. Si es posible, enviar el email a vuestros conocidos para que pueda impedirse éste tipo de festejos. Apelo a la gente que esté en contra de la tortura y el salvajismo y tenga una pizca de sentimientos y respeto a la vida de un ser vivo.
Más datos de la fiesta:
Lugar: Coria, Cáceres, España.
Fecha: entre el 23 y 29 de junio cada año.
Según la leyenda, cada año por las fiestas de San Juan, un joven escogido a sorteo entre los de la ciudad era corrido por las calles y se defendía con dos navajas o puñales de los ataques de los demás. Casi siempre solía morir. Pero un año le tocó en suerte al hijo de una rica dama del pueblo. Ésta, angustiada, lo cambió por un toro, y desde entonces, este cruel encierro es el centro de las fiestas de Coria. Actualmente, el toro deambula por el pueblo durante horas y recibe en sus carnes los dardos que le arrojan los vecinos con sus cerbatanas. Cuando su agotamiento le vence y se acuesta, los mas aguerridos mozos le cortan los testículos mientras agoniza.
Mas información: http://turismo.coria.org/sanjuan/marco.html
Coria en Wikipedia: http://es.wikipedia.org/wiki/Coria
En estos tiempos que corren no me extrañaría que se sustituya al toro por adictos a la Virtualización, como en su día se quemaba a las supuestas brujas.
En todo caso, y puestos a escoger, que cambien al toro por un/a político/a corrupto/a y yo mismo vendré a Coria a tirarle ladrillos.
Las entidades culturales de Coria que subscriben estas fiestas tendrían que plantearse cambiar los cojones por algo más de neuronas y sensibilidad. Así su pueblo no sería conocido en todo el mundo por tener una fiesta de salvajes. Por contra podríamos asociar a Coria y, en general, a todos esos pueblos que hacen ritos salvajes con animales por su excelente gastronomía, clima, etc...
domingo, 10 de junio de 2007
3
Borj ganó 6 veces esta copa, pero Rafa ya lleva 3 con 21 añitos recién cumplidos... nostamal. A pesar de los fallos técnicos de sonido imperdonable de esta nuestra Televisión Ejpañola, al menos podemos escuchar comentarios acertados de Alex Corretja, que también vio la copa como el zurdo malaostia, como semi finalista.
Además, nada más acabar, entre otras va y suelta: bueno, ahora ya hay que pensar en el torneo de la semana que viene para preparar Wimblendon... Hay que joderse... qué humildad el tío.
Rafa: eres grande...
Mover una Entidad emisora de Certificados en Windows Server 2003
Todas ellas pueden transferirse sin problemas a otro equipo que tenga un nombre distinto, sin embargo, cuidado con el tema de la Entidad Certificadora porque sólo se puede trasladar a otro servidor que tenga el mismo hostname.
Podéis ver el procedimiento completo en este artículo de la KB de Microsoft:
http://support.microsoft.com/kb/298138
viernes, 8 de junio de 2007
Discurso de Steve Jobs, presidente de Apple y Pixar (casi nada...)
Habla de cosas muy interesantes como la vida, el amor, el trabajo... No os lo perdáis!!
Podéis ver los vídeos aquí:
http://arrugasdepapel.blogspot.com/2007/05/discurso-de-steve-jobs.html
jueves, 7 de junio de 2007
Los nombres vascos
A todo esto, recibo en un mail un chiste de nombres vascos. No es tan heavy, pero 3 y 4 veces me tuvieron que repetir algún apellido, antes de teclearlo.
¡Alto! Se ha saltado un semáforo en rojo. Tengo que ponerle una multa.
Dígame su nombre.- Josetxu Aristeguicorteneindiaguirre de Urrutxomengasalaberría
y Mendiagorrialbizu de Gurruchagagoitiaga.- Bueno, rojo.... lo que se dice rojo.. no era: era ámbar intenso, más bien. Siga, por favor ...
La enfermedad de Kodak
Un matrimonio sueco, ambos rubios y de ojos azules, con sus respectivos
4 padres rubios y de ojos azules, y sus respectivos 8 abuelos rubios y
de ojos azules, tienen un niño,...... negro de piel, moreno de pelo y
con los ojos como el carbón.El padre, mosqueadillo, se hace la prueba
de paternidad y se confirma que el hijo es legítimo.Ante las reclamaciones del padre, que no lo podía entender, el doctor le explica:
- Bien, estamos ante un evidente caso de la "enfermedad de Kodak"...
- ¿Doctor y eso qué significa?
- Coño grande, polla pequeña, entra la luz, y el niño se vela.
Las matemáticas y los alumnos torpes
SQL Server 2005 Express - Instalación y Configuración
A pesar de que la compatibilidad con SQL 2000 es muy grande, pequeños detalles como el anterior pueden resolverse fácilmente habilitando el acceso TCP/IP y activando un servicio. He encontrado esta guía que explica cómo configurarlo de modo seguro y permitir los accesos de clientes vía red, crear enlaces ODBC, etc.
Podéis descargar esta guía desde aquí:
http://www.microsoft.com/spanish/msdn/comunidad/mtj.net/voices/MTJ_0005.asp
USB 2.0 vs Firewire 400
1. USB es un estándar de facto del mercado tecnológico. Cualquier ordenador lleva su/s USB, mientras que pocos llevan (tanto clientes como servidores) Firewire. Hablo del mundo PC, claro, a los MAC se les da de comer a parte y con polos de Lacoste.
2. Firewire es tecnológicamente superior a USB de aquí a Lima y para muestra una pequeña prueba de estar por casa con zapatillas y peleándome con mi gato para que me dejase ver el monitor:
Copia de disco SATA a disco con doble interfaz USB2/Firewire400.
Prueba A: 1 archivo de 4,87GB
USB 2.0
4,15 minutos.
Firewire 400:
3,56 minutos.
Prueba B: 1.037 archivos en 14 carpetas de tamaño total 2,64GB
USB 2.0
4,10 minutos.
Firewire 400:
3,20 minutos.
Eso comparando USB 2.0 con Firewire 400. Si comparásemos con Firewire 800 sería realmente humillante.
Conclusión :-) Si tenéis que poner una VM a correr y disponéis de un disco Firewire, mejor que si se conectoriza con USB, el tiempo de respuesta es más ágil y vuestras pruebas os llevarán menos tiempo. El tiempo que ahorráis lo podéis aprovechar para ver un partido del Nadal y, sino os gusta el tenis, para leer unos cuantos chistes.
lunes, 4 de junio de 2007
Generar el árbol SYSVOL y su contenido en un Dominio
Deberéis instalar el Resource Kit de Windows Server 2003, ya que necesitaréis la herramienta Linkd, que lo podéis descargar desde aquí:
http://www.microsoft.com/downloads/details.aspx?FamilyID=9D467A69-57FF-4AE7-96EE-B18C4790CFFD&displaylang=en
Asimismo para importar la estructura de carpetas del SYSVOL del otro DC, podéis mirar este artículo:
http://technet2.microsoft.com/windowsserver/en/library/e3d471bf-658a-473c-9c4d-ad5ca71258e41033.mspx?mfr=true
Podéis ver el artículo de la KB de Microsoft aquí:
http://support.microsoft.com/kb/315457/es
Borrar archivos innecesarios de Windows Server 2003
1. Carpeta de Actualizaciones Automáticas de Windows:
C:\windows\SoftwareDistribution\Download
2. Carpeta de archivos cacheados por el sistema operativo:
C:\WINDOWS\system32\dllcache
Así nuestras imágenes ocuparán menos ;-)
Problema al acceder a las Directivas en Windows Server 2003

Si en alguna ocasión os sucede que al intentar editar una directiva os aparece este mensaje unas cuantas veces (seguramente entre 15 y 20):
La siguiente entrada [cadenas] en la sección es demasiado larga y se ha
truncado.Esta configuración de directiva permite que los administradores definan
aplicaciones para las que desean que esta característica se permita o no.\n\nNo
especifique los procesos de Internet Explorer en esta lista: use la directiva
relacionada Procesos de
El mensaje se las trae eh?, podéis solucionar el problema instalando el parche 842933. La solución es muy efectiva, os la recomiendo.
Podéis ver el artículo completo de la KB de Microsoft y descargar el parche que soluciona el problema aquí:http://support.microsoft.com/kb/842933/es
sábado, 2 de junio de 2007
Microsoft Softgrid 4.1 Application Virtualization

Ediciones y requisitos de Windows Server 2008
Windows Server 2008 Standard Edition
Esta edición de Windows Server 2008 proporciona una funcionalidad de servidor clave a través de más características y funciones de servidor. Incluye las opciones de instalación principal de servidor y de instalación completa.
Windows Server 2008 Enterprise Edition
Esta edición se basa en Windows Server 2008 Standard Edition para proporcionar mayor escalabilidad y disponibilidad y agrega tecnologías de empresa como, por ejemplo, clúster de conmutación por error y Servicios de federación de Active Directory (ADFS).
Windows Server 2008 Datacenter Edition
Esta edición ofrece la misma funcionalidad que Windows Server 2008 Enterprise Edition con compatibilidad para procesadores y memoria adicionales, y derechos de uso de imágenes virtuales ilimitados.
Windows Web Server 2008
Esta edición está diseñada específicamente para su uso como servidor web y de aplicaciones. Otras funciones de servidor y la opción de instalación principal de servidor no están disponibles en esta edición.
Windows Server 2008 para sistemas basados en Itanium.
Esta edición está diseñada para su uso con procesadores Intel Itanium de 64 bits para proporcionar una funcionalidad de servidor web y de aplicaciones en esta plataforma. Otras funciones de servidor y características pueden no estar disponibles
Requisitos del sistema
La finalidad de este software es únicamente la evaluación y planeamiento de la implementación. Si planea instalar el software en su máquina principal, es recomendable realizar una copia de seguridad de la información antes de la instalación.
Para usar Windows Server 2008 Beta 3, necesita:
Procesador
Mínimo: 1 GHz Recomendado: 2 GHz Óptimo: 3 GHz o más rápido
Espacio en disco duro requerido
Mínimo: 8 GB Recomendado: 40 GB (Instalación completa) o 10 GB (Instalación principal de servidor) Óptimo: 80 GB (Instalación completa) o 40 GB (Instalación principal) o más
Nota: los equipos con más de 16 GB de RAM requerirán más espacio en disco para la paginación, la hibernación y los archivos de volcado
Memoria
Mínimo: 512 MB de RAM Recomendado: 1 GB de RAM Óptimo: 2 GB RAM (Instalación completa) o 1 GB de RAM (Instalación principal de servidor) o más
Máximo (sistemas de 32 bits): 4 GB (Standard) o 64 GB (Enterprise)
Máximo (sistemas de 64 bits): 32 GB (Standard) o 2 TB (Enterprise)
Unidad DVD-ROM
Otros periféricos requeridos
Monitor Super VGA (800 × 600) o resolución superior Teclado y mouse de Microsoft o dispositivo señalador compatible
Es curioso que se siga manteniendo el límite de 4GB de gestión de RAM en la edición Standard. Por lo demás, pues un Vista pero en servidor. Me compraré un servidor con 2 TB de RAM y ya os contaré qué tal va, a ver si la calculadora va más rápida y esas cosas ;-)
Windows Server 2008 Technical Library
Podéis ver la librería técnica de Windows Server 2008 (en inglés) aquí:
http://technet2.microsoft.com/windowsserver2008/en/library/f349e1e7-c3ce-4850-9e50-d8886c866b521033.mspx?mfr=true
Microsoft Silverlight
Podéis descargar la Beta de Microsoft Silverlight de aquí:
http://www.microsoft.com/silverlight/downloads.aspx
Formación de Windows Server 2008
La Web del Windows Server 2008 Learning Portal está aquí:
http://www.microsoft.com/learning/windowsserver2008/default.mspx
Microsoft Hypervisor o Viridian disponible 180 días después del lanzamiento de Windows Server 2008
Windows Server Virtualization, que sale con mucho retraso respecto a productos como ESX y Xen que están muy maduros, quiere equilibrar la balanza ofreciendo nuevas características como:
1. Soporte para 64 procesadores.
2. Adición en caliente de vCPU, RAM y NICs (ESX ya soporta adición de discos en caliente).
3. Soporte de 32 Gb de RAM...
4. 512 VM sobre un Servidor de 64 bits.
5. Soporte de IntelVT y AMD-V (esto ya lo soportan otros sistemas de virtualización).
El cambio más significativo respecto a Virtual Server 2005 R2 es que es un sistema hypervisor de Tipo 1, al correr directamente sobre el hardware del servidor, integrándose en el sistema operativo a nivel de servicio.
Veremos...
Podéis leer la noticia original aquí:
http://www.microsoft.com/latam/technet/articulos/tn/2007/may-02.mspx
Desinstalar Windows Vista
Como plataforma mínima yo recomiendo una CPU de doble Core, ya sea AMD o Intel, 1 o 2 GB de RAM y una tarjeta de video que soporte WDDM con suficiente memoria RAM, en fin, un equipo que esté preparado para llear el logo Windows Vista Premium Ready y no el Vista Capable.
Si tras mucho probar nos damos cuenta que no tenemos drivers para elementos importantes (no podemos imprimir, por ejemplo) o el rendimiento del equipo no es suficiente, o las aplicaciones que utilizamos no acaban de funcionar y sólo estamos restando espacio a nuestro disco duro, podemos desinstalar Windows Vista de una manera segura, restableciendo la partición de arranque y dejando como único Sistema Operativo el que teníamos anteriormente: XP o 2000.
Podéis leer el documento de la KB de Microsoft con el detalle del procedimiento aquí:
http://support.microsoft.com/?kbid=933168&SD=tech






