SharePoint Latin Rotating Header Image

17604

Recuperando datos desde una bases de datos de contenido SharePoint existente en SQL Server

En SharePoint 2010 y 2013 los administradores SharePoint tenemos la posibilidad de recuperar información desde una base de datos de contenido SharePoint que no necesariamente este montada sobre nuestra granja sino más bien solamente restaurada en SQL Server permitiéndonos realizar nuestra recuperación en menos tiempo y sin tanta configuración. Explico, en pasadas versiones para poder recuperar información desde un respaldo de una base de datos de contenido SharePoint normalmente teníamos que montar la base de datos restaurada sobre nuestra granja SharePoint, usando tanto comandos stsadm como la herramienta central de administración. Con SharePoint 2010 y 2013 no necesariamente es el caso, podemos hacerlo como antes o simplemente usar la herramienta central de administración para explotar el contenido de una base de datos SharePoint montada simplemente en un servidor SQL Server reduciendo con esto los tiempos de nuestros acuerdos de servicio ‘SLAs” y claro, ser más proactivos en la recuperación de datos.


Veamos entonces como lograrlo.


Accedemos a la herramienta central de administración y damos clic sobre el menú de respaldos y restauración para posteriormente seleccionar la opcion de recuperación de datos desde una base de datos no adjuntada.


unattached01


Especificamos el nombre e instancia de nuestro servidor SQL Server o bien el SQL Alias si es el caso donde se encuentra adjuntada nuestro respaldo de la base de datos de contenido SharePoint, especificamos el nombre de la base de datos a la cual nos queremos conectar para obtener los objetos SharePoint que requerimos recuperar. Seleccionamos el tipo de recuperación que queremos hacer, por ejemplo, podemos recuperar una colección de sitios, un sitio web o una lista.


unattached02


Usamos el explorador para buscar en este caso la colección de sitios que nos interesa recuperar directamente sobre la base de datos de contenido adjuntada en SQL Server. Como podemos ver, SharePoint es capaz de presentar todas las colecciones de sitio existentes, así mismo, SharePoint es capaz de explorar sitios web dentro de las colecciones e incluso listas y librerías.


unattached03


Una vez que elegimos el objeto a recuperar especificamos una ruta compartida y un nombre de un archivo físico donde será respaldado el contenido proveniente de la base de datos en cuestión. Posteriormente damos iniciar al proceso de respaldo.


unattached04


También, podemos monitorear el proceso en ejecución.


unattached05


unattached06


Al terminar validamos el archivo de respaldo generado.


unattached07


Y para finalizar simplemente ejecutamos un comando PowerShell para realizar el proceso de restauración del respaldo en cuestión sobre una colección de sitios existente en nuestra granja. El comando para restaurar una colección de sitios respaldada es:


Restore-SPSite http://intranet/teams/sp -Path \\d21-da\Scripts\backup\sp.bak


Validamos entonces la restauración y removemos el respaldo de la base de datos adjuntada en SQL Server. Esta es una técnica que permite recuperar información de una respaldo, asegúrate de definir un tiempo de respaldo SQL valido para que con ello puedas ser capaz de definir lo que llamamos el tiempo aceptable de perdida de datos. Por ejemplo, si tus respaldos SQL Server se ejecutan al final del dia, esto quiere decir que solamente puedes recuperar información de un día anterior y que tu potencial perdida de datos es de horas.

Preparando servidor SQL Server 2012 para implementación SharePoint

Constante y frecuentemente me encuentro con implementaciones SharePoint donde el cliente comenta una excesiva lentitud y pobre desempeño del producto especialmente a determinadas horas del día. Por ahí comentan que el servidor de base de datos está al 100% de capacidad tanto en CPU como memoria. Al ver cómo fue configurado SQL Server encuentro que está instalado con las opciones pre definidas por el software de instalación y es justamente ahi donde encontramos valiosas las recomendaciones de optimización específicas para SharePoint.


En este video publicado en mi humilde canal de Youtube se muestra que optimizaciones podemos realizar en SQL Server 2012 para mitigar cualquier riesgo omisión en la configuración que ponga al servicio en niveles de operación inaceptables para el negocio. Desde ya gracias por entrar y suscribirte.


Como obtener el puerto de una instancia de SQL Server

Cuando configuramos SharePoint usando el SQL Alias sucede que nos pide el número de puerto de SQL Server. Cuando usamos una instancia default de SQL Server normalmente el puerto es 1433, sin embargo, cuando tenemos un servidor SQL donde existen múltiples instancias el número de puerto es asignado de forma aleatoria.

Para conocer el número de puerto correspondiente nuestra instancia debemos de hacer lo siguiente:

  1. Conocer el Process ID de nuestra instancia de SQL Server. Para saber el process ID necesitamos acceder remotamente al servidor SQL y cargar el SQL Server Configuration Manager y en el nodo SQL Server Services encontraras tu instancia, una de las columnas de la luista es Process ID asi que con esto lo ubicas.

SNAGHTML136aa96

2. Obtener el puerto de la instancia mediante línea de comando. Cargamos una consola de comando de Windows y ejecutamos la siguiente línea donde “15016” es el número de tu Process ID, el número de puerto es el que tenemos después del IP y el “:”.

netstat -ano | find /i "15016"

image

Optimizando SQL Server para SharePoint de acuerdo a mejores practicas

En esta ocasión decidí grabar una breve demostración de cómo optimizar SQL Server 2008 R2 para trabajar con SharePoint. Básicamente recurrí a las mejores prácticas de SQL Server para SharePoint publicadas aquí y el resultado fue justamente las configuraciones mostradas en este breve video.