Ir al contenido principal

Backup programado para MOSS

Esta información es de el siguiente blog, la traigo aquí porque me parece muy importante.

Backup programado para MOSS


Luego de tanto planearlo y con un montón de información acumulada, decido iniciar este blog con un sencillo artículo sobre una tarea bastate común en Microsoft Office SharePoint Server 2007 (MOSS) como lo es generar un Backup.

La característica Backup de MOSS ahora funciona como un mecanismo de total recuperación de desastres. Es tanto así que este consiste no solo en el respaldo de las bases de datos, sino en el respaldo de muchos otros elementos como configuraciones en IIS, y archivos específicos. El backup se puede ejecutar mediante la opción Backup de la pestaña "Operaciones" en la "Administración Central de SharePoint 3.0" (SCA3). Aquí se puede decidir qué tipo de Backup generar: Completo o Diferencial, sin embargo, no es posible programar un backup recurrente a través de esta interfaz.

Cuando el contenido de SharePoint utiliza una cantidad de esapacio relativamente pequeña (para algunos 1Gb, para otros 5Gb, inclusive 10 o 20 Gb), se puede generar una tarea programada diaria o semanal que ejecuta un backup completo, obteniendo así un punto de recuperación de desastres según la necesidad, pero utilizando la línea de comando STSADM.EXE y no SCA3. Hago énfasis en que el espacio sea relativamente "pequeño" por lo que la generación con el archivo .bat copia completamente ese contenido y por tanto se duplicaría el almacenamiento. Esta copia queda disponible en una carpeta compartida de Windows permitiendo así que cualquier agente o robot de backups lea la información y la pase a cinta. La idea es programar las tareas de manera tal que se genere el backup y un par de horas después sea pasado a cinta. Adicionalmente, el backup del día anterior es eliminado y reemplazado con el backup nuevo.

Lo primero es configurar la carpeta compartida que para una mayor eficiencia se recomienda colocarla en el servidor de Bases de Datos. Esta carpeta requiere que existan permisos de lectura y escritura tanto NTFS como carpeta compartida para los usuarios que típicamente generen el backup a través de SCA3, para el usuario que esté configurado en el Pool de Aplicaciones de la SCA3, y para el usuario en que se impersone las tareas programadas en el agente o robot de backup en caso que exista. Para el ejemplo vamos a suponer un servidor MOSS con todos los roles en una misma máquina (inclusive la base de datos) llamado MOSSSERVER. En ese caso existiría una carpeta compartida en el UNC file://mossserver/MOSSBK.

Luego de configurados los permisos se crea el archivo .bat, ubicado en un sitio DISTINTO del la jerarquía de la carpeta de backup, dado que una de las tareas que ejecuta este archivo es eliminar totalmente los archivos de backup de la última ejecución y volver a crear un backup completo. Posteriormente se crea la tarea programada en las "Tareas Programadas" del "Panel de Control". Por ejemplo, se crea una tarea diaria que se ejecute el archivo .bat todos los días a las 4:00 AM. Esta puede ser una buena hora para que de paso se respalde la última información generada en perfiles e índices dependiendo de la hora a la que se ejecuten estos procesos.

mossbk.bat

rd \\server\mossbk\spbr0000 /s /q
del \\server\mossbk\*.* /s /q
"C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN\stsadm.exe" -o backup -directory \\server\mossbk -backupmethod full

Teniendo en cuenta la hora programada para el archivo .bat, el robot de backup puede generar el respaldo una hora después, por ejemplo a las 5:00AM. Esto depende de qué tanto demore la generación del backup. Haga una prueba previa y tome tiempos. Por ejemplo, respaldar 5Gb puede tomar aproximadamente 3 minutos, pero eso depende de si la carpeta compartida está en el mismo servidor SQL, y de los recursos de hardware.

Comentarios

Entradas populares de este blog

Get SharePoint Online Site and SubSites permission using PowerShell

The below PowerShell script retrieves the following for the given SharePoint Online Site All the Sub-site's URL Security group attached with each Sub-site with their permission level Prerequisites: This PowerShell script uses the latest version of SharePoint Online PnP Module. Download the installer from https://github.com/SharePoint/PnP-PowerShell/releases  Install-Module SharePointPnPPowerShellOnline  Install-Module - Name ' SharePointPnP.PowerShell.Commands.Files.Recurse ' function  connect - site( $webs , $creds ){    Connect - PNPonline  - Url  $webs   - Credentials  $cred     }    function  get - sitepermission( $web , $cred ){    $rec =@()    connect - site  - webs  $web   - creds  $cred     if ( $web   - eq  $parentsitename )  {  #Write-Host "Parent site permission" $web   $Pgroups =G...

O365 - Forms - Transferir la propiedad de un formulario

Fuente :  https://support.office.com/es-es/article/transferir-la-propiedad-de-un-formulario-921a6361-a4e5-44ea-bce9-c4ed63aa54b4 Si ha creado una encuesta, una prueba o un sondeo, puede moverlos fácilmente a un grupo para que todos los miembros del grupo se conviertan en propietarios de ese formulario. Transferir el formulario a un grupo En el explorador Web, vaya a  Forms.Office.com . En la pestaña  mis formularios  , busque el formulario que desea transferir. Haga clic en  más acciones de formulario    y, a continuación, seleccione  mover . Nota:  Solo puede mover el formulario si es el propietario de ese formulario. No puede transferir la propiedad de un formulario que está compartido con usted. Seleccione el grupo al que desea transferir el formulario y, a continuación, haga clic en  mover . El formulario que ha movido aparecerá en la pestaña  formularios de grupo  . ¿Qué ocurre con el libr...

Event ID 8031 The uri endpoint information may be stale

An exception occurred while updating addresses for connected app {6783ce5e-c88h-4021-8d5b-12614875cbfa_b79f19ab-1d40-4824-9911-3466cf8b070a}. The uri endpoint information may be stale. System.InvalidOperationException: The requested application could not be found.    at Microsoft.SharePoint.SPTopologyWebServiceApplicationProxy.ProcessCommonExceptions(Uri endpointAddress, String operationName, Exception ex, SPServiceLoadBalancerContext context)    at Microsoft.SharePoint.SPTopologyWebServiceApplicationProxy.ExecuteOnChannel(String operationName, CodeBlock codeBlock)    at Microsoft.SharePoint.SPTopologyWebServiceApplicationProxy.GetEndPoints(Guid serviceId)    at Microsoft.SharePoint.SPConnectedServiceApplicationAddressesRefreshJob.Execute(Guid targetInstanceId) After de-commissioning some SharePoint servers, you might notice the above error on other WFEs /Application server’s event viewer . It appears that the SharePoint still has a reference...