miércoles, 11 de marzo de 2015

VMWare EsXi : el Redo-log esta dañado

Hermosamente claro, un servidor remoto Windows2008 hospedado en un Esxi se comenzó a apagar misteriosamente. Al logearme en el vSphere Client encontre el siguiente mensaje:

que en espanol es algo como " el Protocollo Redo de la maquina xxx.vmdk esta danado, si el problema persiste, borre el Protocolo Redo"

Al buscar una solucion para el problema caí en el siguiente KB
http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=1006585&sliceId=2&docTypeID=DT_KB_1_1&dialogID=528219400&stateId=0 0 528225699 0 528225699

que proporciona las razones
- Problemas con el controlador de Almacenamiento
- Problemas con la conectividad con el Almacenamiento
- El Disco que contiene las Snapshots esta lleno

Bueno sacando las dos primeras, empecé por:

1.- Borrar todas las snapshot innecesarias (en mi caso todas). Ya que el VMServer tenia solo 5 VMs tambien aplique las medidas a las VMs sin problemas.
2.- En vSphere Client --> Clic en el VM con Problemas --> Snapshot --> Consolidar

El proceso tarda según el tamano de la VM. en mi caso tardo como Hora y media

migrar la Base de Datos SQL2008Express de Sharepoint Server 2010 a un SQL2014

Bueno como el nombre lo demuestra, el trabajo aqui es largo.

Porqué tenemos que hacerlo?:

1.- Nuestra Base de Datos sobrepasó el limite de la Version Express. El SQL Express estaba local junto con SharePoint y
2.- Queríamos que SQL estuviera separado y participara en el futuro de la administracion de otras BD

Aparentemente hay Muchas herramientas para realizar Estas tareas, pero aun asi no siempre es fácil, especialmente para administradores que -como yo no se dedican unicamente a la administracion de bases de datos sino que son generalistas que tienen que Hacer "de todo un poco".

Una de los primeros tropiezos que me encontré fueron las versiones: Cuando quise mirar la configuración de mi(s) DB encontré que no tenía el "Manager".

Leccion 1:
Instala siempre la Version "wt" o "adv" que son "with Tools" y/o "Advanced". Los recursos que puedas ahorrar en una Version lite, te los vas a tragar cuando tengas un problema y trates de acceder a las opciones que renegaste.

despues de instalar el Management Studio, caí en cuenta que SQL exportaba a versiones 10. de la BD, y que el servidor 2014 importaba a partir de la 11, lo que no me dejo mas opcion que parchar de nuevo: a Server 2014 Express si era posible. Pero el 2014 no quiso installar sobre el 2008 "pelado", el queria el Service Pack 3. Asi que me busque el mismo que se llama KB2546951. Despues de esto pude instalar el SQL Server Express 2014 sobre el 2008 SP3.

SQL tiene unos asistentes para exportar e importar las BDD, puede exportar/importar en archivo o en coneccion con otro SQL Server.

1.- Instalar SQL Server Express 2014 en el origen, sin otro motivo aparente que el de evitar mas problemas de versiones

2.- Abrir los puertos TCP 1433 en ambos (origen y destino) servidores SQL

3.- Activar el Servicio SQL Brownser en ambos Servidores (para facilitar la coneccion y prueba)

4.- Establecer una coneccion (local o desde otro pc) con el servidor destino para asegurarse cuando la Base de Datos esta alli

5.- Abrir el SQL Server Management Studion en el origen

6.- Navegar hasta Databases --> donde estan todas las BDD

7.- Click derecho en la BDD a exportar -->

8.- La ventana de Bienvenida te dira que uses el asistente para copiar Bases de Datos, pero el Express no lo tiene asi que continua

9.- Una Advertencia senala que no se puede guardar el comando, pero se puede ejecutar, que es lo que nos interesa



TIPP-01: La Funcion "Navegador SQL (Brownser)" es necesario arrancarla en los servicios o en el SQL Server Configuration Manager

TIPP-02: No trates de arrancar el Servicio SQL Agent en SQL Server Express: simplemente no esta disponible


martes, 10 de marzo de 2015

Mandar un email con Power Shell o mandar un email en una tarea programada

Sorpresa! la maravillosa función "mandar Email" en las tareas programadas fue retirada de MS Server 2012.

Y ahora quien podra ayudarnos!

Yo! el PowerShell!

con las primeras linias podemos probar el Valor de las variables y su funcionalidad, la última es la que debemos agregar a las tareas programadas

cls
$Computadora = hostname
echo $Computadora
$Enviador = $Computadora + "@meindomain.com"
echo $Enviador
------------------------------------------------------------------------------------------------------
Send-MailMessage -From $Enviador -Subject "$Computadora se ha reiniciado correctamente" -To minombre@meindomain.com -SmtpServer meinsmtpserver.meindomain.com

espero que le sea a alguien de utilidad!!!

Saludos

Probar facilmente una conexion con un servidor de SQL Microsoft

Una de las herramientas que me ha sido mas útil en mi desempeno ha sido la que permite probar la conexion de SQL Server.

Una conexion de SQL Server puede tener Muchas piedras de tropiezo, empezando por las contrasenas, direcciones, nombres de usuarios y metodos de autentificacion.

Este metodo lo encontre en algun bloq o web alguna vez, y se ha hecho una de mis "cada dia". Gracias a los héroes anonimos que comparten su conocimiento.

Sin mas p..j.. voy al grano:

1.- Crear un "accesso a Microsoft Daten" con ODBC: esto es muy chistoso, pues segun Microsoft el procedimiento es: Hacer un nuevo documento de texto y cambiarle la Extension .txt por .udl
si deseas algo mas: https://msdn.microsoft.com/es-es/library/aa301691(v=vs.71).aspx

2.- luego en la pestana "conexion" nombre del Server, tipo de Autentificacion y autentificacion, si esto esta correcto en el punto 3 ya se listan las bases de datos disponibles