Administración de la continuidad empresarial para...

Administración de la continuidad empresarial para Microsoft SharePoint Server 2010

Microsoft Corporation

Fecha de publicación: marzo de 2011

Autor: equipo de Microsoft Office System and Servers ([email protected])

Resumen

Este libro ofrece información sobre la administración de la continuidad empresarial, que

consiste en las decisiones, los procesos y las herramientas empresariales que se aplican

por anticipado para poder enfrentarse a una crisis. Esta información incluye las

características de Microsoft SharePoint Server 2010 que pueden formar parte de su

estrategia de administración de la continuidad empresarial.

El contenido de este libro es una copia de ciertos contenidos seleccionados de la

biblioteca técnica de SharePoint Server 2010

(http://go.microsoft.com/fwlink/?LinkId=181463&clcid=0xC0A) en la fecha de publicación.

Para consultar la información más actual, acuda a la biblioteca técnica en Internet.

http://go.microsoft.com/fwlink/?linkid=181463&clcid=0xC0A

ii

Este documento se proporciona “tal cual”. Es posible que la información y los puntos de

vista reflejados en este documento, incluidas la dirección URL y otras referencias a sitios

web de Internet, cambien sin previo aviso. El usuario asume el riesgo de su uso.

Algunos ejemplos descritos en este documento se proporcionan únicamente con fines

ilustrativos y son ficticios. No se pretende establecer ni se debe inferir ninguna

asociación o conexión reales.

Este documento no proporciona ningún derecho legal sobre la propiedad intelectual e

industrial de ningún producto de Microsoft. Este documento puede copiarse y usarse

para fines internos y de referencia.

© 2011 Microsoft Corporation. Todos los derechos reservados.

Microsoft, Access, Active Directory, Backstage, Excel, Groove, Hotmail, InfoPath,

Internet Explorer, Outlook, PerformancePoint, PowerPoint, SharePoint, Silverlight,

Windows, Windows Live, Windows Mobile, Windows PowerShell, Windows Server y

Windows Vista son marcas comerciales o marcas registradas de Microsoft Corporation

en Estados Unidos y otros países.

La información que contiene este documento representa los puntos de vista actuales de

Microsoft Corporation sobre los problemas que se tratan en la fecha de publicación.

Puesto que Microsoft debe responder a las cambiantes condiciones del mercado, no

debe interpretarse como un compromiso por parte de Microsoft. Microsoft no puede

garantizar la exactitud de la información presentada después de la fecha de publicación.

iii

Tabla de contenido

Planeación de la administración de la continuidad empresarial (SharePoint

Server 2010) ........................................................................................................... 1

Funcionalidades de administración de la continuidad empresarial ................... 1

Contratos de nivel de servicio .................................................................................. 3

Contenido relacionado .............................................................................................. 5

Planeación de la protección del contenido mediante papeleras de reciclaje y

control de versiones (SharePoint Server 2010) ................................................ 6

Protección del contenido mediante papeleras de reciclaje ................................. 6

Protección del contenido mediante el control de versiones ................................ 9

Planeación de copias de seguridad y recuperación (SharePoint Server 2010)

................................................................................................................................ 10

Definir requisitos empresariales ............................................................................ 10

Elegir qué se va a proteger y recuperar en el entorno ...................................... 11

Elegir las herramientas ........................................................................................... 17

Definir las estrategias .............................................................................................. 19

Planear un mejor rendimiento de las copias de seguridad y la recuperación 21

Contenido relacionado ............................................................................................ 23

Introducción a la copia de seguridad y recuperación (SharePoint Server

2010) ...................................................................................................................... 24

Escenarios de copia de seguridad y recuperación ............................................. 24

Arquitectura de copia de seguridad ...................................................................... 24

iv

Procesos de recuperación ...................................................................................... 34

Contenido relacionado ............................................................................................ 39

Planeación de disponibilidad (SharePoint Server 2010) ................................... 40

Introducción a la disponibilidad ............................................................................. 40

Elección de una estrategia y un grado de disponibilidad .................................. 43

Redundancia y conmutación por error entre centros de datos próximos

configurados como una sola granja de servidores (granja de servidores

"expandida") .......................................................................................................... 56

Planeación de la recuperación ante desastres (SharePoint Server 2010) ..... 58

Información general sobre recuperación ante desastres .................................. 58

Elección de una estrategia de recuperación ante desastres ............................ 59

Planeación de centros de datos de estado de espera pasiva .......................... 60

Planeación de centros de datos de estado de espera semiactiva ................... 61

Planeación de centros de datos de estado de espera activa ........................... 61

Requisitos del sistema para la recuperación ante desastres ........................... 68

Planeación de administración de registros (SharePoint Server 2010) ............ 70

Introducción a la administración de registros (SharePoint Server 2010) ........ 72

Elementos de un sistema de administración de registros ................................. 72

Información general acerca de la planeación de la administración de registros

................................................................................................................................ 74

Conceptos ................................................................................................................. 76

Creación de un plan de archivos para administrar registros en SharePoint

Server 2010 ........................................................................................................... 77

Identificación de tipos de registros ........................................................................ 77

v

Consecución del plan de archivo .......................................................................... 79

Hoja de cálculo ......................................................................................................... 82

Técnicas para convertir documentos activos en registros ................................ 83

Finalización del plan ................................................................................................ 85

Planeación de los registros físicos (SharePoint Server 2010) ......................... 88

Identificación de los tipos de registro ................................................................... 88

Identificación de las propiedades de cada tipo de registro ............................... 89

Organización de los tipos de contenido ............................................................... 90

Organización de los archivos de registros ........................................................... 91

Hoja de cálculo ......................................................................................................... 92

Conceptos ................................................................................................................. 92

Planeación de la exhibición de documentos electrónicos (SharePoint Server

2010) ...................................................................................................................... 93

Cómo admite SharePoint Server 2010 la exhibición de documentos

electrónicos ........................................................................................................... 93

Auditoría .................................................................................................................... 95

Caducidad ................................................................................................................. 95

Búsqueda .................................................................................................................. 95

Uso de un archivo de registro frente a administración de registros locales

(SharePoint Server 2010) ................................................................................... 97

Diseño de administración de registros local (SharePoint Server 2010) ........ 101

Información general sobre la planeación de administración de registros

locales .................................................................................................................. 102

¿Carpetas o tipos de contenido? ........................................................................ 102

vi

Definición de tipos de contenido ......................................................................... 104

Organización de las carpetas para la administración de registros locales ... 104

Tareas de planeación de administración de registros generales ................... 106

Hojas de cálculo ..................................................................................................... 108

Conceptos ............................................................................................................... 108

Copia de seguridad (SharePoint Server 2010) ................................................. 109

Crear una copia de seguridad de toda una granja de servidores o parte de

ella ........................................................................................................................ 109

Conceptos ............................................................................................................... 111

Copia de seguridad de una granja de servidores (SharePoint Server 2010)

.............................................................................................................................. 112

Consideraciones para la realización de una copia de seguridad de una granja

de servidores ....................................................................................................... 112

Requisitos de la tarea ........................................................................................... 114

Uso de Windows PowerShell para crear una copia de seguridad de una

granja de servidores .......................................................................................... 114

Uso de Administración central para crear una copia de seguridad de una

granja de servidores .......................................................................................... 115

Uso de las herramientas de SQL Server para crear una copia de seguridad

de una granja de servidores ............................................................................. 116

Contenido relacionado .......................................................................................... 118

Copia de seguridad de la configuración de una granja de servidores

(SharePoint Server 2010) ................................................................................. 119


Uso de Windows PowerShell para crear una copia de seguridad de la

configuración de una granja de servidores .................................................... 120

vii

Uso de Administración central para crear una copia de seguridad de la

configuración de una granja de servidores .................................................... 122

Conceptos ............................................................................................................... 123

Copia de seguridad de una aplicación web (SharePoint Server 2010) ........ 124

Consideraciones para realizar una copia de seguridad de una aplicación web

.............................................................................................................................. 124


Uso de Windows PowerShell para hacer una copia de seguridad de una

aplicación web .................................................................................................... 126

Uso de Administración central para hacer una copia de seguridad de una

aplicación web .................................................................................................... 127

Uso de las herramientas de SQL Server para hacer una copia de seguridad

de una aplicación web ....................................................................................... 128


Copia de seguridad de una aplicación de servicio (SharePoint Server 2010)

.............................................................................................................................. 130


Uso de Windows PowerShell para crear una copia de seguridad de una

aplicación de servicio ......................................................................................... 131

Uso de Administración central para crear una copia de seguridad de una

aplicación de servicio ......................................................................................... 133

Conceptos ............................................................................................................... 134

Copia de seguridad de la búsqueda (SharePoint Server 2010) ..................... 135


Uso de Windows PowerShell para hacer una copia de seguridad de la

búsqueda ............................................................................................................. 136

viii

Uso de Administración central para hacer una copia de seguridad de la

búsqueda ............................................................................................................. 137

Copia de seguridad del Servicio de almacenamiento seguro (SharePoint

Server 2010) ....................................................................................................... 139


Uso de Windows PowerShell para crear una copia de seguridad del Servicio

de almacenamiento seguro .............................................................................. 140

Uso de Administración central para crear una copia de seguridad del Servicio

de almacenamiento seguro .............................................................................. 141

Conceptos ............................................................................................................... 142

Copia de seguridad de una base de datos de contenido (SharePoint Server

2010) .................................................................................................................... 143


Uso de Windows PowerShell para crear copias de seguridad de la base de

datos de contenido ............................................................................................. 144

Uso de Administración central para crear copias de seguridad de una base

de datos de contenido ....................................................................................... 145

Uso de las herramientas de SQL Server para crear copias de seguridad de

una base de datos de contenido ...................................................................... 146

Conceptos ............................................................................................................... 147

Copia de seguridad de bases de datos en instantáneas (SharePoint Server

2010) .................................................................................................................... 148


Uso de las herramientas de SQL Server para hacer una copia de seguridad

de una base de datos en una instantánea ..................................................... 149

Otros recursos ........................................................................................................ 149

ix

Hacer copias de seguridad de personalizaciones (SharePoint Server 2010)

.............................................................................................................................. 150

Creación de copias de seguridad de paquetes de solución ........................... 151

Creación de copias de seguridad de elementos de sitio creados.................. 154

Creación de copias de seguridad de flujos de trabajo ..................................... 154

Creación de copias de seguridad de cambios en el archivo Web.config ..... 156

Creación de copias de seguridad de productos de terceros .......................... 156

Creación de copias de seguridad de cambios mediante edición directa ...... 156

Creación de copias de seguridad de personalizaciones desarrolladas que no

están empaquetadas como soluciones .......................................................... 157


Copia de seguridad de una colección de sitios (SharePoint Server 2010) .. 159


Uso de Windows PowerShell para hacer una copia de seguridad de una

colección de sitios .............................................................................................. 160

Uso de Administración central para hacer una copia de seguridad de una

colección de sitios .............................................................................................. 161

Conceptos ............................................................................................................... 162

Exportación de un sitio, una lista o una biblioteca de documentos (SharePoint

Server 2010) ....................................................................................................... 163


Uso de Windows PowerShell para exportar un sitio, una lista o una biblioteca

de documentos ................................................................................................... 164

Uso de Administración central para exportar un sitio, una lista o una

biblioteca de documentos ................................................................................. 165

x

Conceptos ............................................................................................................... 167

Copia de seguridad o archivo de registros (SharePoint Server 2010) .......... 168

[Esencial] Realizar una copia de seguridad de registros de transacciones . 168

[Recomendado] Recopilar datos de uso ............................................................ 170

[Recomendado] Archivar registros de diagnóstico ........................................... 170

Preparación para copias de seguridad y recuperación (SharePoint Server

2010) .................................................................................................................... 173

Restricciones .......................................................................................................... 173

Requisitos ............................................................................................................... 174

Procedimiento para crear una carpeta compartida .......................................... 175

Otros recursos ........................................................................................................ 175

Configuración de los permisos de copia de seguridad y recuperación


Permisos para el servicio de temporizador de SPTimerV4 y la cuenta de SQL

Server ................................................................................................................... 177

Pertenencias a grupos requeridas para ejecutar las operaciones de copia de

seguridad y restauración en Administración central ..................................... 177

Establecimiento de permisos para ejecutar las operaciones de copia de

seguridad y restauración desde Windows PowerShell ................................ 178

Recuperación (SharePoint Server 2010) ........................................................... 181

Recuperar una granja de servidores total o parcialmente .............................. 182

Conceptos ............................................................................................................... 183

Restauración de una granja de servidores (SharePoint Server 2010) .......... 185

Consideraciones para la recuperación de una granja de servidores ............ 185

xi

Uso de Windows PowerShell para restaurar una granja de servidores ........ 188

Uso de Administración central para restaurar una granja de servidores ...... 190

Uso de herramientas de SQL Server para restaurar una granja de servidores

.............................................................................................................................. 192


Restauración de la configuración de una granja de servidores (SharePoint

Server 2010) ....................................................................................................... 195

Información general ............................................................................................... 195

Uso de Windows PowerShell para restaurar la configuración de una granja

.............................................................................................................................. 196

Uso de Administración central para restaurar la configuración de una granja

.............................................................................................................................. 196

Uso de SQL Server para restaurar la configuración de una granja ............... 198

Conceptos ............................................................................................................... 198

Documentar opciones de configuración de granja de servidores (SharePoint

Server 2010) ....................................................................................................... 199

Ejemplo del uso de un cmdlet .............................................................................. 206

Copia de opciones de configuración de una granja de servidores a otra


Copia de seguridad y recuperación de una granja de servidores sin bases de

datos de contenido para copiar las opciones de configuración .................. 210

Copia de seguridad y recuperación solo de las opciones de configuración 211

Creación de una implementación con scripts para copiar las opciones de

configuración ....................................................................................................... 212

Restauración de una aplicación web (SharePoint Server 2010).................... 213

Consideraciones para restaurar una aplicación web ....................................... 213

xii

Uso de Windows PowerShell para restaurar una aplicación web .................. 214

Uso de Administración central para restaurar una aplicación web ................ 215

Uso de las herramientas de SQL Server para restaurar bases de datos

asociadas a una aplicación web ...................................................................... 217

Pasos adicionales para restaurar una aplicación web que usa autenticación

basada en formularios ....................................................................................... 218

Pasos adicionales para quitar los proveedores de notificaciones duplicados

tras la restauración de la aplicación web que usa autenticación basada en

notificaciones ...................................................................................................... 218

Pasos adicionales para volver a configurar las cuentas de usuario de la

memoria caché de objetos ................................................................................ 219


Restauración de una aplicación de servicio (SharePoint Server 2010) ........ 220

Uso de Windows PowerShell para restaurar una aplicación de servicio ...... 222

Uso de Administración central para restaurar una aplicación de servicio .... 223

Uso de herramientas de SQL Server para restaurar las bases de datos de

una aplicación de servicio ................................................................................. 224

Restauración de búsqueda (SharePoint Server 2010) .................................... 226

Uso de Windows PowerShell para restaurar una aplicación de servicio de

búsqueda ............................................................................................................. 226

Uso de Administración central para restaurar una aplicación de servicio de

búsqueda ............................................................................................................. 227

Restauración de los servicios de almacenamiento seguro (SharePoint Server

2010) .................................................................................................................... 230

Uso de Administración central para restaurar el servicio de almacenamiento

seguro .................................................................................................................. 230

xiii

Uso de Windows PowerShell para restaurar el servicio de almacenamiento

seguro .................................................................................................................. 232

Conceptos ............................................................................................................... 233

Restauración de una base de datos de contenido (SharePoint Server 2010)

.............................................................................................................................. 234

Uso de Windows PowerShell para restaurar una base de datos de contenido

.............................................................................................................................. 235

Uso de Administración central para restaurar una base de datos de contenido

.............................................................................................................................. 236

Uso de las herramientas de SQL Server para restaurar una base de datos de

contenido ............................................................................................................. 237

Conceptos ............................................................................................................... 238

Procedimiento para adjuntar y restaurar una base de datos de contenido de

solo lectura (SharePoint Server 2010) ............................................................ 240

Uso de Windows PowerShell para adjuntar una base de datos de contenido

de solo lectura y restaurarla ............................................................................. 240

Restauración de las personalizaciones (SharePoint Server 2010) ............... 242

Restauración de paquetes de soluciones .......................................................... 242

Restauración de elementos de sitio creados .................................................... 245

Restauración de flujos de trabajo ........................................................................ 245

Restauración de cambios en el archivo Web.config ........................................ 246

Recuperación de cambios realizados mediante edición directa .................... 247

Restauración de personalizaciones desarrolladas que no están

empaquetadas como soluciones ..................................................................... 247


Restauración de una colección de sitios (SharePoint Server 2010) ............. 250

xiv

Uso de Windows PowerShell para restaurar una colección de sitios ........... 250

Conceptos ............................................................................................................... 252

Importación de una lista o biblioteca de documentos (SharePoint Server

2010) .................................................................................................................... 253

Importación de un sitio, una lista o una biblioteca de documentos ............... 253

Conceptos ............................................................................................................... 255

Configuración de disponibilidad (SharePoint Server 2010) ............................ 256

Conceptos ............................................................................................................... 256

Configuración de la disponibilidad mediante la agrupación en clústeres de

SQL Server (SharePoint Server 2010) ........................................................... 257

Configurar la disponibilidad mediante la creación de un reflejo de la base de

datos de SQL Server (SharePoint Server 2010) ........................................... 258

Antes de comenzar................................................................................................ 260

Configuración de creación de reflejo de base de datos de alta disponibilidad

.............................................................................................................................. 263

Configuración de productos de SharePoint 2010 para que reconozcan bases

de datos reflejadas ............................................................................................. 263

Experiencia del usuario durante una conmutación por error .......................... 264

Supervisión y solución de problemas de la creación de reflejo ..................... 264

Otros recursos ........................................................................................................ 264

Ejemplo de script para configurar la creación de reflejo de la base de datos

de SQL Server (SharePoint Server 2010) ...................................................... 265

Configuración de la creación de reflejo de la base de datos con certificados y

recuperación completa ...................................................................................... 266

Configuración de un servidor testigo .................................................................. 269

xv

Transferencia de permisos al servidor reflejado ............................................... 271

Quitar la creación de reflejo de un servidor ....................................................... 271

xvi

Cómo obtener ayuda

Se ha hecho todo lo posible por garantizar la máxima precisión en este libro. Este

contenido también está disponible en línea en la biblioteca TechNet de Office System,

por lo que, si tiene algún problema, puede buscar actualizaciones en:

http://technet.microsoft.com/es-es/office

Si no encuentra la respuesta en nuestros contenidos en línea, puede enviar un mensaje

de correo electrónico al equipo de contenidos de Microsoft Office System and Servers:

[email protected]

Si tiene alguna pregunta acerca de los productos de Microsoft Office, y no acerca del

contenido de este libro, realice una búsqueda en Ayuda y soporte técnico de Microsoft o

en Microsoft Knowledge Base:

http://support.microsoft.com

http://support.microsoft.com/?ln=es-es

1

Planeación de la administración de la continuidad empresarial (SharePoint Server 2010)

Fecha de publicación: 12 de mayo de 2010

La administración de la continuidad empresarial consiste en las decisiones, los procesos

y las herramientas empresariales que se aplican por anticipado para poder enfrentarse a

una crisis. Las crisis pueden afectar a su empresa solamente, o formar parte de sucesos

locales, regionales o nacionales.

Es probable que las características de Microsoft SharePoint Server 2010 formen parte de

su estrategia para la administración de la continuidad empresarial, pero el plan general

debe ser mucho más amplio e incluir los siguientes elementos:

Procedimientos claramente documentados.

Almacenamiento fuera del sitio de los registros empresariales clave.

Contactos designados claramente.

Aprendizaje continuo del personal que incluya práctica y ejercicios.

Mecanismos de recuperación fuera del sitio.

En este artículo:

Funcionalidades de administración de la continuidad empresarial

Contratos de nivel de servicio

Funcionalidades de administración de la continuidad empresarial Microsoft SharePoint Server 2010 incluye las siguientes funcionalidades que ayudan a

administrar la continuidad empresarial.

Control de versiones Los usuarios pueden perder datos al sobrescribir un

documento. Con el control de versiones, los usuarios pueden mantener varias copias

del mismo documento en una biblioteca de documentos. En el caso de que se

produzca un cambio no deseado, o si se sobrescribe o se daña un documento,

resulta fácil para el usuario restaurar una versión anterior. Cuando se habilita el

control de versiones, los usuarios pueden recuperar los datos por sí mismos.

2

Para obtener más información, consulte Planeación de la protección del contenido

mediante papeleras de reciclaje y control de versiones (SharePoint Server 2010).

Papelera de reciclaje SharePoint Server 2010 incluye una papelera de reciclaje de

dos etapas. Los usuarios que tienen los permisos correspondientes pueden usar la

papelera de reciclaje de la primera etapa para recuperar documentos, elementos de

lista, listas y bibliotecas de documentos que se eliminaron de un sitio. La papelera de

reciclaje de la segunda etapa, o papelera de reciclaje de la colección de sitios,

permite a los administradores de la colección de sitios recuperar elementos que se

eliminaron de la papelera de reciclaje de la primera etapa. Cuando se habilita la

papelera de reciclaje de la primera etapa, los usuarios pueden recuperar los datos

por sí mismos.

Para obtener más información, consulte Planeación de la protección del contenido

mediante papeleras de reciclaje y control de versiones (SharePoint Server 2010).

Centro de registros Los sitios de centro de registros permiten administrar el

almacenamiento de registros por motivos legales, normativos o empresariales. Para

obtener más información, consulte Planeación de administración de registros

(SharePoint Server 2010).

Copias de seguridad y recuperación Puede usar cmdlets de PowerShell o el sitio

web de Administración central de SharePoint para realizar copias de seguridad y

recuperar granjas de servidores, bases de datos, aplicaciones web y colecciones de

sitios. También existen muchas herramientas externas y de terceros que puede usar

para realizar copias de seguridad y recuperar datos. Para obtener más información,

consulte Planeación de copias de seguridad y recuperación (SharePoint Server

2010).

Disponibilidad No hay ninguna característica del entorno SharePoint Server 2010

que proporcione disponibilidad. Puede elegir entre muchos métodos para mejorar la

disponibilidad, entre los que se incluyen los siguientes:

Tolerancia a errores de componentes y de la red.

Redundancia de los roles del servidor y de los servidores de una granja.

Para obtener más información sobre disponibilidad, consulte Planeación de

disponibilidad (SharePoint Server 2010).

Recuperación ante desastres No hay ninguna característica del entorno

SharePoint Server 2010 que proporcione recuperación ante desastres. Puede elegir

entre muchos métodos para mejorar la disponibilidad cuando un centro de datos se

queda sin conexión; algunos de estos métodos son los siguientes:

Almacenar copias de seguridad fuera del sitio, dentro y fuera de su región.

Enviar imágenes de servidores a ubicaciones fuera del sitio.

3

Ejecutar varios centros de datos, pero proporcionar los datos solo a través de

uno mientras los demás se mantienen disponibles en espera.

Para obtener más información sobre recuperación ante desastres, consulte

Planeación de la recuperación ante desastres (SharePoint Server 2010).

Contratos de nivel de servicio La administración de la continuidad empresarial es un área clave en la que los grupos de

tecnología de la información (TI) ofrecen contratos de nivel de servicio (SLA) para

establecer las expectativas con los grupos de clientes. Muchas organizaciones de TI

ofrecen diferentes SLA asociados a distintos niveles de facturación.

En la lista siguiente se describen las características habituales de los SLA de

administración de continuidad empresarial:

Control de versiones

Si se ofrece.

Cantidad de espacio asignado.

Papeleras de reciclaje

Si se ofrecen.

Cantidad de espacio asignado para las papeleras de reciclaje de primera y

segunda etapa.

Tiempo que se conservan los elementos en cada papelera de reciclaje antes de

ser eliminados permanentemente.

Gastos adicionales por recuperar elementos que se han eliminado de forma

permanente de la papelera de reciclaje de la segunda etapa.

Copias de seguridad y recuperación

En los contratos de nivel de servicio (SLA) sobre copias de seguridad y

recuperación, se suelen identificar objetos y servicios de los cuales puede hacerse

una copia de seguridad y que pueden recuperarse, así como el objetivo de tiempo

de recuperación, el objetivo de punto de recuperación y el objetivo de nivel de

recuperación correspondiente a cada uno. En el SLA, también se puede identificar el

tiempo de copia de seguridad disponible para cada objeto. Para obtener más

información sobre contratos de nivel de servicio de copias de seguridad y

recuperación, consulte Planeación de copias de seguridad y recuperación


4

Objetivo de tiempo de recuperación (RTO) es el objetivo de tiempo máximo que

tardará un proceso de recuperación de datos. Se determina a partir de la

cantidad de tiempo que la empresa podría permitirse no tener disponible el sitio

o servicio.

Objetivo de punto de recuperación (RPO) es el objetivo de cantidad máxima de

tiempo entre la última copia de seguridad disponible y cualquier punto potencial

de error. Se determina según la cantidad de datos que la empresa puede

permitirse perder en caso de error.

Objetivo de nivel de recuperación (RLO) es el objetivo que define la granularidad

con la que se deben poder recuperar datos, si se debe poder recuperar toda la

granja de servidores, una aplicación web, una colección de sitios, un sitio, una

lista o biblioteca, o un elemento.

Disponibilidad

Para cada componente de una granja de servidores incluido en un plan de

disponibilidad, es posible que, en un SLA de disponibilidad, se identifique la

disponibilidad como un porcentaje de tiempo activo, generalmente expresado como

número de nueves (es decir, el porcentaje de tiempo durante el cual un sistema

determinado permanece activo y en funcionamiento). Por ejemplo, se considera que

un sistema con un porcentaje de tiempo activo de 99,999 tiene una disponibilidad de

cinco nueves.

Nota:

Al calcular la disponibilidad, la mayoría de las organizaciones excluye o agrega horas

expresamente para las actividades de mantenimiento planeado.

Para obtener más información, consulte Planeación de disponibilidad (SharePoint

Server 2010).

Recuperación ante desastres

Para cada componente de una granja de servidores incluido en un plan de

recuperación ante desastres, es posible que, en un SLA, se identifique el objetivo de

punto de recuperación y el objetivo de tiempo de recuperación. Se suelen establecer

diferentes objetivos de tiempo de recuperación para distintos casos (por ejemplo,

una emergencia local y una emergencia regional).

Para obtener más información, consulte Planeación de la recuperación ante

desastres (SharePoint Server 2010).

5

Contenido relacionado

Centro de recursos Administración de la continuidad empresarial para

SharePoint Server 2010

(http://go.microsoft.com/fwlink/?LinkId=199235&clcid=0xC0A)

Contenido para

profesionales de TI

Planeación de copias de seguridad y recuperación

(SharePoint Server 2010)

Introducción a la copia de seguridad y recuperación


Planeación de la protección del contenido mediante

papeleras de reciclaje y control de versiones (SharePoint

Server 2010)

Planeación de disponibilidad (SharePoint Server 2010)

Configuración de disponibilidad (SharePoint Server 2010)

Planeación de la recuperación ante desastres (SharePoint

Server 2010)

Contenido para

programadores

Protección y recuperación de datos

(http://go.microsoft.com/fwlink/?LinkId=199237&clcid=0xc0A)




6

Planeación de la protección del contenido mediante papeleras de reciclaje y control de versiones (SharePoint Server 2010)


Planee el uso de papeleras de reciclaje y control de versiones en un entorno para ayudar

a los usuarios a proteger y recuperar sus datos. Las papeleras de reciclaje y el control de

versiones son componentes clave de una estrategia de continuidad empresarial.

Papeleras de reciclaje Los usuarios pueden utilizar papeleras de reciclaje para

recuperar objetos eliminados. Microsoft SharePoint Server 2010 admite dos etapas de

papeleras de reciclaje: la papelera de reciclaje de primera etapa y la papelera de

reciclaje de colección de sitios o de segunda etapa. Cuando se habilitan las papeleras de

reciclaje, los usuarios pueden restaurar los elementos que están en ellas, incluidos

archivos eliminados, documentos, elementos de listas, listas y bibliotecas de

documentos.

Control de versiones Los usuarios pueden usar el control de versiones para ayudar a

evitar la pérdida de datos por sobrescribir documentos. Cuando el propietario de un sitio

activa el control de versiones en una biblioteca de documentos o en una lista, la

biblioteca o la lista mantiene varias copias de un documento, elemento o archivo. En el

caso de que se produzca un cambio no deseado, o si se sobrescribe un archivo o se

daña un documento, resulta fácil para el usuario restaurar la versión anterior.

En este artículo:

Protección del contenido mediante papeleras de reciclaje

Protección del contenido mediante el control de versiones

Protección del contenido mediante papeleras de reciclaje SharePoint Server 2010 admite dos etapas de papeleras de reciclaje: la papelera de

reciclaje de primera etapa y la papelera de reciclaje de colección de sitios o de segunda

etapa. Las papeleras de reciclaje se habilitan y se configuran en el nivel de la aplicación

web. Las papeleras de reciclaje recopilan documentos y elementos de lista eliminados.

Cuando se elimina un elemento de lista, los datos adjuntos al elemento también se

eliminan y pueden restaurarse desde la papelera de reciclaje.

7

Las papeleras de reciclaje pueden contener varias copias de un documento, todas ellas,

con el mismo nombre de archivo y el mismo origen. Estos documentos no se pueden

restaurar sobre una copia existente de un documento. Las papeleras de reciclaje no se

pueden usar para recuperar versiones ni documentos sobrescritos accidentalmente: para

habilitar esta funcionalidad, se debe usar el control de versiones.

En la tabla siguiente se describe cómo eliminar y recuperar un elemento desde la

papelera de reciclaje de primera etapa y desde la papelera de reciclaje de segunda

etapa.

Cuando un usuario El elemento Pueden restaurar el

elemento

Elimina un elemento Se mantiene en la papelera de reciclaje

de primera etapa hasta que se elimina

de la papelera de reciclaje o hasta que

se haya superado el tiempo límite

establecido para que un elemento

permanezca en la papelera de reciclaje.

Los usuarios o los

administradores de la

colección de sitios

Elimina un elemento de

la papelera de reciclaje

Se conserva en la papelera de reciclaje

de la segunda etapa

Los administradores de

la colección de sitios

Al desactivar la papelera de reciclaje de una aplicación web, se vacían todas las

papeleras de reciclaje y se eliminan de forma permanente todos los elementos que se

encontraban en ellas.

Papelera de reciclaje de primera etapa

La papelera de reciclaje de primera etapa se encuentra en el nivel de sitio y está

disponible para los usuarios que tienen los permisos Colaborar, Diseño o Control total de

un sitio. Cuando un usuario elimina un elemento de un sitio web, el elemento se envía a

la papelera de reciclaje de primera etapa. Los elementos ubicados en la papelera de

reciclaje de primera etapa cuentan en la cuota del sitio. Los elementos permanecen en

una de las papeleras de reciclaje de primera etapa del sitio hasta que transcurre el

período de tiempo especificado (la configuración predeterminada es 30 días).

Cuando se elimina un elemento de la papelera de reciclaje, se envía a la papelera de

reciclaje de segunda etapa.

8

Nota:

El límite de tiempo de las papeleras de reciclaje se aplica al tiempo total desde que se

eliminó el elemento por primera vez y no al tiempo transcurrido en cualquiera de las dos

etapas de la papelera de reciclaje.

Papelera de reciclaje de segunda etapa (colección de sitios)

La papelera de reciclaje de segunda etapa se encuentra en el nivel de administrador de

la colección de sitios. La papelera de reciclaje de segunda etapa se organiza en dos

vistas: los objetos de las papeleras de reciclaje de primera etapa correspondientes a

todos los sitios de la colección de sitios, y los objetos de las papeleras de reciclaje de

segunda etapa. Cuando se elimina un elemento de la papelera de reciclaje de primera

etapa, solo un administrador de la colección de sitios puede recuperarlo de la papelera

de reciclaje de segunda etapa.

Los elementos permanecen en la papelera de reciclaje de segunda etapa hasta que

haya transcurrido el período de tiempo especificado (la configuración predeterminada es

de 30 días) o hasta que la papelera de reciclaje de segunda etapa alcance su tamaño

máximo; entonces se eliminarán los elementos más antiguos. El límite de tiempo de las

papeleras de reciclaje se aplica al tiempo total desde que se eliminó el elemento por

primera vez, y no al tiempo transcurrido en cualquiera de las dos etapas de la papelera

de reciclaje.

Cuando se habilita una papelera de reciclaje de segunda etapa en una aplicación web,

se recomienda designar la cantidad de espacio disponible en el disco para dicha

papelera como un porcentaje de la cuota asignada a la aplicación web. Los elementos

almacenados en la papelera de reciclaje de segunda etapa no se tienen en cuenta para

la cuota del sitio; no obstante, el tamaño especificado para la papelera de reciclaje de

segunda etapa aumenta el tamaño total del sitio y de la base de datos de contenido que

la hospeda. Si no se ha configurado una cuota del sitio, el tamaño de la papelera de

reciclaje de segunda etapa no tiene límites.

Por ejemplo, si se han asignado 100 megabytes (MB) de espacio para la aplicación web,

la asignación de una cuota del 50 por ciento para la papelera de reciclaje de la segunda

etapa asigna 50 MB a esta papelera de reciclaje y 150 MB a la aplicación web en su

totalidad. Se puede asignar hasta el 100 por cien de la cuota a la papelera de reciclaje

de segunda etapa.

9

Para obtener más información acerca de la asignación de cuotas, consulte:

Planeación del mantenimiento y la administración de sitios (SharePoint Server 2010)

Creación de plantillas de cuota (SharePoint Server 2010)

Para obtener más información acerca de cómo los usuarios pueden usar la papelera de

reciclaje en SharePoint Server 2010, consulte Ver, restaurar o eliminar elementos en la

papelera de reciclaje (http://go.microsoft.com/fwlink/?LinkId=90917&clcid=0xC0A)

Para obtener información acerca de cómo configurar las papeleras de reciclaje, consulte

Configuración de la papelera de reciclaje (SharePoint Server 2010).

Protección del contenido mediante el control de versiones El control de versiones resuelve el problema de pérdida de datos que se produce al

sobrescribir un documento. Permite a la biblioteca de documentos mantener varias

copias del mismo documento. En el caso de que se produzca un cambio no deseado, o

si se daña un documento, resulta fácil para el usuario restaurar una versión anterior. El

control de versiones se puede habilitar en el nivel de biblioteca o de lista. Se puede

controlar la versión de los elementos y los archivos.

Antes de configurar el control de versiones, asegúrese de leer Planeación del

mantenimiento y la administración de sitios (SharePoint Server 2010).

Para obtener más información sobre la configuración del control de versiones, consulte

Habilitación y configuración del control de versiones (SharePoint Server 2010).

Los administradores deben administrar detenidamente el control de versiones, ya que los

sitios pueden llegar a tener un tamaño considerable si incluyen muchas versiones de

archivos y documentos. Si no se restringe el tamaño de los sitios, estos pueden superar

la capacidad de almacenamiento. Los administradores de las granjas de servidores

pueden controlar este problema estableciendo contratos de nivel de servicio con los

propietarios de los sitios y definiendo las cuotas de tamaño de los sitios. Para obtener

más información acerca de la administración del control de versiones, consulte

Administración del control de versiones mediante el uso de cuotas (SharePoint Server

2010).



10

Planeación de copias de seguridad y recuperación (SharePoint Server 2010)

Actualizado el 8 de julio de 2010

En este artículo se describen las etapas que forman la planeación de copias de

seguridad y recuperación; entre las que se incluyen definir las estrategias de copias de

seguridad y recuperación para un entorno de Microsoft SharePoint Server, y decidir las

herramientas que se usarán. No es necesario realizar las etapas en el orden en el que

se enumeran. El proceso puede ser iterativo.

Cuando planee cómo va a usar las copias de seguridad y recuperación, para la

recuperación ante desastres, tenga en cuenta los sucesos, los errores y las emergencias

locales y regionales que sean habituales.

Para obtener información detallada sobre las copias de seguridad y recuperación de

Microsoft SharePoint Server, consulte Introducción a la copia de seguridad y

recuperación (SharePoint Server 2010).

En este artículo:

Definir requisitos empresariales

Elegir qué se va a proteger y recuperar en el entorno

Elegir las herramientas

Definir las estrategias

Planear un mejor rendimiento de las copias de seguridad y la recuperación

Definir requisitos empresariales Para definir los requisitos empresariales, determine lo siguiente para cada granja de

servidores y servicio en el entorno:

Objetivo de punto de recuperación (RPO) es el objetivo de cantidad máxima de

tiempo entre la última copia de seguridad disponible y cualquier punto potencial de

error. Se determina por la cantidad de datos que la empresa podría permitirse perder

en caso de que se produjera un error.

11

Objetivo de tiempo de recuperación (RTO) es el objetivo de tiempo máximo que

tardará un proceso de recuperación de datos. Se determina a partir de la cantidad de

tiempo que la empresa podría permitirse no tener disponible el sitio o servicio.

Objetivo de nivel de recuperación (RLO) es el objetivo que define la granularidad con

la que se deben poder recuperar datos, si se debe poder recuperar toda la granja de

servidores, una aplicación web, una colección de sitios, un sitio, una lista o

biblioteca, o un elemento.

Un RPO y RTO más cortos, y una mayor granularidad del RLO suelen ser más costosos.

Existe una hoja de cálculo que le ayudará a planificar sus estrategias de copias de

seguridad y recuperación para el entorno de SharePoint Server 2010. Puede descargarla

aquí: libro de planeación de copia de seguridad y recuperación para productos de

SharePoint 2010 (http://go.microsoft.com/fwlink/?LinkID=184385&clcid=0xC0A).

Elegir qué se va a proteger y recuperar en el entorno Las necesidades empresariales ayudarán a determinar qué componentes del entorno

hay que proteger y la granularidad con la que es necesario poder recuperarlos.

En la siguiente tabla se enumeran componentes de un entorno de SharePoint que podría

decidir proteger, y las herramientas que se pueden usar para realizar la copia de

seguridad y recuperación de cada componente.

Componente Copia de

seguridad de

SharePoint

Microsoft SQL Server

2008 con Service

Pack 1 (SP1) y la

actualización

acumulativa 2

System

Center Data

Protection

Manager

(DPM) 2010

Copia de

seguridad

del sistema

de archivos

Granja de servidores Sí Sí6

Aplicaciones de

servicio

Sí

Aplicación web Sí

Bases de datos de

contenido

Sí Sí Sí



12

Componente Copia de

seguridad de

SharePoint


2008 con Service

Pack 1 (SP1) y la

actualización

acumulativa 2

System

Center Data

Protection

Manager

(DPM) 2010

Copia de

seguridad

del sistema

de archivos

Colección de sitios Sí1, 2 Sí1, 2 Sí1, 2

Sitio Sí2 Sí2

Sí

Lista o biblioteca de

documentos

Sí2 Sí2 Sí

Elemento de lista o

documento

Sí

Contenido

almacenado en

almacenes remotos

de blobs

Sí3 Sí3 Sí3

Personalizaciones

implementadas como

paquetes de

soluciones

Sí7

Sí7 Sí6, 7

Cambios en

Web.config

realizados mediante

Administración

central o una API

Sí Sí Sí4

Parámetros de

configuración

(SharePoint)

Sí2, 8 Sí2, 8 Sí2, 9

Personalizaciones no

implementadas como

paquetes de

soluciones

Sí. Los

archivos se

pueden

recuperar si

están

Sí

13

Componente Copia de

seguridad de

SharePoint


2008 con Service

Pack 1 (SP1) y la

actualización

acumulativa 2

System

Center Data

Protection

Manager

(DPM) 2010

Copia de

seguridad

del sistema

de archivos

protegidos

como

archivos.4,5

Cambios en

Web.config no

realizados mediante

Administración

central ni una API

Sí4

Sí

Configuraciones de

IIS no establecidas a

través de SharePoint

Sí5 Sí

Bases de datos de

SQL Server

Reporting Services

Sí Sí

1La copia de seguridad y recuperación en el nivel de granja de servidores y en el de

base de datos puede usarse para recuperar una colección de sitios cuando solo hay una

colección de sitios almacenada en una base de datos.

2Las copias de seguridad en los niveles de granja de servidores y de base de datos

pueden usarse con la recuperación de bases de datos no adjuntas de SharePoint Server

para restaurar colecciones de sitios, sitios, listas y configuraciones.

3La copia de seguridad y recuperación del contenido almacenado en almacenes remotos

de blobs se realiza junto con otros contenidos, siempre que el proveedor de

almacenamiento remoto de blobs (RBS) que se esté usando ofrezca esta funcionalidad.

4Se puede hacer una copia de seguridad de los cambios realizados en Web.config

mediante una copia de seguridad del sistema de archivos de DPM 2010.

5Las configuraciones de IIS se pueden recuperar mediante una copia de seguridad de

reconstrucción completa de DPM 2010.

14

6DPM 2010 puede recuperar este elemento combinando una copia de seguridad de

reconstrucción completa y una copia de seguridad de SharePoint Server. No se puede

crear una copia de seguridad de este elemento y recuperarlo como un objeto.

7Los paquetes de soluciones de plena confianza se almacenan en la base de datos de

configuraciones, y las soluciones de espacio aislado se almacenan en las bases de

datos de contenidos. Pueden recuperarse como parte de una recuperación de la base de

datos de contenido o de la granja de servidores.

8Las opciones de configuración pueden recuperarse a partir de copias de seguridad

realizadas en el nivel de granja de servidores. Para obtener más información, consulte

Restauración de una granja de servidores (SharePoint Server 2010).

9La base de datos de configuración y la base de datos de contenido de Administración

central de una granja de servidores de SharePoint Server 2010 pueden recuperarse,

pero solo como parte de una recuperación de la granja de servidores completa en la

misma granja y con los mismos equipos.

Nota:

Puede registrar SharePoint Server 2010 con Copias de seguridad de Windows Server

mediante la operación -o registerwsswriter de stsadm.exe para configurar el Writer del

Servicio de instantáneas de volumen (VSS) para SharePoint Server. A partir de

entonces, Copias de seguridad de Windows Server incluirá a SharePoint Server 2010 en

las copias de seguridad de todo el servidor. Al restaurar desde una copia de seguridad

de Windows Server, puede seleccionar Microsoft SharePoint Foundation

(independientemente de la versión de Productos de SharePoint 2010 que esté instalada)

y se restaurarán todos los componentes de los que haya informado VSS Writer para

SharePoint Server 2010 en ese servidor en el momento de la copia de seguridad.

Solo se recomienda usar Copias de seguridad de Windows Server con

implementaciones de un solo servidor.

Elegir qué recuperar desde las bases de datos de contenidos de SharePoint

Desde una base de datos de contenidos, se pueden recuperar colecciones de sitios,

sitios, listas y bibliotecas.

Las herramientas de copia de seguridad y recuperación proporcionan diferentes niveles

de recuperación para los contenidos de una base de datos de contenidos. La

15

recuperación de un objeto desde una base de datos de contenidos siempre es más

compleja que la recuperación de una base de datos de contenidos completa.

Proteger las personalizaciones

Las personalizaciones realizadas en sitios de SharePoint pueden incluir:

Páginas maestras, diseños de página y hojas de estilo en cascada. Estos objetos se

almacenan en la base de datos de contenidos de una aplicación web.

Elementos web, definiciones de sitio o lista, columnas personalizadas, nuevos tipos

de contenido, campos personalizados, acciones personalizadas, flujos de trabajo

codificados o actividades y condiciones de flujos de trabajo.

Soluciones de terceros, con sus claves del Registro y archivos binarios asociados,

como los IFilters.

Cambios en archivos XML estándar.

Definiciones de sitio personalizado (WebTemp.xml).

Cambios en el archivo Web.config.

La manera en la que se implementan las personalizaciones y la forma en la que se

aplican los cambios realizados en el archivo Web.config influyen significativamente en

las herramientas que se pueden usar para realizar las copias de seguridad y

recuperaciones de las personalizaciones. Para permitir la mayor variedad posible de

recuperaciones, se recomienda implementar las personalizaciones mediante paquetes

de soluciones y realizar cambios en el archivo Web.config mediante Administración

central o las API y el modelo de objetos de SharePoint.

Protección de flujos de trabajo

Los flujos de trabajo son un caso especial de personalización; es posible hacer copias de

seguridad de ellos y recuperarlos. Asegúrese de que el plan de copia de seguridad y

recuperación abarque uno de los siguientes escenarios que coincida con su entorno:

Los flujos de trabajo declarativos, como los creados en Microsoft SharePoint

Designer 2010, se almacenan en la base de datos de contenido de la colección de

sitios en la que se implementan. Cree una copia de seguridad de la base de datos

de contenido para proteger estos flujos de trabajo.

Las acciones personalizadas de flujos de trabajo declarativos tienen componentes

en las tres ubicaciones siguientes:

1. Los ensamblados de Visual Studio para las actividades se almacenan en la

memoria caché global de ensamblados (GAC).

16

2. Los archivos de definición XML (archivos .ACTIONS) se almacenan en el

directorio 14\TEMPLATE\{LCID}\Workflow.

3. Una entrada XML para marcar la actividad como un tipo autorizado se almacena

en el archivo Web.config de las aplicaciones web en las que se usa.

Si los flujos de trabajo de la granja de servidores usan acciones personalizadas,

debe usar un sistema de copia de seguridad de archivos para proteger estos

archivos y estas entradas XML. Del mismo modo que las características de

SharePoint Server, como los elementos web y los receptores de eventos, estos

archivos deben volver a aplicarse a la granja de servidores según sea necesario

después de la recuperación.

Los flujos de trabajo que dependen de código personalizado, como aquellos que se

crean con Visual Studio, se almacenan en dos ubicaciones. Los ensamblados de

Visual Studio para el flujo de trabajo se almacenan en la memoria caché global de

ensamblados (GAC) y los archivos de definición XML se almacenan en el directorio

de características. Lo mismo ocurre con otros tipos de características de SharePoint

Server, como los elementos web y los receptores de eventos. Si el flujo de trabajo se

ha instalado como parte de un paquete de soluciones, se puede proteger mediante

la creación de una copia de seguridad de la base de datos de contenido.

Si crea un flujo de trabajo personalizado que interactúa con una colección de sitios

distinta a aquella en la que se implementa el flujo de trabajo, debe realizar una copia

de seguridad de ambas colecciones de sitios para proteger el flujo de trabajo. Esto

incluye los flujos de trabajo que escriben en una lista de historial u otra lista

personalizada en otra colección de sitios. Una copia de seguridad de la granja de

servidores es suficiente para realizar una copia de seguridad de todas las

colecciones de sitios de la granja de servidores y todos los flujos de trabajo que

están asociados a ellas.

Se debe realizar una copia de seguridad y recuperación por separado de los flujos

de trabajo que aún no se han implementado, al igual que cualquier otro archivo de

datos. Si está desarrollando un nuevo flujo de trabajo y aún no lo ha implementado

en la granja de servidores de SharePoint Server, asegúrese de hacer una copia de

seguridad de la carpeta donde almacena los archivos del proyecto de flujo de trabajo

mediante Copias de seguridad de Windows u otra aplicación de copia de seguridad

del sistema de archivos.

Proteger aplicaciones de servicios

Las aplicaciones de servicios de un entorno de SharePoint Server pueden constar de

configuraciones de servicio y una o varias bases de datos, o bien solamente de

configuraciones de servicio. No se puede restaurar una aplicación de servicio completa

mediante la restauración de la base de datos únicamente; no obstante, es posible

restaurar las bases de datos de una aplicación de servicio y, posteriormente, volver a

17

aprovisionar la aplicación de servicio. Para obtener más información, consulte

Restauración de una aplicación de servicio (SharePoint Server 2010).

Protección de las bases de datos de SQL Server Reporting Services

La copia de seguridad y recuperación de SharePoint Server no incluye las bases de

datos de SQL Server Reporting Services. Debe usar herramientas de SQL Server. Para

obtener más información, consulte Operaciones de copias de seguridad y restauración

para una instalación de Reporting Services

(http://go.microsoft.com/fwlink/?LinkId=186642&clcid=0xC0A).

Elegir las herramientas Para elegir las herramientas adecuadas para la copia de seguridad y recuperación, hay

que determinar si se pueden cumplir los requisitos de continuidad establecidos para la

empresa dentro del presupuesto de tiempo y recursos.

Entre los factores clave que hay que tener en cuenta al elegir herramientas, están:

La velocidad de las copias de seguridad: ¿puede la herramienta realizar el

procedimiento dentro del período de mantenimiento de las bases de datos? Debe

probar todos los sistemas de copia de seguridad para asegurarse de que cumplen

los requisitos necesarios con su hardware.

Integridad de la recuperación.

Granularidad de los objetos que se pueden recuperar.

Tipo de copia de seguridad admitida (completa, diferencial o incremental).

Complejidad de administración de la herramienta.

En la siguiente tabla se comparan el tipo de copia de seguridad, el tamaño de la granja

de servidores cuya copia de seguridad puede realizarse en un período de seis horas, y

las herramientas de copia de seguridad y recuperación de Microsoft disponibles.

Herramienta Tipo de copia de seguridad Tamaño de la copia de

seguridad completada

en seis horas1

Copia de seguridad y recuperación

de la granja de servidores de

SharePoint

Completa, diferencial 600 GB



18

Herramienta Tipo de copia de seguridad Tamaño de la copia de

seguridad completada

en seis horas1

Servidor SQL Server Completa, diferencial 600 GB

System Center Data Protection

Manager

Incremental Terabytes

1El tamaño de la copia de seguridad se determinó mediante la copia de seguridad de un

sistema cuyo tamaño es igual al especificado en el hardware de prueba que se enumera

en la siguiente sección.

Nota:

Las copias de seguridad de SharePoint Server y SQL Server se realizaron con la

compresión de copia de seguridad activada.

Hardware de prueba

En la siguiente tabla, se enumera el hardware usado en las pruebas que determinaron el

tamaño de la copia de seguridad que podría completarse en un período de seis horas.

Componente Descripción

Procesador Procesador dual de 64 bits, 3 GHz

RAM 8 GB

Disco Partición con formato de sistema de archivos NTFS

de 2 terabytes

Red Conexión de 100 megabits por segundo (Mbps) o más

rápida entre los equipos cliente y el servidor

Recurso compartido de red Recurso compartido de red con 1,25 terabytes de

espacio libre

19

Nota:

El límite de tamaño superior para realizar copias de seguridad de colecciones de sitios

de SharePoint Server 2010 es 85 GB.

Para obtener información detallada acerca de los sistemas de copia de seguridad y

recuperación que pueden usarse con Microsoft SharePoint Server, consulte los

siguientes recursos:

Introducción a la copia de seguridad y recuperación (SharePoint Server 2010)

Copias de seguridad y restauración de bases de datos en SQL Server

(http://go.microsoft.com/fwlink/?LinkID=186643&clcid=0xC0A)

Introducción a Data Protection Manager 2010 Release Candidate


Definir las estrategias Según las necesidades empresariales, las necesidades de recuperación y las

herramientas que se hayan elegido, determine y documente las estrategias de copia de

seguridad y recuperación para el entorno.

No es raro que los departamentos de TI que admiten entornos de SharePoint Server

decidan usar más de una herramienta para proteger el entorno, mientras determinan las

estrategias que usarán.

Por ejemplo, en un entorno con bases de datos administradas por administradores de

bases de datos, podrían emplearse las estrategias de la siguiente lista:

Las copias de seguridad de todas las bases de datos se realizan mediante SQL

Server. El intervalo de copia de seguridad establecido para cada base de datos se

basa en lo siguiente:

El impacto empresarial del contenido o servicio.

La frecuencia de cambio estándar de la base de datos.

El efecto en el rendimiento del entorno que tiene la copia de seguridad.

Las bases de datos de contenido pequeñas, que cambian rápidamente y que

conllevan un impacto de negocio muy alto también se protegen mediante



20

instantáneas de base de datos de SQL Server almacenadas en un disco físico

independiente. Se almacena solo una instantánea por base de datos, y las

instantáneas se descartan de forma periódica para minimizar el efecto en el

rendimiento. El intervalo de instantáneas establecido para cada base de datos se

basa en lo siguiente:

El impacto empresarial del contenido o servicio.


El efecto en el rendimiento del entorno que tiene la instantánea.

La cantidad de espacio necesario para almacenar la instantánea.

La recuperación a partir de una instantánea es más rápida que una recuperación

estándar, ya que SharePoint Server puede tratar a una instantánea, junto con su

base de datos subyacente, como una base de datos no adjunta. Sin embargo, el

proceso de crear instantáneas puede disminuir el rendimiento de la base de

datos subyacente. Se recomienda probar el efecto que tienen las instantáneas

en el rendimiento del sistema antes de implementarlas, y descartarlas de forma

periódica para reducir el espacio necesario.

Nota:

Si usa EDR y el proveedor de EDR que utiliza no admite instantáneas, no podrá usar

instantáneas para la copia de seguridad. Por ejemplo, el proveedor SQL FILESTREAM

no admite instantáneas.

La copia de seguridad de SharePoint Server se usa para proteger aplicaciones de

servicio. El intervalo de copia de seguridad se basa en lo siguiente:

El impacto empresarial del servicio.


El efecto de la copia de seguridad sobre el rendimiento de la base de datos.

Todas las operaciones de restauración se realizan a través de SharePoint Server. La

opción del sistema de restauración que se usará se determina según el tipo de copia

de seguridad disponible y el objeto que se va a restaurar.

También se deben usar otras herramientas para la estrategia de continuidad

empresarial. Piense en cómo usará las papeleras de reciclaje y el control de versiones

en las colecciones de sitios del entorno. Para obtener más información, consulte

Planeación de la administración de la continuidad empresarial (SharePoint Server 2010).

21

Planear un mejor rendimiento de las copias de seguridad y la recuperación Cuando planee la estrategia de copia de seguridad y recuperación, tenga en cuenta las

siguientes recomendaciones para ayudar a disminuir el efecto que tendrán la copia de

seguridad y la recuperación en el rendimiento del sistema.

Por su diseño, la mayoría de los trabajos de copia de seguridad consume todos los

recursos de E/S que puede para finalizar el trabajo en el tiempo disponible para el

mantenimiento. Por lo tanto, puede que vea operaciones de disco en cola y que todas

las solicitudes de E/S se procesen más lentamente de lo habitual. Es normal y no se

debe considerar un problema.

Seguir las recomendaciones para configurar SQL Server y el almacenamiento

Siga las recomendaciones generales para configurar SQL Server y el almacenamiento

de un entorno de SharePoint Server. Para obtener más información, consulte Planeación

de la configuración de blobs, almacenamiento y SQL Server (SharePoint Server 2010)

(http://technet.microsoft.com/es-es/library/a96075c6-d315-40a8-a739-

49b91c61978f(Office.14).aspx).

Reducir al mínimo la latencia entre SQL Server y la ubicación de la copia de

seguridad

En general, lo mejor es usar un disco local en lugar de una unidad de red para las copias

de seguridad. Si va a realizar copias de seguridad de varios servidores, conviene

disponer de un equipo conectado directamente en el que los servidores puedan escribir.

Las unidades de red que tengan una latencia de 1 milisegundo o menos entre ellas y los

equipos con SQL Server ofrecerán buenos resultados. Si la granja tiene varios

servidores (incluyendo el equipo con SQL Server), debe usar rutas de acceso de red

UNC para la ubicación de copias de seguridad de la granja de SharePoint.

Evitar conflictos de procesamiento

Los trabajos de copia de seguridad no se deben ejecutar cuando los usuarios necesitan

acceder al sistema.

Para evitar los cuellos de botella de E/S, realice la copia de seguridad principal en un

disco independiente y solo entonces haga una copia en cinta.

Considere la posibilidad de escalonar las copias de seguridad de modo que no todas las

bases de datos se copien a la vez.

Las copias de seguridad de SharePoint Server emplean copias de seguridad de SQL

Server. Si usa compresión con las copias de seguridad, tenga cuidado de no saturar

SQL Server. Por ejemplo, algunas herramientas de copia de seguridad de terceros

http://technet.microsoft.com/es-es/library/cc298801.aspx


22

comprimen los datos durante la copia de seguridad, lo que puede alterar el rendimiento

de SQL Server. Existen herramientas que permiten limitar los procesos de compresión y

así controlar cómo afectan a SQL Server.

Recomendaciones para la optimización de la copia de seguridad y restauración de

SQL Server

Si ejecuta SQL Server 2008 Enterprise, se recomienda usar la compresión de copia de

seguridad. Para obtener más información, consulte Compresión de copia de seguridad

(SQL Server) (http://go.microsoft.com/fwlink/?LinkId=179525&clcid=0xC0A).

Si se van a usar copias de seguridad de SQL Server, para minimizar el tiempo de

recuperación, use una combinación de copias de seguridad completa, diferencial y del

registro de transacciones para el modelo de recuperación completa. Normalmente, las

copias de seguridad de bases de datos diferenciales son más rápidas que las copias de

seguridad de bases de datos completas y, además, reducen el volumen de registro de

transacciones necesario para recuperar la base de datos.

Si se va a usar el modelo de recuperación completa en SQL Server 2008, se recomienda

usar la opción de truncado durante la copia de seguridad para evitar problemas de

mantenimiento.

Para obtener recomendaciones detalladas sobre cómo optimizar el rendimiento de las

copias de seguridad y la recuperación de SQL Server, consulte Optimizar el rendimiento

de copias de seguridad y restauración en SQL Server


Asegurar suficiente rendimiento de escritura en la unidad de copia de seguridad

Debe pensar con detenimiento si va a usar una matriz redundante de discos

independientes (RAID) en el dispositivo de copia de seguridad en disco. Por ejemplo,

RAID 5 tiene bajo rendimiento de escritura: aproximadamente, la misma velocidad que

para un solo disco. (Esto se debe a que RAID 5 mantiene información de paridad.) Es

posible que el uso de RAID 10 para un dispositivo de copia de seguridad proporcione

copias de seguridad más rápidas. Para obtener más información sobre cómo utilizar

RAID con copias de seguridad, consulte Configuración de RAID para obtener el máximo

rendimiento de E/S en SQL Server




http://go.microsoft.com/fwlink/?LinkId=126630&clcid=0xC0A




23


Centro de recursos Administración de la continuidad empresarial para SharePoint

Server 2010


Contenido para

profesionales de TI

Introducción a la copia de seguridad y recuperación


Copia de seguridad y recuperación (SharePoint Server 2010)

(http://technet.microsoft.com/es-es/library/71abd06e-6730-

442e-b2c1-e3ba9c04d497(Office.14).aspx)



Planeación de la recuperación ante desastres (SharePoint

Server 2010)

Contenido para

programadores





http://technet.microsoft.com/es-es/library/ee662536.aspx


24

Introducción a la copia de seguridad y recuperación (SharePoint Server 2010)

Actualizado el 21 de octubre de 2010

En este artículo, se describen la arquitectura de copia de seguridad y los procesos de

recuperación disponibles en Microsoft SharePoint Server 2010, incluidas las copias de

seguridad y la recuperación de granjas de servidores y pormenorizadas, y la

recuperación a partir de una base de datos de contenido no adjunta. Las operaciones de

copia de seguridad y recuperación se pueden realizar mediante la interfaz de usuario o

mediante cmdlets de Windows PowerShell. Es posible que las herramientas integradas

de copia de seguridad y recuperación no cubran todas las necesidades de la

organización.

En este artículo:

Escenarios de copia de seguridad y recuperación

Arquitectura de copia de seguridad

Procesos de recuperación

Escenarios de copia de seguridad y recuperación La copia de seguridad y la recuperación de datos se pueden usar en diversos escenarios

empresariales, entre los que se incluyen los siguientes:

Recuperación de contenido eliminado accidentalmente no protegido por la papelera

de reciclaje o por el control de versiones.

Movimiento de datos entre instalaciones como parte de una actualización de

hardware o software.

Recuperación tras un error inesperado.

Arquitectura de copia de seguridad SharePoint Server 2010 proporciona dos sistemas de copias de seguridad: de granjas de

servidores y pormenorizada.

Arquitectura de copia de seguridad de granjas de servidores

25

La arquitectura de copia de seguridad de granjas de servidores de SharePoint Server

2010 inicia una copia de seguridad de Microsoft SQL Server de las bases de datos de

contenido y las aplicaciones de servicio, escribe el contenido de configuración en los

archivos y también hace una copia de seguridad de los archivos del índice de búsqueda

y los sincroniza con las copias de seguridad de la base de datos de búsquedas.

En la ilustración siguiente se muestra el sistema de copia de seguridad de granjas de

servidores.

Se admiten copias de seguridad completas y diferenciales. Las copias de seguridad

completas crean una copia de seguridad nueva del sistema completo. Las copias de

seguridad diferenciales crean una copia de seguridad de todos los datos almacenados

26

en las bases de datos que han cambiado desde la última copia de seguridad completa

realizada.

El sistema de copia de seguridad de granjas de servidores se organiza jerárquicamente.

Entre los componentes de una granja que pueden seleccionarse para la copia de

seguridad se incluyen los siguientes:

Granja de servidores La granja es el objeto de nivel superior. Puede seleccionar

una opción de entre las siguientes al realizar una copia de seguridad de una granja

de servidores:

Datos de contenido y configuración (opción predeterminada)

Se hace una copia de seguridad de toda la granja de servidores. Esto incluye la

configuración de la base de datos de configuración.

Solo configuración

Se hace una copia de seguridad de la configuración de la base de datos de

configuración para poder aplicar las configuraciones a todas las granjas de

servidores. Para obtener más información, consulte Uso y ventajas de la copia

de seguridad de solo configuración, más adelante en este artículo.

Aplicación web Dentro de una aplicación web, puede seleccionar una o varias

bases de datos de contenido de las que realizar las copias de seguridad.

La copia de seguridad de una aplicación web incluye lo siguiente:

Nombre del grupo de aplicaciones y cuenta del grupo de aplicaciones

Configuración de autenticación

Configuración general de aplicaciones web, como alertas y rutas de acceso

administradas

Información de enlace de Internet Information Services (IIS), como el tipo de

protocolo, el encabezado host y el número de puerto

Cambios en el archivo Web.config realizados mediante el modelo de objetos o

Administración central

27

Nota:

Los cambios en el archivo Web.config que se realizaron para admitir la aplicación

basada en notificaciones que usa autenticación basada en formularios no se incluyen en

las copias de seguridad, ya que estos cambios se realizan manualmente. Para obtener

más información, consulte Consideraciones para el uso de copias de seguridad de

granjas de servidores, más adelante en este artículo.

Soluciones de espacio aislado

Para obtener recomendaciones sobre cómo proteger esta configuración,

consulte Planeación de copias de seguridad y recuperación (SharePoint Server

2010).

Servicios y aplicaciones de servicio (que no se comparten) Un ejemplo de un

servicio que no se comparte es el Servicio de estado. Las copias de seguridad de

servicios y aplicaciones de servicio contienen la configuración de un servicio o una

aplicación de servicio y sus bases de datos asociadas.

Importante:

Las copias de seguridad de aplicaciones de servicio no incluyen el proxy relacionado.

Para hacer una copia de seguridad de la aplicación de servicio y del proxy de aplicación

de servicio, debe hacer una copia de seguridad de la granja de servidores o realizar dos

copias de seguridad consecutivas, mediante la selección de la aplicación de servicio en

una copia de seguridad y la selección del proxy de aplicación de servicio asociado en la

segunda copia de seguridad.

Hay muchas bases de datos de aplicaciones de servicio de las que no se puede

realizar una copia de seguridad individual desde SharePoint Server 2010. Para

hacer copias de seguridad de bases de datos de aplicaciones de servicio solamente,

debe usar la copia de seguridad de SQL Server.

Servidores proxy de aplicaciones de servicio que no se comparten

Servicios compartidos Los servicios compartidos requieren una aplicación de

servicio y un proxy de aplicación de servicio para ejecutarse. Si selecciona el nodo

de servicios compartidos, se realizará una copia de seguridad de todas las

aplicaciones de servicio y los proxy de aplicación de servicio relacionados en la

granja de servidores.

28

Nota:

La jerarquía de copias de seguridad permite seleccionar aplicaciones de servicio y

servidores proxy de aplicación de servicio individuales de los que realizar una copia de

seguridad. Sin embargo, cuando selecciona una aplicación de servicio o todas ellas, o

uno o todos los servidores proxy, los objetos relacionados no se incluyen de manera

predeterminada en la copia de seguridad. Para realizar una copia de seguridad de las

dos partes de un determinado servicio, debe seleccionar el nodo de servicios

compartidos o realizar dos copias de seguridad consecutivas; en una, selecciona la

aplicación de servicio, y en la otra, el proxy de aplicación de servicio asociado.

Nota:

Algunas configuraciones del entorno de SharePoint Server no se incluyen en la copia de

seguridad de una granja de servidores. Entre ellas, están las siguientes configuraciones

que se almacenan en servidores web:

Contraseñas de cuentas del grupo de servidores de aplicaciones

Configuración de compresión HTTP

Configuración del tiempo de espera

Filtros personalizados de la Interfaz de programación de aplicaciones para

servidores de Internet (ISAPI)

Pertenencia al dominio del equipo

Configuración del protocolo de seguridad de Internet (IPSec)

Configuración del equilibrio de carga de red

Certificados de Capa de sockets seguros (SSL)

Configuración de dirección IP dedicada

Proceso de copia de seguridad de la aplicación de servicio de búsqueda

La copia de seguridad y recuperación de la aplicación de servicio de búsqueda es un

caso especial, debido a la complejidad de las interacciones entre los componentes de la

aplicación.

Cuando se inicia una copia de seguridad de la aplicación de servicio de búsqueda,

SharePoint Server 2010 inicia una copia de seguridad de SQL Server de la base de

datos de administración, las bases de datos de rastreo y las bases de datos de

29

propiedades de la búsqueda, y además hace una copia de seguridad en paralelo de los

archivos de partición de índice.

Tenga en cuenta la repercusión de los procesos de copia de seguridad y recuperación

de la aplicación de servicio de búsqueda en el contrato de nivel de servicio. Por ejemplo,

tenga en cuenta cómo la pausa de todos los rastreos puede afectar a la actualización de

los resultados de la búsqueda.

El proceso de copia de seguridad se expone a continuación:

1. Las combinaciones maestras se pausan para conservar el índice maestro.

2. Se inicia una copia de seguridad completa de la base de datos.

3. Se hace una copia de seguridad del índice maestro.

4. Se pausan los rastreos. La pausa del rastreo es mucho más breve que durante una

copia de seguridad de la búsqueda de Microsoft Office SharePoint Server 2007, y no

dura lo mismo que todo el proceso de copia de seguridad completo.

5. Se hace una copia de seguridad de todos los índices secundarios.

6. Se inicia una copia de seguridad incremental de la base de datos.

7. Se reanudan los rastreos.

8. Se reanudan las combinaciones maestras.

Uso y ventajas de la copia de seguridad de solo configuración

La copia de seguridad de solo configuración extrae y realiza una copia de seguridad de

la configuración de una base de datos de configuración. Mediante las herramientas

integradas, se puede hacer una copia de seguridad de la configuración de cualquier

base de datos de configuración con independencia de que esté adjunta a una granja de

servidores. Para obtener información detallada sobre cómo hacer una copia de

seguridad de una configuración, consulte Copia de seguridad de la configuración de una

granja de servidores (SharePoint Server 2010).

Las copias de seguridad de configuración se pueden restaurar en la misma granja de

servidores o en cualquier otra granja. Cuando se restaura una configuración, se

sobrescriben todas las opciones de configuración de la granja de servidores que tengan

valores definidos en la copia de seguridad de configuración. Si la configuración presente

en la granja de servidores no está incluida en la copia de seguridad de configuración, no

se cambiará. Para obtener información detallada sobre cómo restaurar la copia de

seguridad de una granja de servidores, consulte Restauración de la configuración de una


30

Nota:

La configuración de las aplicaciones de servicio y las aplicaciones web no se incluye en

la copia de seguridad de una configuración. Puede usar cmdlets de Windows PowerShell

para documentar y copiar la configuración de las aplicaciones de servicio. Para obtener

más información, consulte Documentar opciones de configuración de granja de

servidores (SharePoint Server 2010) y Copiar opciones de configuración de una granja

de servidores a otra (SharePoint Server 2010).

Algunos casos en los que puede ser conveniente restaurar la configuración de una

granja de servidores en otra granja son los siguientes:

Replicación de una configuración de granja de servidores estandarizada para usarla

en todo un entorno.

Movimiento de las configuraciones de un entorno de desarrollo o prueba a un

entorno de producción.

Movimiento de las configuraciones de una instalación independiente a un entorno de


Configuración de una granja de servidores como parte de un entorno en modo de

espera.

SharePoint Server almacena los siguientes tipos de opciones de configuración en la

copia de seguridad de solo configuración:

Antivirus

Information Rights Management (IRM)

Configuración de correo electrónico saliente (solo se restaura cuando se realiza una

sobrescritura)

Personalizaciones implementadas como soluciones de confianza

Registro de diagnóstico

Consideraciones para el uso de copias de seguridad de granjas de servidores

Tenga en cuenta lo siguiente antes de usar las copias de seguridad de granjas de

servidores:

No hay ningún sistema de programación integrado para copias de seguridad. Para

programar una copia de seguridad, se recomienda crear un script de copia de

seguridad mediante Windows PowerShell y, a continuación, usar el Programador de

tareas de Windows para ejecutar el script de la copia de seguridad periódicamente.

31

No se recomienda usar el sistema de copia de seguridad de metabase de IIS para

proteger la configuración de IIS. En lugar de esto, documente todas las

configuraciones de IIS de cada servidor web mediante una herramienta que

proporcione la supervisión de la configuración que desee, como Microsoft System

Center Configuration Manager 2010.

La copia de seguridad y recuperación de SharePoint Server 2010 puede ejecutarse

junto con características de SQL Server Enterprise, como el cifrado de datos

transparente y la compresión de copia de seguridad.

Si ejecuta SQL Server Enterprise, se recomienda encarecidamente usar la

compresión de copia de seguridad. Para obtener más información sobre la

compresión de copia de seguridad, consulte Compresión de copia de seguridad

(SQL Server) (http://go.microsoft.com/fwlink/?LinkID=129381&clcid=0xC0A).

Si decide ejecutar bases de datos mediante cifrado de datos transparentes, debe

realizar una copia de seguridad de la clave y restaurarla de forma manual (las copias

de seguridad y restauración de SharePoint Server 2010 no le recordarán que debe

hacerlo). Para obtener más información sobre el cifrado de datos transparente,

consulte Descripción del Cifrado de datos transparente (TDE)

(http://go.microsoft.com/fwlink/?LinkID=129384&clcid=0xC0A).

Si se configura una base de datos de contenido de modo que use el proveedor de

almacenamiento remoto de blobs (RBS) SQL FILESTREAM, el proveedor de RBS

debe instalarse tanto en el servidor de bases de datos cuya copia de seguridad se

va a realizar como en el servidor de bases de datos en el que se va a recuperar.

La copia de seguridad de SharePoint Server 2010 no protege:

Cambios en el archivo Web.config en servidores web no realizados mediante

Administración central o el modelo de objetos.

Personalizaciones de un sitio no implementadas como parte de una solución de

espacio aislado o de confianza.

Si está compartiendo aplicaciones de servicio entre diversas granjas de servidores,

debe saber que los certificados de confianza que se hayan intercambiado no se

incluyen en las copias de seguridad de las granjas. Debe realizar una copia de

seguridad por separado del almacén de certificados, o mantener los certificados en

una ubicación independiente. Al restaurar una granja que comparte una aplicación

de servicio, debe importar y volver a implementar los certificados y, a continuación,

establecer de nuevo todas las relaciones de confianza entre las granjas.

Para obtener más información, consulte Intercambio de certificados de confianza

entre granjas de servidores (SharePoint Server 2010)

(http://technet.microsoft.com/es-es/library/6d8a9d37-d400-4d7c-b4f1-

bf3c5643c98c(Office.14).aspx).






32

Cuando restaura una granja de servidores o aplicación web que está configurada

para usar cualquier tipo de autenticación basada en notificaciones, podría parecer

que hay proveedores duplicados o adicionales habilitados. Si aparecen duplicados,

debe guardar manualmente cada zona de aplicación web para quitarlos.

Cuando restaura una granja de servidores que contiene una aplicación web

configurada para usar autenticación basada en formularios, se requieren pasos

adicionales. Debe volver a registrar los proveedores de pertenencia y roles en el

archivo Web.config y, a continuación, volver a implementarlos. Debe realizar estos

pasos si va a llevar a cabo la restauración en el nivel de la aplicación web o de la


Para obtener más información, consulte Copia de seguridad de una aplicación web

(SharePoint Server 2010), Planeación de los métodos de autenticación (SharePoint

Server 2010) (http://technet.microsoft.com/es-es/library/40117fda-70a0-4e3d-8cd3-

0def768da16c(Office.14).aspx) y Configuración de la autenticación de notificaciones

(SharePoint Server 2010) (http://technet.microsoft.com/es-es/library/83762baa-b23b-

4b63-b14f-350421d9f18a(Office.14).aspx).

Arquitectura de copia de seguridad y exportación pormenorizada

En la arquitectura de copia de seguridad y exportación pormenorizada se usan llamadas

de exportación y consultas Transact-SQL. La copia de seguridad y exportación

pormenorizada es una operación que utiliza más lectura y procesamiento que la copia de

seguridad de granjas de servidores.

En el sistema de copia de seguridad pormenorizada, los usuarios pueden hacer una

copia de seguridad de una colección de sitios o exportar un sitio o una lista.

Nota:

Los flujos de trabajo no se incluyen en las exportaciones de sitios o listas.

Si está usando SQL Server Enterprise, el sistema de copia de seguridad pormenorizada

puede utilizar, si lo desea, instantáneas de bases de datos de SQL Server para

garantizar que los datos sigan siendo coherentes mientras se realiza la copia de

seguridad o la exportación. Cuando se solicita una instantánea, se toma una instantánea

de base de datos de SQL Server de la base de datos de contenidos correspondiente;

SharePoint Server la utiliza para crear el paquete de exportación o copia de seguridad y,

a continuación, se elimina la instantánea. Las instantáneas de bases de datos están

vinculadas a la base de datos original en la que se formaron. Si la base de datos de

origen se desconecta por algún motivo, la instantánea dejará de estar disponible. Para

obtener más información acerca de las instantáneas de base de datos, consulte





33

Instantáneas de base de datos


Entre las ventajas de realizar una copia de seguridad de una colección de sitios

mediante una instantánea se incluyen las siguientes:

La instantánea garantiza que los datos que se leen sigan siendo coherentes

mientras se lleva a cabo la operación.

Los usuarios pueden seguir interactuando con la colección de sitios mientras se

realiza la copia de seguridad de dicha colección a partir de la instantánea de la base

de datos. Esto incluye la adición, edición y eliminación de contenido. Sin embargo,

los cambios que realizan los usuarios en el sitio activo no se incluirán en la copia de

seguridad de la colección de sitios, ya que la copia de seguridad se basa en la

instantánea de la base de datos.

No obstante, las instantáneas de bases de datos pueden tener un efecto negativo en el

rendimiento. Para obtener más información acerca del rendimiento y las instantáneas de

bases de datos, consulte Limitaciones y requisitos de instantáneas de base de datos


Puede usar la copia de seguridad y la exportación pormenorizada con el contenido

almacenado en una base de datos configurada para usar el proveedor de RBS SQL

FILESTREAM.

Nota:

Si el proveedor de RBS que está usando no admite instantáneas, no podrá usar

instantáneas para la copia de seguridad ni la implementación de contenido. Por ejemplo,

el proveedor SQL FILESTREAM no admite instantáneas.

Nota:

No se recomienda usar la copia de seguridad de colecciones de sitios de SharePoint

Server 2010 para colecciones de sitios de más de 85 GB.

En la siguiente ilustración se muestra el sistema de exportación y copia de seguridad

pormenorizada.



34

Procesos de recuperación SharePoint Server 2010 admite las siguientes opciones de recuperación principales

integradas:

Restaurar a partir de una copia de seguridad de granjas de servidores creada

mediante las herramientas integradas, o a partir de una copia de seguridad de un

35

componente realizada mediante el sistema de copia de seguridad de granjas de

servidores.

Restaurar a partir de una copia de seguridad de colecciones de sitios.

Conectarse a una base de datos de contenido mediante la característica de bases

de datos de contenido no adjuntas, hacer una copia de seguridad de los datos o

exportarlos desde allí y, a continuación, restaurar o importar los datos.

Restauración a partir de una copia de seguridad de granjas de servidores

Los elementos que se pueden recuperar de una copia de seguridad de granjas de

servidores incluyen los siguientes:

Granja de servidores

Datos de contenido y configuración (opción predeterminada)

Se restaura la granja de servidores completa. Esto incluye la configuración de la

base de datos de configuración y los paquetes de soluciones de confianza.

Solo configuración

Solo se restauran los datos de configuración. De este modo, se sobrescriben las

configuraciones de la granja de servidores que tengan valores establecidos en la

copia de seguridad de solo configuración.

Aplicaciones web

Se restauran las aplicaciones web.

Aplicaciones de servicio

Restaura las aplicaciones de servicio. La recuperación de una aplicación de servicio

puede ser compleja, dado que SharePoint Server 2010 no puede reconfigurar

completamente los servidores proxy de la aplicación de servicio durante el proceso

de restauración. Los servidores proxy de la aplicación de servicio se restauran, pero

no se colocan en grupos de servidores proxy. Por lo tanto, no se asocian a ninguna

aplicación web. Para obtener más información acerca de cómo restaurar una

aplicación de servicio de búsqueda, consulte Proceso de recuperación de la

aplicación de servicio de búsqueda. Para obtener información específica sobre las

operaciones que conlleva restaurar determinadas aplicaciones de servicio, consulte

Restauración de una aplicación de servicio (SharePoint Server 2010).

Bases de datos de contenido

36

Al restaurar las bases de datos de contenido, también se restauran las soluciones de

espacio aislado asociadas a las colecciones de sitios relacionadas.

Restauración como nuevo o restauración como sobrescritura

De manera predeterminada, la recuperación de SharePoint Server 2010 restaura todos

los objetos como una instancia nueva del objeto, en lugar de sobrescribir todas las

instancias existentes con el mismo nombre.

Cuando restaure una granja de servidores o un objeto como nuevo, los objetos

siguientes no funcionarán sin antes realizar ajustes, ya que se asignan nuevos valores a

todos los GUID de los objetos:

Granja de servidores. Cuando restaure una granja de servidores como nueva,

deberá hacer lo siguiente:

Volver a crear la configuración de la asignación alternativa de acceso. La

recuperación de SharePoint Server 2010 solo restaura la zona predeterminada

de la aplicación web.

Reconfigurar los orígenes externos de la aplicación de servicio de metadatos

administrados y servicios de conectividad empresarial.

Vuelva a asociar los servidores proxy de aplicación de servicio con los grupos de

servidores proxy, ya que los servidores proxy de aplicación de servicio no se

asignan a los grupos de servidores proxy cuando se restauran. Todas las

aplicaciones web se asociarán con el grupo de servidores proxy predeterminado.

Debe asociar las aplicaciones web a otros grupos de servidores proxy, si lo

desea.

Aplicación web.

Si el nombre y la dirección URL de la aplicación web que proporciona coinciden

con un nombre de aplicación web y una dirección URL que ya existen en la

granja de servidores, la recuperación de SharePoint Server 2010 las combinará.

Si no desea combinar las aplicaciones web, deberá cambiar el nombre de la

aplicación web cuando la restaure como nueva.

Si restaura una aplicación web como nueva en el mismo entorno, pero no

combina las aplicaciones web, debe cambiar también muchos otros parámetros

y objetos. Por ejemplo, es posible que tenga que proporcionar rutas de acceso a

archivos de base de datos y nombres de base de datos diferentes.

Aplicaciones de servicio y servidores proxy de aplicación de servicio

Si recupera una aplicación de servicio y también recupera el proxy de aplicación

de servicio relacionado, deberá asociar el proxy de aplicación de servicio con un

grupo de servidores proxy.

37

Si recupera una aplicación de servicio y no recupera el proxy de aplicación de

servicio relacionado, deberá volver a crear el proxy de aplicación de servicio.

Nota:

No se puede restaurar una aplicación de servicio como nueva en la misma granja de

servidores. Puede hacerlo en otra granja de servidores.

Al restaurar un objeto y sobrescribir el objeto existente, no se necesita hacer ningún

cambio.

Proceso de recuperación de la aplicación de servicio de búsqueda

El proceso de recuperación de la aplicación de servicio de búsqueda varía en función de

si se va a restaurar como nueva o como sobrescritura. Cuando se restaura como

sobrescritura, no es necesario realizar ningún paso adicional.

A continuación se describe el proceso de restauración como nueva:

1. Restaure la aplicación de servicio como nueva y especifique la nueva información de

topología de la granja de servidores a medida que lleva a cabo la restauración.

2. Restaure el proxy de la aplicación de servicio como nuevo. Si no se restauró el proxy

de la aplicación de servicio, debe crear un nuevo proxy de la aplicación de servicio y

asociarlo a la aplicación de servicio de búsqueda.

3. Asocie el proxy de la aplicación de servicio al grupo de servidores proxy

correspondiente, y asocie el grupo de servidores proxy (si no es el grupo de

servidores proxy predeterminado) a la aplicación web correspondiente.

4. Para las implementaciones con privilegios mínimos, inicie el servicio de búsqueda y

el servicio web de consulta de administración de búsqueda con la cuenta que

corresponda.

Para obtener más información acerca de cómo recuperar la aplicación de servicio de

búsqueda, consulte Restauración de búsqueda (SharePoint Server 2010).

Restauración a partir de una copia de seguridad de colecciones de sitios

Solo se pueden recuperar colecciones de sitios a partir de una copia de seguridad de

colecciones de sitios.

Recuperación desde una base de datos de contenido no adjunta

SharePoint Server 2010 permite conectarse a una base de datos de contenido adjunta a

una instancia de SQL Server y hacer copias de seguridad a partir de dicha base de

datos, pero no se establece ninguna asociación con una aplicación web de SharePoint

38

local. Entre las bases de datos no adjuntas con las que se puede establecer una

conexión se incluyen las bases de datos de contenido de solo lectura restauradas a

partir de cualquier tecnología de copia de seguridad compatible y las instantáneas de

base de datos de SQL Server de las bases de datos de contenido.

La recuperación es el siguiente proceso de dos fases:

1. Hacer una copia de seguridad del objeto de la base de datos de contenido sin

adjuntar, o exportar dicho objeto.

2. Restaurar o importar el resultado del paso anterior en SharePoint Server 2010.

Es posible hacer copias de seguridad de los siguientes elementos, o exportarlos, desde

una base de datos no adjunta mediante la copia de seguridad y exportación

pormenorizada y, a continuación, restaurarlos:

Colección de sitios

Haga una copia de seguridad mediante el sistema de copia de seguridad de

colecciones de sitios y, a continuación, recupérela mediante una restauración de la

colección de sitios.

Sitio

Expórtelo y, a continuación, impórtelo.

Listas y bibliotecas

Expórtelas y, a continuación, impórtelas.

Puede usar la importación para recuperar el contenido del que realizó una copia de

seguridad a partir de una base de datos configurada para usar el proveedor de RBS SQL

FILESTREAM. SharePoint Server 2010 almacenará el contenido recuperado mediante el

proveedor de almacenamiento que se haya definido para esa base de datos de

contenido. Es decir, si la base de datos de contenido no se configura de modo que use

RBS, los datos se almacenarán en la base de datos de contenido; si la base de datos de

contenido se configura de modo que use RBS, los datos se almacenarán en RBS.

39



Server 2010


Contenido para

profesionales de TI






Contenido para

programadores







40


Actualizado el 17 de junio de 2010

En este artículo se describen las decisiones clave en la elección de estrategias de

disponibilidad para un entorno de Microsoft SharePoint Server 2010.

Mientras estudia detenidamente la disponibilidad que necesita, tenga en cuenta que

cuanto más alto sea el grado de disponibilidad y cuantos más sistemas proteja, más

compleja y costosa será la solución de disponibilidad.

Es posible que no todas las soluciones de una organización requieran el mismo grado de

disponibilidad. Puede ofrecer distintos grados de disponibilidad para distintos sitios,

servicios o granjas de servidores.

En este artículo:

Introducción a la disponibilidad

Elección de una estrategia y un grado de disponibilidad

Redundancia y conmutación por error entre centros de datos próximos configurados

como una sola granja de servidores (granja de servidores "expandida")

Introducción a la disponibilidad La disponibilidad es el grado en el que los usuarios perciben que un entorno de

SharePoint Server está disponible. Un sistema disponible es un sistema resistente (es

decir, los incidentes que afectan al servicio no son frecuentes y, cuando suceden, se

buscan soluciones a tiempo y efectivas).

La disponibilidad es parte de la administración de continuidad empresarial (BCM) y está

relacionada con las copias de seguridad y recuperación y con la recuperación ante

desastres. Para obtener más información acerca de estos procesos relacionados,

consulte Planeación de copias de seguridad y recuperación (SharePoint Server 2010) y

Planeación de la recuperación ante desastres (SharePoint Server 2010).

41

Nota:

Al calcular la disponibilidad, la mayoría de las organizaciones excluye o agrega horas

expresamente para las actividades de mantenimiento planeado.

Una de las formas más comunes de medir la disponibilidad es el porcentaje de tiempo

activo expresado como cantidad de nueves (es decir, el porcentaje de tiempo en el que

un sistema determinado está activo y funcionando). Por ejemplo, se considera que un

sistema con un porcentaje de tiempo activo de 99,999 tiene una disponibilidad de cinco

nueves.

En esta tabla se indican las equivalencias entre los porcentajes de tiempo activo y el

tiempo ordinario.

Porcentaje de tiempo

activo aceptable

Tiempo de inactividad

por día

Tiempo de inactividad

por mes

Tiempo de

inactividad por

año

95 72,00 minutos 36 horas 18,26 días

99 (dos nueves) 14,40 minutos 7 horas 3,65 días

99,9 (tres nueves) 86,40 segundos 43 minutos 8,77 horas

99,99 (cuatro nueves) 8,64 segundos 4 minutos 52,60 minutos

99,999 (cinco nueves) 0,86 segundos 26 segundos 5,26 minutos

Si puede hacer una suposición fundada sobre la cantidad total de horas de tiempo de

inactividad que posiblemente tenga por año, puede usar las siguientes fórmulas para

calcular el porcentaje de tiempo de actividad por año, mes o semana:

% tiempo de actividad/año = 100 - (8760 - cantidad total de horas de tiempo de

inactividad por año)/8760

% tiempo de actividad/mes = 100 - ((24 × cantidad de días de un mes) - cantidad total de

horas de tiempo de inactividad en ese mes natural)/(24 × cantidad de días del mes)

42

% tiempo de actividad/semana = 100 - (168 - cantidad total de horas de tiempo de

inactividad en esa semana)/168

Costes de la disponibilidad

La disponibilidad es uno de los requisitos más costosos para un sistema. Cuanto más

alto sea el grado de disponibilidad y cuantos más sistemas se protejan, más compleja y

costosa será la solución de disponibilidad. Cuando se invierte en disponibilidad, los

costes incluyen los siguientes factores:

Hardware y software adicional, lo que puede aumentar la complejidad de las

interacciones entre las aplicaciones y las configuraciones de software.

Complejidad operativa adicional.

Los costes de mejorar la disponibilidad deben evaluarse junto con las necesidades de la

empresa, ya que no todas las soluciones de una organización requerirán el mismo grado

de disponibilidad. Puede ofrecer distintos grados de disponibilidad para distintos sitios,

servicios o granjas de servidores.

La disponibilidad es un aspecto clave en el que los grupos de tecnología de la

información (TI) ofrecen contratos de nivel de servicio (SLA) para establecer las

expectativas con los grupos de clientes. Muchas organizaciones de TI ofrecen diferentes

SLA asociados a distintos niveles de facturación.

Determinación de la disponibilidad necesaria

Para evaluar la tolerancia que tiene la organización al tiempo de inactividad de un sitio,

un servicio o una granja de servidores, responda a las siguientes preguntas:

Si el sitio, el servicio o la granja de servidores deja de estar disponible, ¿será un

impedimento para que los empleados lleven a cabo sus responsabilidades

laborales?

Si el sitio, el servicio o la granja de servidores deja de estar disponible, ¿se

detendrán las transacciones comerciales y de los clientes, lo que produciría una

pérdida de negocios y de clientes?

Si respondió afirmativamente a alguna de estas preguntas, debe invertir en una solución

de disponibilidad.

43

Elección de una estrategia y un grado de disponibilidad Se puede elegir entre muchos métodos para mejorar la disponibilidad en un entorno de

SharePoint Server, entre los que se encuentran los siguientes:

Mejorar la tolerancia a errores de los componentes del hardware de servidor.

Aumentar la redundancia de roles de servidor dentro de una granja de servidores.

Tolerancia a errores de componentes de hardware

La tolerancia a errores de componentes de hardware es la redundancia de componentes

de hardware y sistemas de infraestructura, como sistemas de alimentación en el nivel del

servidor. Al planear la tolerancia a errores de los componentes de hardware, tenga en

cuenta lo siguiente:

La redundancia completa de todos los componentes de un servidor puede ser

imposible o poco práctica. Use servidores adicionales para conseguir más

redundancia.

Para obtener la máxima redundancia, asegúrese de que los servidores tengan varios

sistemas de alimentación conectados a diferentes fuentes de energía.

En cualquier sistema, se recomienda recurrir a proveedores de hardware para obtener

hardware con tolerancia a errores que sea adecuado para el sistema; por ejemplo,

matrices redundantes de matrices de discos independientes (RAID). Para obtener

recomendaciones, consulte Planeación del rendimiento y la capacidad (Office

SharePoint Server) (http://technet.microsoft.com/es-es/library/8dd52916-f77d-4444-b593-

1f7d6f330e5f(Office.14).aspx) y Planeación de la configuración de blobs,

almacenamiento y SQL Server (SharePoint Server 2010)

(http://technet.microsoft.com/es-es/library/a96075c6-d315-40a8-a739-


Redundancia en una granja de servidores

SharePoint Server 2010 permite ejecutar roles de seguridad en equipos redundantes (es

decir, "escalar") en una granja de servidores para aumentar la capacidad y mejorar la

disponibilidad básica.

La capacidad que necesita determina tanto la cantidad de servidores como el tamaño de

los servidores de la granja. Una vez alcanzados los requisitos básicos de capacidad, es

posible que desee agregar más servidores para aumentar la disponibilidad general. En la

siguiente ilustración, se muestra cómo puede ofrecer redundancia para cada rol de

servidor.





44

Disponibilidad en una granja de servidores

En la siguiente tabla se describen los roles de servidor de un entorno de SharePoint

Server 2010 y las estrategias de redundancia que puede usar para cada uno en una


45

Rol del servidor Estrategia de redundancia preferida en

una granja de servidores

Servidor front-end web Implemente varios servidores front-end web

en una granja y use el equilibrio de carga de

red (NLB).

Servidor de aplicaciones Implemente varios servidores de

aplicaciones en una granja de servidores.

Servidor de bases de datos Implemente servidores de bases de datos

con agrupación en clústeres o creación de

reflejos de la base de datos con alta

disponibilidad.

Estrategias de disponibilidad de bases de datos

Puede usar la agrupación de clústeres de conmutación por error de Microsoft SQL

Server o la creación de reflejos de la base de datos con alta disponibilidad de SQL

Server para permitir la disponibilidad de las bases de datos en un entorno de SharePoint

Server.

Agrupación de clústeres de conmutación por error de SQL Server

La agrupación de clústeres de conmutación por error puede permitir la disponibilidad de

una instancia de SQL Server. Un clúster de conmutación por error es una combinación

de uno o más nodos o servidores y dos o más discos compartidos. Una instancia de

clúster de conmutación por error aparece como un solo equipo, pero cuenta con

funcionalidad que proporciona conmutación por error de un nodo a otro en el caso de

que el nodo actual deje de estar disponible. SharePoint Server se puede ejecutar en

cualquier combinación de nodos activos y pasivos dentro de un clúster compatible con

SQL Server.

SharePoint Server hace referencia al clúster en su totalidad. Por lo tanto, la conmutación

por error es automática y no presenta problemas desde la perspectiva de SharePoint

Server.

Para obtener información detallada sobre la agrupación de clústeres de conmutación por

error, consulte Introducción a la agrupación de clústeres de conmutación por error de

SQL Server 2008 (http://go.microsoft.com/fwlink/?LinkID=102837&clcid=0xC0A) y

Configuración de la disponibilidad mediante la agrupación en clústeres de SQL Server




46

Creación de reflejo con alta disponibilidad de SQL Server

La creación de reflejo de la base de datos es una tecnología de SQL Server que puede

proporcionar redundancia a cada una de las bases de datos. En la creación de reflejo de

la base de datos, las transacciones se envían directamente desde una base de datos y

un servidor principales a una base de datos y un servidor reflejados cuando el búfer de

registro de transacciones de la base de datos principal se escribe en el disco. Gracias a

esta técnica, es posible mantener la base de datos reflejada prácticamente al día en

relación con la base de datos principal. SQL Server Enterprise Edition proporciona

funcionalidad adicional que mejora el rendimiento de la creación de reflejo de la base de

datos. Para obtener más información, consulte SQL Server 2008 R2 y productos de

SharePoint 2010: mejor juntos (notas del producto) (SharePoint Server 2010)

(http://technet.microsoft.com/es-es/library/665876e1-2706-42ad-bd76-

8e4d1da0ce92(Office.14).aspx).

Para crear reflejos en una granja de servidores de SharePoint Server, debe usar la

creación de reflejos con alta disponibilidad, también llamada modo de alta seguridad con

conmutación automática por error. En la creación de reflejos de bases de datos con alta

disponibilidad participan tres instancias de servidor: una principal, un reflejo y un testigo.

El servidor testigo permite a SQL Server conmutar automáticamente por error desde el

servidor principal al servidor reflejado. La conmutación por error desde la base de datos

principal a la base de datos reflejada suele tardar varios segundos.

Un cambio respecto a la versión anterior es que SharePoint Server reconoce la creación

de reflejos. Después de configurar una instancia de una base de datos reflejada de SQL

Server, puede usar Administración central de SharePoint o cmdlets de Windows

PowerShell para identificar la ubicación del servidor de bases de datos (reflejadas) de

conmutación por error, de la base de datos de contenido o de la base de datos de

aplicaciones de servicio. La configuración de la ubicación de una base de datos de

conmutación por error agrega un parámetro a la cadena de conexión que usa SharePoint

Server para conectarse a SQL Server. Si se produce un evento porque se supera el

tiempo de espera en SQL Server, sucede lo siguiente:

1. El servidor testigo configurado para la creación de reflejos de SQL Server

intercambia automáticamente los roles de las bases de datos principal y reflejada.

2. SharePoint Server intenta comunicarse automáticamente con el servidor

especificado como la base de datos de conmutación por error.

Para obtener información sobre cómo configurar la creación de reflejos de bases de

datos, consulte Configurar la disponibilidad mediante la creación de un reflejo de la base

de datos de SQL Server (SharePoint Server 2010).



47

Para obtener información general sobre la creación de reflejos de bases de datos,

consulte Creación de reflejo de la base de datos


Nota:

No se puede crear un reflejo de las bases de datos que están configuradas para usar el

proveedor de almacenes remotos de blobs de SQL Server FILESTREAM.

Comparación de las estrategias de disponibilidad de bases de datos para una sola

granja de servidores: agrupación de clústeres de conmutación por error de SQL

Server o creación de reflejos de alta disponibilidad de SQL Server

En la siguiente tabla, se compara la agrupación de clústeres de conmutación por error

con la creación sincrónica de reflejos con alta disponibilidad de SQL Server.

Agrupación de clústeres de conmutación

por error de SQL Server

Creación de reflejo

con alta

disponibilidad de

SQL Server

Tiempo que tarda

la conmutación por

error

Un miembro del clúster asume el control

inmediatamente al producirse un error.

El reflejo asume el

control

inmediatamente al

producirse un error.

¿Coherencia

transaccional?

Sí Sí

¿Simultaneidad

transaccional?

Sí Sí

Tiempo de

recuperación

Menor tiempo de recuperación (milisegundos) Tiempo de

recuperación algo

mayor (milisegundos)

¿Pasos

necesarios para la

conmutación por

error?

Los nodos de la base de datos detectan el

error automáticamente; SharePoint Server

2010 hace referencia al clúster para que la

conmutación por error se realice sin problemas

La base de datos

detecta el error

automáticamente;

SharePoint Server


48




con alta

disponibilidad de

SQL Server

y de forma automática. 2010 reconoce la

ubicación del reflejo,

si se configuró

correctamente, para

que la conmutación

por error sea

automática.

¿Protección contra

error de

almacenamiento?

No protege contra errores de almacenamiento

porque el almacenamiento se comparte entre

los nodos del clúster.

Protege contra

errores de

almacenamiento

porque los servidores

de las bases de datos

principal y la reflejada

escriben en discos

locales.

Tipos de

almacenamiento

compatibles

Almacenamiento compartido (más costoso) Puede usar

almacenamiento

directo (DAS), de

menor coste.

Requisitos de

ubicación

Los miembros del clúster tienen que estar en

la misma subred.

Los servidores

principal, reflejado y

testigo tienen que

estar en la misma

LAN (con una

latencia de recorrido

de ida y vuelta de

hasta 1 milisegundo).

Modelo de

recuperación

Se recomienda usar el modelo de

recuperación completa de SQL Server. Puede

usar el modelo de recuperación simple de SQL

Server pero, si el clúster se pierde, el único

punto de recuperación disponible será la última

copia de seguridad completa. Para obtener

más información, consulte Planeación de la

Requiere el modelo

de recuperación

completa de SQL

Server.


49




con alta

disponibilidad de

SQL Server

configuración de blobs, almacenamiento y SQL

Server (SharePoint Server 2010)

(http://technet.microsoft.com/es-

es/library/a96075c6-d315-40a8-a739-


Sobrecarga del

rendimiento

Puede haber una reducción del rendimiento

cuando se produce una conmutación por error.

La creación de

reflejos con alta

disponibilidad

introduce latencia

transaccional porque

es sincrónica.

También requiere

memoria adicional y

sobrecarga del

procesador.

Carga operativa Se configura y se mantiene en el nivel del

servidor.

La carga operativa es

mayor que la de

creación de clústeres.

Se debe configurar y

mantener para todas

las bases de datos.

La reconfiguración es

manual después de

una conmutación por

error.

Estrategias de redundancia para aplicaciones de servicio

La estrategia de redundancia que se implemente para proteger las aplicaciones de

servicio que se ejecutan en varias granjas de servidores dependerá de dónde almacene

los datos la aplicación de servicio.

Aplicaciones de servicio que almacenen datos fuera de una base de datos



50

Para proteger las aplicaciones de servicio que almacenen datos fuera de una base de

datos, instale la aplicación de servicio en varios servidores de aplicaciones para

proporcionar redundancia dentro del entorno.

En esta versión de SharePoint Server, al instalar una aplicación de servicio en varios

servidores de aplicaciones, los trabajos del temporizador se ejecutarán en todos los

servidores de aplicaciones que ejecutan la instancia de servicio asociada a esa

aplicación de servicio, o bien en el primer servidor disponible. Si se produce un error en

un servidor de aplicaciones, los trabajos del temporizador que se ejecuten en ese

servidor se reiniciarán en otro servidor cuando el siguiente trabajo del temporizador esté

programado para ejecutarse.

La instalación de una aplicación de servicio en varios servidores de aplicaciones

mantiene la aplicación de servicio en ejecución, pero no garantiza que no se pierdan

datos. Si se produce un error en un servidor de aplicaciones, se perderán las conexiones

activas de ese servidor de aplicaciones y los usuarios perderán algunos datos.

Las siguientes aplicaciones de servicio almacenan datos fuera de una base de datos:

Servicios de Access

Aplicación de Servicios de Excel

Aplicaciones de servicio que almacenan datos en bases de datos

Para ayudar a proteger las aplicaciones de servicio que almacenan datos en bases de

datos, debe seguir estos pasos:

1. Instale el servicio en varios servidores de aplicaciones para proporcionar

redundancia dentro del entorno.

2. Configure la creación de reflejos o la agrupación de clústeres de SQL Server para

proteger los datos.

Las siguientes aplicaciones de servicio almacenan datos en bases de datos:

Aplicación del servicio de búsqueda, incluidas las siguientes bases de datos:

Administración de búsqueda

Rastreo

Propiedad

51

Nota:

Se admite la creación de reflejo de las bases de datos de búsqueda, pero son

necesarias algunas acciones adicionales para proporcionar redundancia para la

búsqueda. Para obtener información detallada, consulte la sección Estrategias de

redundancia de búsqueda en una granja de servidores

(http://technet.microsoft.com/library/67eb6292-98f2-4dea-93b8-

110b9c6cb632(Office.14).aspx#Search).

Servicio de perfiles de usuario, incluidas las siguientes bases de datos:

Perfiles

Social

Sincronización

Nota:

No se admite la creación de reflejo de la base de datos de sincronización.

Aplicación de servicio de conectividad a datos empresariales

Aplicación de servicio del Registro de aplicaciones

No se recomienda crear un reflejo de la base de datos del Registro de aplicaciones,

porque solo se usa al actualizar la información del Catálogo de datos profesionales

de Microsoft Office SharePoint Server 2007 a SharePoint Server 2010.

Aplicación de servicio de recolección de datos de mantenimiento y uso

Nota:

No se recomienda crear un reflejo de la base de datos de registros de la aplicación de

servicio de recolección de datos de mantenimiento y uso.

Aplicación de servicio de metadatos administrados

Aplicación de servicio de almacenamiento seguro

Aplicación de servicio de estado

Aplicación de servicio de Web Analytics, incluidas las siguientes bases de datos:

Informes

Almacenamiento provisional

http://technet.microsoft.com/library/67eb6292-98f2-4dea-93b8-110b9c6cb632(Office.14).aspx#Search

http://technet.microsoft.com/library/67eb6292-98f2-4dea-93b8-110b9c6cb632(Office.14).aspx#Search

52

Nota:

No se admite la creación de reflejo de la base de datos provisional.

Aplicación del servicio Word Automation Services

Servicio de configuración de suscripción de Microsoft SharePoint Foundation

PerformancePoint Services

Estrategias de redundancia de búsqueda en una granja de servidores

Servidor únicamente

La aplicación del servicio de búsqueda es un caso especial de redundancia en una

granja de servidores. En la siguiente ilustración se muestra cómo se pueden configurar

la redundancia y la conmutación por error para una aplicación del servicio de búsqueda

dedicada mediana que rastrea aproximadamente 40 millones de elementos. Para

obtener más información acerca de la arquitectura de la aplicación del servicio de

búsqueda, consulte "Arquitecturas de búsqueda para Microsoft SharePoint Server 2010"

en el artículo Diagramas técnicos (SharePoint Server 2010)

(http://technet.microsoft.com/es-es/library/bcbae7bd-656b-4003-969c-

8411b81fcd77(Office.14).aspx).

Aplicación del servicio de búsqueda redundante


54

Servidor de consultas. Un servidor de consultas hospeda componentes de consulta y

particiones de índice.

Los componentes de consulta devuelven resultados de búsqueda. Cada

componente de consulta forma parte de una partición de índice, que está

asociada a una base de datos de propiedades específica que contiene

metadatos asociados a un conjunto específico de contenido rastreado. Para que

una partición de índice sea redundante, se deben agregar componentes de

consulta "reflejados" a una partición de índice y, a continuación, colocarlos en

distintos servidores de la granja.

Nota:

El uso del término componentes de consulta reflejados hace referencia a copias de

archivos idénticas, no a la creación de reflejo de la base de datos de SQL Server.

Las particiones de índice son grupos de componentes de consulta, cada uno de

los cuales contiene un subconjunto del índice de texto completo y devuelve

resultados de búsqueda. Cada partición de índice está asociada a una base de

datos de propiedades específica que contiene metadatos asociados a un

conjunto específico de contenidos rastreados. Puede determinar qué servidores

de una granja de servidores atenderán las consultas mediante la creación de un

componente de consulta en ese servidor. Para equilibrar la carga de atención de

las consultas entre varios servidores de la granja, debe agregar componentes de

consulta a una partición de índice y asociarlos a los servidores que desea usar

para atender las consultas. Para obtener más información, consulte Agregar o

quitar un componente de consulta (http://technet.microsoft.com/es-

es/library/da990ab4-1164-412d-9b37-2c20b57bd5e2(Office.14).aspx). Para que

una partición de índice sea redundante, se deben agregar componentes de

consulta reflejados a una partición de índice y, a continuación, colocarlos en

distintos servidores de consultas.

Servidor de rastreo. Un servidor de rastreo hospeda componentes de rastreo y un

componente de administración de búsqueda.

Los componentes de rastreo procesan rastreos de orígenes de contenido,

propagan los archivos de índice resultantes a los componentes de consulta y

agregan información acerca de la ubicación y la programación de rastreo de los

orígenes de contenido a las bases de datos de rastreo asociadas. Los

componentes de rastreo están asociados a una aplicación del servicio de

búsqueda única. La carga de rastreo se puede distribuir mediante la adición de

componentes de rastreo a distintos servidores de rastreo. Puede haber tantos

componentes de rastreo en un servidor de rastreo determinado como lo permitan

los recursos. Si tiene varias ubicaciones de contenido, puede agregar

componentes de rastreo y bases de datos de rastreo, y dedicarlos a contenido



55

específico. Cada componente de rastreo de un servidor de rastreo determinado

debe estar asociado a una base de datos de rastreo independiente. Para

conseguir redundancia, se recomienda que haya al menos dos componentes de

rastreo. Debe configurarse cada componente de rastreo de modo que rastree

ambas bases de datos de rastreo. Si en alguna base de datos llega a haber más

de 25 millones de elementos, se recomienda agregar una base de datos de

rastreo y un componente de rastreo nuevos.

El componente de administración de búsqueda supervisa las acciones entrantes

del usuario y actualiza la base de datos de administración de búsqueda. Solo se

permite un componente de administración de búsqueda por cada aplicación de

servicio de búsqueda. El componente de administración de búsqueda se puede

ejecutar en cualquier servidor; preferiblemente, en un servidor de rastreo o un

servidor de consultas.

Servidores de bases de datos. Los servidores de bases de datos hospedan bases de

datos de rastreo, bases de datos de propiedades, la base de datos de administración

de búsqueda y otras bases de datos de SharePoint Server 2010.

Base de datos de rastreo

Las bases de datos de rastreo contienen datos relacionados con la ubicación de

los orígenes de contenido, las programaciones de rastreo y otra información

específica de las operaciones de rastreo para una aplicación del servicio de

búsqueda específica. Puede distribuir la carga de la base de datos agregando

bases de datos de rastreo a diferentes equipos que ejecutan SQL Server. Las

bases de datos de rastreo están asociadas a componentes de rastreo y pueden

dedicarse a hosts específicos mediante la creación de reglas de distribución de

host. Para obtener más información sobre los componentes de rastreo, consulte

Adición o eliminación de un componente de rastreo

(http://technet.microsoft.com/es-es/library/7651c3d6-93f9-4b15-9e45-

3c23f0f733e3(Office.14).aspx). Para obtener más información acerca de las

reglas de distribución de host, consulte Adición o eliminación de una regla de

distribución de host (http://technet.microsoft.com/es-es/library/6ab1724f-8a5a-

47f1-b9d6-719ae4f994fc(Office.14).aspx). Las bases de datos de rastreo son

redundantes si se reflejan o se implementan en un clúster de conmutación por

error de SQL Server.

Base de datos de propiedades

Las bases de datos de propiedades contienen metadatos asociados al contenido

rastreado. Puede distribuir la carga de consultas a la base de datos agregando

bases de datos de propiedades a diferentes equipos que ejecutan SQL Server.

Las bases de datos de propiedades están asociadas a las particiones de índice y




56

devuelven los metadatos asociados al contenido de los resultados de la

consulta.

Las bases de datos de propiedades son redundantes si se reflejan o se

implementan en un clúster de conmutación por error de SQL Server.

Base de datos de administración de búsqueda

Hay una sola base de datos de administración de búsqueda por cada instancia

de aplicación del servicio de búsqueda en una granja de servidores.

La base de datos de administración de búsqueda solo es redundante si se refleja

o se implementa en un clúster de conmutación por error de SQL Server.

Para obtener más información acerca de la redundancia de búsqueda, consulte

Administración de la topología de búsqueda (http://technet.microsoft.com/es-

es/library/ff30cd9b-a827-4bee-b38a-ed2c3b6b3b47(Office.14).aspx).

Redundancia y conmutación por error entre centros de datos próximos configurados como una sola granja de servidores (granja de servidores "expandida") Algunas empresas tienen centros de datos próximos con conexiones de ancho de banda

alto que se pueden configurar como una única granja de servidores. Esto se denomina

granja de servidores "expandida". Para que este tipo de granja funcione, debe haber una

latencia menor de 1 milisegundo entre SQL Server y los servidores web front-end en una

dirección, y un ancho de banda de al menos 1 gigabit por segundo.

En este escenario, se puede proporcionar tolerancia a errores siguiendo las

instrucciones estándar para hacer redundantes las bases de datos y las aplicaciones de

servicio.

En la siguiente ilustración, se muestra una granja de servidores expandida.

Granja de servidores expandida


58

Planeación de la recuperación ante desastres (SharePoint Server 2010)


En este artículo se describen las decisiones clave en la elección de estrategias de

recuperación ante desastres para un entorno de Microsoft SharePoint Server 2010.

En este artículo:

Información general sobre recuperación ante desastres

Elección de una estrategia de recuperación ante desastres

Planeación de centros de datos de estado de espera pasiva

Planeación de centros de datos de estado de espera semiactiva

Planeación de centros de datos de estado de espera activa

Requisitos del sistema para la recuperación ante desastres

Información general sobre recuperación ante desastres En este artículo, la recuperación ante desastres se define como la capacidad de

recuperarse de una situación en la que un centro de datos que hospeda a SharePoint

Server deja de estar disponible.

La estrategia de recuperación ante desastres que se use para SharePoint Server debe

coordinarse con la estrategia de recuperación ante desastres que se use para la

infraestructura relacionada, incluidos los dominios de Active Directory, Exchange Server

y Microsoft SQL Server. Colabore con los administradores de la infraestructura en la que

se basa para diseñar un plan y una estrategia de recuperación ante desastres

coordinados.

El tiempo y el esfuerzo inmediato necesarios para poner en funcionamiento otra granja

de servidores en una ubicación distinta se denominan estado de espera activa, estado

de espera semiactiva o estado de espera pasiva. Las definiciones de estos términos son

las siguientes:

Estado de espera activa Un centro de datos secundario que puede proporcionar

disponibilidad en segundos o minutos.

59

Estado de espera semiactiva Un centro de datos secundario que puede proporcionar

disponibilidad en minutos u horas.

Estado de espera pasiva Un centro de datos secundario que puede proporcionar

disponibilidad en horas o días.

La recuperación ante desastres puede ser uno de los requisitos más caros de un

sistema. Cuanto más corto sea el intervalo entre el error y la disponibilidad y cuantos

más sistemas se protejan, más costosa y compleja será una solución de recuperación

ante desastres. Invertir en centros de datos de estado de espera activa o semiactiva

requiere los siguientes costes:

Hardware y software adicionales, que a menudo incrementan la complejidad de las

operaciones entre las aplicaciones de software, como scripts personalizados para la

recuperación y la conmutación por error.

Complejidad operativa adicional.

Los costes del mantenimiento de centros de datos de estado de espera activa o

semiactiva deben evaluarse en función de las necesidades de la empresa.

Probablemente, no todas las soluciones de una organización requieran el mismo nivel de

disponibilidad después de un desastre. Pueden ofrecerse diferentes niveles de

recuperación ante desastres para conjuntos de servidores, servicios o contenidos distintos (por ejemplo, contenido de gran impacto en el negocio, servicios de búsqueda o

una granja de servidores de publicación en Internet).

La recuperación ante desastres es un ámbito clave en el que los grupos de tecnología de

la información (TI) ofrecen contratos de nivel de servicio (SLA) para establecer las

expectativas con los grupos de clientes. Muchas organizaciones de TI ofrecen diversos

contratos de nivel de servicio asociados a distintos niveles de facturación.

Al implementar la conmutación por error entre granjas de servidores, se recomienda

implementar primero la solución principal y ajustarla dentro de una granja de servidores;

después, implementar la recuperación ante desastres y probarla.

Elección de una estrategia de recuperación ante desastres Se puede elegir entre varios métodos para proporcionar recuperación ante desastres

para un entorno de SharePoint Server, en función de las necesidades de la empresa. En

los siguientes ejemplos se muestra por qué las compañías podrían optar por estrategias

de recuperación ante desastres de estado de espera activa, de estado de espera

semiactiva o de estado de espera pasiva.

60

Estrategia de recuperación ante desastres de estado de espera pasiva: una empresa

envía copias de seguridad que permitan la recuperación completa a un

almacenamiento externo local o regional de forma periódica, y cuenta con contratos

para el alquiler de servidores de emergencia en otra región.

Ventajas:

Desde un punto de vista operativo, es a menudo la opción más barata en cuanto

al mantenimiento.

Suele ser una opción costosa en cuanto a la recuperación, ya que es necesario

que los servidores físicos se configuren correctamente después de un desastre.

Inconvenientes: es la opción más lenta en cuanto a la recuperación.

Estrategia de recuperación ante desastres de estado de espera semiactiva: una

empresa envía imágenes de servidor virtual a granjas de recuperación ante

desastres locales y regionales.

Ventajas: su recuperación es a menudo relativamente barata, ya que una granja de

servidores virtuales no necesita demasiada configuración después de la

recuperación.

Inconvenientes: su mantenimiento puede ser muy costoso y requerir mucho tiempo.

Estrategia de recuperación ante desastres de estado de espera activa: una empresa

dispone de varios centros de datos, pero sirve contenido y servicios a través de uno

de ellos solamente.

Ventajas: su recuperación suele ser relativamente rápida.

Inconvenientes: su mantenimiento y configuración pueden ser bastante costosos.

Importante:

Sea cual sea la solución de recuperación ante desastres que se decida implementar

para el entorno, es probable que se pierdan algunos datos.

Planeación de centros de datos de estado de espera pasiva En un escenario de recuperación ante desastres de estado de espera pasiva, la

recuperación puede realizarse mediante la instalación de una nueva granja de servidores

61

en una nueva ubicación (preferentemente, mediante una implementación generada por

script) y la restauración de las copias de seguridad. O bien, se puede realizar mediante

la restauración de un conjunto de servidores desde una solución de copia de seguridad

como Microsoft System Center Data Protection Manager 2007, que protege los datos en

el nivel de equipo y permite restaurar cada servidor de forma individual. En este artículo

no se incluyen instrucciones detalladas para la creación y recuperación en escenarios de

estado de espera pasiva. Para obtener más información, consulte:

Restauración de una granja de servidores (SharePoint Server 2010)

Restauración de las personalizaciones (SharePoint Server 2010)

Planeación de centros de datos de estado de espera semiactiva En un escenario de recuperación ante desastres de estado de espera semiactiva, para

crear una solución de estado de espera semiactiva, debe asegurarse de crear frecuente

y coherentemente imágenes virtuales de los servidores de la granja de servidores que se

envían a una ubicación secundaria. En esta ubicación secundaria, se debe contar con un

entorno disponible en el que se puedan configurar y conectar fácilmente las imágenes

para volver a crear el entorno de la granja de servidores.

En este artículo no se incluyen instrucciones detalladas para crear soluciones de estado

de espera semiactiva. Para obtener más información acerca de cómo planear la

implementación de granjas de servidores mediante soluciones virtuales, consulte

BORRADOR Planeación de virtualización (SharePoint Server 2010)

(http://technet.microsoft.com/es-es/library/f8c0b31a-0120-40bd-9216-

3f308e335cd4(Office.14).aspx).

Planeación de centros de datos de estado de espera activa En un escenario de recuperación ante desastres de estado de espera activa, puede

configurar una granja de servidores de conmutación por error para proporcionar

recuperación ante desastres en un centro de datos independiente de la granja de

servidores principal. Un entorno que cuenta con una granja de servidores de

conmutación por error independiente tiene las siguientes características:

En una granja de servidores de conmutación por error debe mantenerse una base

de datos de configuración independiente y una base de datos de contenido de

Administración central.

Todas las personalizaciones se deben implementar en ambas granjas de servidores.

http://technet.microsoft.com/es-es/library/ff608127.aspx

62

Nota:

Se recomienda usar una implementación generada por script para crear la granja de

servidores principal y la de conmutación por error utilizando la misma configuración y las

mismas personalizaciones. Para obtener más información, consulte Instalación de

SharePoint Server 2010 mediante Windows PowerShell (http://technet.microsoft.com/es-

es/library/7443092a-87a6-4063-a7d0-8d10d9d23682(Office.14).aspx).

Las actualizaciones se deben aplicar en ambas granjas de servidores de forma

individual.

Las bases de datos de contenido de SharePoint Server pueden reflejarse de forma

asincrónica, o se pueden trasvasar los registros correctamente a la granja de

servidores de conmutación por error.

Nota:

La creación de reflejo de SQL Server solo se puede usar para copiar bases de datos en

un solo servidor reflejado, pero los registros se pueden trasvasar a varios servidores

secundarios.

Las aplicaciones de servicio varían en función de si sus registros pueden trasvasarse

a una granja de servidores. Para obtener más información, consulte Redundancia de

aplicación de servicio en centros de datos

(http://technet.microsoft.com/library/84a80c36-f79a-4270-bb2c-

d1eac72fcc36(Office.14).aspx#ServiceAppRedundancy), más adelante en este

mismo artículo.

Esta topología se puede repetir en muchos centros de datos si se configura el trasvase

de registros de SQL Server a uno o varios centros de datos adicionales.

Póngase en contacto con su proveedor de SAN para averiguar si puede usar la réplica

de SAN u otro mecanismo compatible para proporcionar disponibilidad en los centros de

datos.

En la siguiente ilustración se muestran granjas de servidores principales y de

conmutación por error antes de la conmutación por error.



http://technet.microsoft.com/library/84a80c36-f79a-4270-bb2c-d1eac72fcc36(Office.14).aspx#ServiceAppRedundancy

http://technet.microsoft.com/library/84a80c36-f79a-4270-bb2c-d1eac72fcc36(Office.14).aspx#ServiceAppRedundancy

63

Granjas de servidores principales y de conmutación por error antes de la

conmutación por error

64

Redundancia de aplicación de servicio en centros de datos

Para proporcionar disponibilidad en centros de datos para aplicaciones de servicio, se

recomienda que, para los servicios que pueden ejecutarse entre granjas de servidores,

se ejecute una granja de servidores de servicios independiente a la que se pueda

acceder desde los centros de datos principal y secundario.

Para los servicios que no pueden ejecutarse entre granjas de servidores y para

proporcionar disponibilidad a la propia granja de servidores de servicios, existen diversas

estrategias para proporcionar redundancia en centros de datos para una aplicación de

servicio. La estrategia empleada dependerá de si:

Existe un valor comercial en la ejecución de la aplicación de servicio en la granja de

servidores de recuperación ante desastres cuando no está en uso.

Las bases de datos asociadas a la aplicación de servicio pueden trasvasar los

registros o reflejarse de forma asincrónica.

La aplicación de servicio puede ejecutarse en bases de datos de solo lectura.

En las siguientes secciones, se describen las estrategias de recuperación ante desastres

recomendadas para cada aplicación de servicio. Las aplicaciones de servicio se agrupan

por estrategia.

Bases de datos que pueden trasvasar los registros o reflejarse de forma

asincrónica.

Una vez implementada por primera vez una aplicación de servicio en una granja de

servidores secundaria, las bases de datos que admiten las siguientes aplicaciones de

servicio pueden reflejarse de forma asincrónica o trasvasar los registros entre granjas de

servidores:

Aplicación de servicio del Registro de aplicaciones

Bases de datos: servicio del Registro de aplicaciones

Aplicación de servicio de metadatos administrados

Bases de datos: servicio de metadatos administrados

65

Nota:

Si el etiquetado está en uso, para usar correctamente la aplicación de servicio de

metadatos administrados en la granja de servidores de recuperación ante desastres,

también debe trasvasar los registros o reflejar la base de datos de etiquetas para la

aplicación de servicio de perfiles de usuario.

PerformancePoint Services

Bases de datos: aplicación de Servicio PerformancePoint

Aplicación de servicio de Project Server

Bases de datos: borrador, publicada, archivos, informes

Project Server 2010 requiere la sincronización entre sus bases de datos. Project

Server puede replicarse entre granjas de servidores mediante un mecanismo de

replicación asincrónica (creación de reflejo de la base de datos asincrónica, trasvase

de registros o replicación de SAN asincrónica) pero, para la recuperación, debe

asegurarse de que los registros de la base de datos de Project se sincronizan al

realizar la restauración.

Nota:

Aunque se recomienda que trasvase los registros o refleje las bases de datos de Project

Server en la granja de servidores de recuperación ante desastres, no se puede ejecutar

la aplicación de servicio de Project Server en bases de datos de solo lectura. Por lo

tanto, recomendamos no ejecutar la aplicación de servicio de Project Server en la granja

de servidores de recuperación ante desastres hasta después de la conmutación por

error. Para sincronizar correctamente las bases de datos de Project Server en la granja

de servidores de recuperación ante desastres, debe configurar marcas de tiempo o el

marcado del registro para las bases de datos.

Aplicación de servicio de almacenamiento seguro

Bases de datos: almacenamiento seguro

Aplicación de servicio de recolección de datos de mantenimiento y uso

Bases de datos: registro

66

Nota:

Es posible trasvasar los registros de la base de datos de registro o reflejarla. Sin

embargo, se recomienda no ejecutar el servicio de recolección de datos de

mantenimiento y uso en la granja de servidores de recuperación ante desastres y no

reflejar la base de datos de registro ni trasvasar sus registros.

Aplicación de servicio de perfiles de usuario

Bases de datos: perfil, sincronización, etiquetas temáticas

Se pueden trasvasar los registros de la base de datos de etiquetas temáticas del

servicio de perfiles de usuario. Los de las bases de datos de perfil y sincronización

no se pueden trasvasar.

Para proporcionar redundancia para la aplicación de servicios de perfiles de usuario,

primero debe implementar la aplicación de servicio en los centros de datos principal

y secundario.

Configure el trasvase de registros para la base de datos de etiquetas temáticas.

Para configurar las bases de datos de perfil y sincronización, se recomienda que

recupere una copia de seguridad de las bases de datos para el centro de datos

secundario y las adjunte a la aplicación de servicio de perfiles de usuario de ese

centro de datos.

Para mantener los perfiles sincronizados, debe ejecutar el motor de replicación de

perfiles de usuario que se incluye en SharePoint Administration Toolkit después de

actualizar los datos de perfil en la granja de servidores principal. Para obtener más

información, consulte Introducción al motor de replicación de perfiles de usuario

(SharePoint Server 2010) (http://technet.microsoft.com/es-es/library/d1e61565-7d7d-

4694-aa8f-a0ca9ee20377(Office.14).aspx).

Aplicación de servicio de Web Analytics

Bases de datos: almacenamiento provisional e informes

Nota:

Se recomienda que trasvase los registros o refleje las bases de datos provisionales y de

informes de Web Analytics. Sin embargo, no se recomienda ejecutar la aplicación de

servicio de Web Analytics en la granja de servidores de recuperación ante desastres

hasta después de la conmutación por error.

Bases de datos y aplicaciones de servicio que no pueden reflejarse de forma

asincrónica ni trasvasar los registros



67

Las siguientes aplicaciones de servicio deben implementarse en las granjas de

servidores principales y de conmutación por error, y no pueden reflejarse de forma

asincrónica ni trasvasar los registros. Para la mayoría de estas aplicaciones de servicio,

se recomienda implementarlas y, a continuación, comprobar que la granja de servidores

de conmutación por error tiene los mismos valores de configuración que la granja de

servidores principal. Si se realizan cambios de configuración que afectan al servicio en la

granja de servidores principal, se deberá actualizar la granja de servidores de

conmutación por error.

Aplicación de servicio de conectividad a datos empresariales

Bases de datos: conectividad a datos empresariales

Aplicación de servicio de configuración de suscripción de Microsoft

SharePoint Foundation

Base de datos: suscripción

Nota:

No se admite el trasvase de registros de la base de datos de configuración de

suscripción.

Servicios de Access

Bases de datos: ninguna

Servicios de Excel


Búsqueda

Bases de datos: rastreo, propiedades, administración de búsquedas

La búsqueda requiere la sincronización completa entre sus bases de datos y el

índice. Debido a este requisito, la búsqueda no puede replicarse entre granjas de

servidores mediante un mecanismo de replicación asincrónica (creación de reflejo de

la base de datos asincrónica, trasvase de registros o replicación de SAN

asincrónica).

Para proporcionar búsquedas actualizadas en una granja de servidores de

conmutación por error, debe ejecutar la búsqueda en la granja de servidores

secundaria.

68

Importante:

La aplicación de servicio de búsqueda de la granja de servidores de conmutación por

error se debe configurar de modo que rastree de forma activa la granja de servidores

secundaria. En la conmutación por error, debe configurar la asociación de la aplicación

web para que use la aplicación de servicio de búsqueda de conmutación por error.

Servicio de estado

Bases de datos: estado

Nota:

No se admite el trasvase de registros de la base de datos de estado.

Servicios de Visio


Word Automation Services

Bases de datos: Word Automation Services

No se admite el trasvase de registros de la base de datos de Word Automation

Services.

Requisitos del sistema para la recuperación ante desastres En un escenario ideal, los sistemas y componentes de conmutación por error coincidirían

con los sistemas y componentes primarios en todos los aspectos: plataforma, hardware y

número de servidores. Como mínimo, el entorno de conmutación por error debe poder

controlar el tráfico previsto durante una conmutación por error. Tenga en cuenta que es

posible que el sitio de conmutación por error solo pueda atender a un subconjunto de

usuarios. Los sistemas deben coincidir, como mínimo, en lo siguiente:

Versión del sistema operativo y todas las actualizaciones

Versiones de SQL Server y todas las actualizaciones

Versiones de Productos de SharePoint 2010 y todas las actualizaciones

Aunque en este artículo se describe principalmente la disponibilidad de Productos de

SharePoint 2010, el tiempo de actividad del sistema también se verá afectado por el

resto de los componentes del sistema. En particular, asegúrese de realizar lo siguiente:

69

Asegúrese de que las dependencias de infraestructura como la electricidad, la

refrigeración, la red, el directorio y SMTP sean totalmente redundantes.

Elija un mecanismo de conmutación, ya sea DNS o equilibrio de carga del hardware,

que se ajuste a sus necesidades.

70

Planeación de administración de registros (SharePoint Server 2010)


Un registro es un documento u otra entidad electrónica o física de una organización que

sirve como prueba de una actividad o transacción realizada por la organización y se

debe conservar durante un determinado período de tiempo. La administración de

registros es el proceso por el que una organización:

Determina qué tipos de información deben considerarse registros.

Determina cómo los documentos activos que se convertirán en registros deben

administrarse mientras están en uso y cómo deben recolectarse una vez declarados

como registros.

Determina de qué manera y durante cuánto tiempo cada tipo de registro debe

conservarse para cumplir los requisitos de las disposiciones normativas,

empresariales o legales.

Investiga e implementa soluciones tecnológicas y procesos de negocio para ayudar

a garantizar que la organización cumple con sus obligaciones de administración de

registros de una forma rentable y no intrusiva.

Realiza tareas relacionadas con registros como, por ejemplo, eliminar registros

caducados, o ubicar y proteger los registros relacionados con eventos como

demandas judiciales.

En los artículos de esta sección se describe la administración de registros en Microsoft

SharePoint Server 2010 y se proporcionan instrucciones para la planeación de la

solución de administración de registros. En esta sección:

Introducción a la administración de registros (SharePoint Server 2010)

En este artículo se describe la administración de registros y se resume la planeación

de la administración de registros.

Creación de un plan de archivos para administrar registros en SharePoint Server

2010

En este artículo se describe el contenido de un plan de archivos y se resume cómo

crear un plan de archivos para la organización.

Planeación de la recopilación de registros (SharePoint Server 2010)

71

En este artículo se revisan las técnicas que pueden usarse para declarar

documentos activos como registros.

Planeación de los registros físicos (SharePoint Server 2010)

En este artículo se describe cómo planear el uso de SharePoint Server para

administrar registros físicos.

Planeación de la exhibición de documentos electrónicos (SharePoint Server 2010)

En este artículo se describe cómo SharePoint Server admite eDiscovery.

Uso de un archivo de registro frente a administración de registros locales


En este artículo, se describen las diferencias entre la administración de registros en

un archivo de registros y la administración de registros de forma local.

Diseño de administración de registros local (SharePoint Server 2010)

En este artículo, se describe cómo administrar registros en la misma biblioteca de

SharePoint Server como documentos activos y se describe un proceso para

determinar cómo administrar registros de forma local.

Elección de una estrategia de administración de registros de mensajería y correo

electrónico (SharePoint Server 2010) (http://technet.microsoft.com/es-

es/library/8f752e21-b5af-4ed1-b48e-26a72a6d3eaf(Office.14).aspx)

Este artículo contiene una introducción y una comparativa de la funcionalidad de

administración de registros de Exchange Server 2010 y SharePoint Server 2010,

para ayudarle a elegir una solución de administración de mensajes, si su

organización utiliza ambos productos.



72

Introducción a la administración de registros (SharePoint Server 2010)


En este artículo:

Elementos de un sistema de administración de registros

Información general acerca de la planeación de la administración de registros

Elementos de un sistema de administración de registros Un registro es un documento u otra entidad electrónica o física de una organización que

sirve como prueba de una actividad o transacción realizada por la organización y se

debe conservar durante un determinado período de tiempo. La administración de

registros es el proceso por el que una organización:

Determina qué tipos de información deben considerarse registros.

Determina cómo los documentos activos que se convertirán en registros deben

administrarse mientras están en uso y cómo deben recolectarse una vez declarados

como registros.

Determina de qué manera y durante cuánto tiempo cada tipo de registro debe

conservarse para cumplir los requisitos de las disposiciones normativas,

empresariales o legales.

Investiga e implementa soluciones tecnológicas y procesos de negocio para ayudar

a garantizar que la organización cumple con sus obligaciones de administración de

registros de una forma rentable y no intrusiva.

Realiza tareas relacionadas con los registros como, por ejemplo, eliminar registros

caducados, o ubicar y proteger registros relacionados con eventos externos como

demandas.

Es responsabilidad de los agentes que se encargan del cumplimiento de las

regulaciones corporativas, de los administradores de registros y de los abogados

determinar qué documentos y otros elementos físicos o electrónicos de la organización

son registros. Al clasificar cuidadosamente todo el contenido empresarial de la

organización, ellos pueden ayudarle a garantizar que los documentos se retengan

durante el período de tiempo correcto. Un sistema de administración de registros

diseñado adecuadamente ayuda a proteger a una organización en lo que respecta a la

legalidad, así como a demostrar el cumplimiento de las obligaciones normativas, y

aumenta la eficacia de la organización al favorecer la eliminación de elementos

obsoletos que no son registros.

73

Un sistema de administración de registros incluye los siguientes elementos:

74

Un análisis de contenido que describe y clasifica el contenido de la empresa que

puede convertirse en registros, proporciona ubicaciones de origen y describe cómo

se desplazará el contenido a la aplicación de administración de registros.

Un plan de archivos que indica, para cada clase de registro de la empresa, dónde

deben conservarse como registros, las directivas que se aplican a ellos, cuánto

tiempo deben conservarse, cómo deben eliminarse y quién es responsable de su

administración.

Un documento de requisitos de conformidad que define las reglas que deben

seguir los sistemas de TI de la organización para garantizar el cumplimiento de la

normativa y los métodos que se usan para garantizar la participación de los

integrantes del grupo de la empresa.

Un método para recopilar los registros que ya no están activos de todos los

orígenes de registros, como servidores de colaboración, servidores de archivos y

sistemas de correo electrónico.

Un método para auditar registros mientras están activos.

Un método para capturar metadatos de registros e historiales de auditorías y

mantenerlos.

Un proceso para suspender registros (suspender su disposición) cuando se

producen eventos como, por ejemplo, litigios.

Un sistema para supervisar y crear informes sobre el control de registros con

el fin de asegurarse de que los empleados los están archivando, están teniendo

acceso a ellos y los están administrando de acuerdo con las directivas y los

procesos definidos.

Microsoft SharePoint Server 2010 incluye características que pueden ayudar a las

organizaciones a implementar sistemas y procesos de administración de registros

integrados.

Información general acerca de la planeación de la administración de registros En este tema se describen los pasos de planeación que deben seguirse para ayudar a

garantizar que el sistema de administración de registros que se implemente basado en

SharePoint Server 2010 logre los objetivos de administración de registros de la

organización. A continuación se muestra un esquema del proceso de planeación de la

administración de registros:

1. Identificar roles de administración de registros Para administrar los registros

correctamente se necesitan roles especializados, como los siguientes:

75

Administradores de registros y agentes que se encargan de garantizar el

cumplimiento de directivas para clasificar los registros de la organización y

ejecutar el proceso de administración de registros.

Personal de TI para implementar los sistemas que admiten de una manera

eficaz la administración de registros.

Administradores de contenido para identificar dónde se guarda la información de

la organización y para garantizar que los equipos sigan los procedimientos de

administración de registros.

2. Analizar el contenido de la organización Antes de crear un plan de archivos, los

administradores de registros y los administradores de contenido realizan un estudio

sobre el uso de documentos en la organización para determinar qué documentos y

otros elementos pueden convertirse en registros.

3. Desarrollar un plan de archivos Una vez analizado el contenido de la

organización y determinadas las programaciones de retención de contenido, rellene

el resto del plan de archivos. Los planes de archivos difieren en función de la

organización pero, en general, describen los tipos de elementos que la empresa

reconoce como registros, indican dónde se almacenan, describen sus períodos de

retención y proporcionan información adicional, como quién es responsable de su

administración y a qué categoría más amplia pertenecen los registros.

4. Desarrollar programaciones de retención Para cada tipo de registro, determine

cuándo va a dejar de estar activo (en uso), cuánto tiempo debería conservarse

después y cómo debería eliminarse al final.

5. Evaluar y mejorar los procedimientos de administración de

documentos Asegúrese de que se apliquen las directivas obligatorias en los

repositorios de documentos. Por ejemplo, asegúrese de que el contenido se audite

correctamente para que puedan conservarse las auditorías adecuadas junto con los

registros.

6. Diseñar la solución de administración de registros Determine si se va a crear

un archivo de registros, para administrar los archivos en contexto, o si se usará una

combinación de los dos métodos. En función del plan de archivos, diseñe el archivo

de registros o determine cómo usar los sitios existentes para que contengan

registros. Defina los tipos de contenido, las bibliotecas, las directivas y, cuando sea

necesario, los metadatos que determinan la ubicación a la que se debe redirigir un

documento.

7. Planear cómo se convierte el contenido en registro Si usa SharePoint Server

2010 para la administración de documentos activos y para la administración de

registros, puede crear flujos de trabajo personalizados para mover los documentos a

un archivo de registros. Si usa SharePoint Server 2010 o un sistema de

administración de documentos externo, puede planear y desarrollar interfaces que

muevan contenido de esos sistemas al archivo de registros o que declaren un

76

documento como registro, pero no lo muevan. También debe crear un plan de

aprendizaje para enseñar a los usuarios a crear registros y utilizarlos.

8. Planear la integración de correo electrónico Determine si va a administrar

registros de correo electrónico dentro de SharePoint Server 2010 o dentro de la

propia aplicación de correo electrónico.

9. Planear el cumplimiento del contenido social Si la organización usa medios

sociales, como blogs, sitios wiki o Mis sitios, determine cómo se convertirá en

registro este contenido.

10. Planear la documentación y los informes de conformidad Para comprobar si la

organización realiza los procedimientos de administración de registros obligatorios y

para comunicar estos procedimientos, debe documentar los planes y procesos de

administración de registros. Si la empresa participa en procesos judiciales

relacionados con registros, es posible que necesite crear estas instrucciones de

administración de registros, planes de implementación y métricas de eficacia.

Conceptos Creación de un plan de archivos para administrar registros en SharePoint Server 2010


77

Creación de un plan de archivos para administrar registros en SharePoint Server 2010


El plan de archivos es el documento principal de la planeación de la administración de

registros en SharePoint Server 2010. Aunque los planes de archivos pueden variar entre

una organización y otra, normalmente:

Describen los tipos de elementos que la organización reconoce como registros.

Describen la categoría más amplia de registros a la que pertenecen los elementos.

Indican dónde se almacenan los registros.

Describen los períodos de retención de registros.

Definen quién es responsable de administrar los distintos tipos de registros.

En este artículo se describe el contenido de un plan de archivos y se resume cómo crear

un plan de archivos para la organización. El artículo también le remitirá a una hoja de

cálculo en la que podrá registrar el plan de archivos.

En este artículo:

Identificación de tipos de registros

Consecución del plan de archivo

Hoja de cálculo

Identificación de tipos de registros Para determinar qué documentos activos de la organización pueden declararse como

registros es necesaria la colaboración de administradores de registros, abogados,

responsables de cumplimiento normativo y administradores de contenido. Tenga en

cuenta que, incluso si el sector al que pertenece su empresa no está sujeto a un

reglamento estricto, podría estar obligado a conservar los registros con arreglo a varias

leyes generales. Además del derecho empresarial, debe evaluar los requisitos legales

específicos de la empresa.

78

El objetivo de este artículo solo es el de proporcionar información general acerca de

cómo determinar los registros de una organización. Lo más probable es que su empresa

ya esté llevando a cabo algún tipo de administración de registros, que haya completado

la mayoría de los roles de administración de registros que necesite y que ya disponga de

una taxonomía de registros.

Generalmente, para determinar qué son registros en su organización:

1. Debe conocer cuáles son las obligaciones legales de su empresa y sus necesidades

profesionales.

2. En un esfuerzo de colaboración entre las divisiones de la organización, debe

analizar cómo se usan los documentos activos.

3. Debe elaborar una lista de los tipos de documentos que deben convertirse en

registros. Por ejemplo, puede determinar que los siguientes elementos deben

conservarse como registros:

Contratos para alquilar espacios corporativos.

Documentos relacionados con los beneficios de los empleados.

Documentos relacionados con la investigación y el desarrollo de productos.

4. Clasifique los registros. Los registros de la misma categoría, a menudo, tienen los

mismos períodos de retención y pueden requerir un tratamiento similar en otros

aspectos.

Debe registrar la información que recopiló. Puede usar la hoja de cálculo mencionada en

la sección Hoja de cálculo para hacerlo. Registre el tipo de registro, la categoría a la que

pertenecen los registros de este tipo y una breve descripción del tipo de registro.

A continuación se muestra una hoja de cálculo de ejemplo:

Tipo de registro Categoría de registro Descripción

Planes de beneficios, planes

de seguros y planes de

pensiones

Descripciones de beneficios

de los empleados

Descripciones del plan de

beneficios para todos los

empleados

Partes de horas de nóminas

e información adicional de

nóminas

Registros de nóminas Resúmenes de horas

trabajadas, horas extra y

sueldos pagados

79

Tipo de registro Categoría de registro Descripción

Facturas de proveedores Facturas Registros de mercancías o

servicios adquiridos de

proveedores

Encuestas sobre productos,

cuestionarios, manuales de

aprendizaje y vídeos de

aprendizaje

Material de aprendizaje Proporciona educación

interna o externa

Formularios de envíos e

informes de envíos

Registros de envíos Documenta el envío de

materiales

Comunicados de prensa y

artículos de periódicos

Comunicados de prensa Información de relaciones

públicas acerca de productos

y servicios

Hojas de contacto de

emergencia, formularios de

inscripción de planes

médicos, currículum vítae e

informes sobre el estado de

los beneficios

Registros de personal Registros de historiales de

empleo y acciones

relacionadas con el personal.

Consecución del plan de archivo Después de determinar qué documentos deben conservarse como registros y crear un

conjunto de categorías de registro, complete el plan de archivos; para ello, debe

proporcionar información adicional acerca de cada tipo de registro. Indique lo siguiente:

Cuánto tiempo debe conservarse cada tipo de registro.

Cómo deben eliminarse los registros cuando finalice el período de retención.

Quién es el administrador de registros principal para los registros de este tipo.

En qué tipo de medios se almacenan los registros de este tipo.

A continuación se incluye un plan de archivos de ejemplo completado:

80

Registros Descripción Medios Categoría

de registro

Retención Eliminación Contacto

Planes 401k Descripción del

plan de

prestaciones

para los

empleados

Páginas

web

Planes de

beneficios

para los

empleados

X años Ninguna Amaya

Hernández

Planes de

seguros

Descripción del

plan de

seguros para

los empleados

Imprimir Planes de

beneficios

para los

empleados

X años Ninguna Ana

Trujillo

Planes de

pensiones

Descripción del

plan de

pensiones del

empleado

Imprimir Planes de

beneficios

para los

empleados

X años Ninguna Ana

Trujillo

Partes de

horas de

nóminas

Resúmenes de

horas

trabajadas,

horas extra y

sueldos

pagados

Documentos

electrónicos

Registros

de nóminas

X años Destruir Ana

Trujillo

Información

adicional de la

nómina

Resúmenes de

períodos en los

que se ha

sufrido alguna

enfermedad,

vacaciones y

otros

elementos de

nóminas

ajenos al

salario

Documentos

electrónicos

Registros

de nóminas


Trujillo

Facturas de

proveedores

Registros de

mercancías o

servicios

adquiridos de

Imprimir Facturas X años Destruir Juan

Saavedra

81


de registro


proveedores

Encuestas

sobre

productos

Encuesta de

satisfacción del

cliente

Páginas

web

Materiales

de

encuesta

X años Archivar Almudena

Benito

Cuestionarios Cuestionario

para

determinar

datos

demográficos

del cliente

Imprimir Materiales

de

encuesta


Benito

Manuales de

aprendizaje

Contenido de

aprendizaje

impreso

Imprimir Material de

aprendizaje

X años Destruir Almudena

Benito

Vídeos de

aprendizaje

Contenido de

aprendizaje en

vídeo

Vídeo Material de

aprendizaje

X años Destruir Almudena

Benito

Formularios

de envío

Configuración

de envíos de

materiales

Imprimir Materiales

de envío

X años Destruir Juan

Saavedra

Informes de

envío

Documentación

del envío de

materiales

Hojas de

cálculo

electrónicas

Materiales

de envío

X años Destruir Juan

Saavedra

Comunicados

de prensa

Comunicados

sobre

productos y

servicios

Documentos

electrónicos

Información

sobre

relaciones

públicas


Benito

Artículos de

periódico

Noticias sobre

productos y

servicios

Imprimir Información

sobre

relaciones

públicas


Benito

Hojas de Información de Documentos Registros X años Destruir Ana

82


de registro


contacto de

emergencia

los empleados electrónicos de

personal

Trujillo

Formularios

de inscripción

en planes

médicos

Formularios de

inscripción de

los empleados

en planes de

salud

Documentos

electrónicos

Registros

de

personal


Trujillo

Currículum

vítae

Currículum

vítae recibidos

Mixtos Registros

de

personal


Trujillo

Nota:

El ejemplo que se muestra en esta sección es una muestra. No es ninguna

recomendación de una configuración particular del plan de archivos. Para que quede

claro que se trata de un ejemplo y no de una recomendación de ninguna directiva de

administración de registros, no se especifica ningún período de retención.

Hoja de cálculo Puede usar la siguiente hoja de trabajo con este artículo como ayuda para planear la

implementación:

Hoja de cálculo de categorías de registros




Una vez desarrollado un plan de archivos y diseñada la solución de administración de

registros en SharePoint Server 2010, planee cómo se convertirán en registros los

documentos activos de la organización, tanto impresos como electrónicos. En este


83

artículo se explican las técnicas que puede usar para declarar documentos activos como

registros y se sugiere un modo de planear cómo se convertirán en registros los

elementos del plan de archivos.

En este artículo:

Técnicas para convertir documentos activos en registros

Finalización del plan

Técnicas para convertir documentos activos en registros Puede usar las siguientes técnicas para convertir documentos activos en registros:

Declarar un documento como registro de forma manual mediante un sitio web

basado en Microsoft SharePoint Server.

Definir una directiva que declare un documento como registro o lo envíe a un sitio del

centro de registros en un momento especificado.

Crear un flujo de trabajo que envíe un documento a un sitio del centro de registros.

Usar una solución personalizada basada en el modelo de objetos de SharePoint

Server.

Creación de registros de forma manual

Si la administración de registros locales está habilitada para una biblioteca de

documentos, los usuarios pueden declarar explícitamente un documento de la biblioteca

como registro mediante la edición de los detalles de cumplimiento del documento.

Cuando el administrador de la colección de sitios permite la administración de registros

locales, especifica quién podrá declarar o revocar la declaración de registros y si los

usuarios podrán editar o eliminar documentos una vez convertidos en registros.

Si se creó una conexión a un sitio del centro de registros, los usuarios pueden enviar

manualmente documentos al sitio del centro de registros mediante el comando Enviar a.

Cuando un administrador de la granja de servidores configura una conexión al sitio del

centro de registros, este comando se pone a disposición en todos los documentos

activos. En función de cómo esté configurada la conexión, los documentos podrán

copiarse al sitio del centro de registros, moverse al sitio del centro de registros o

moverse al sitio del centro de registros con un vínculo al documento que permanece en

su sitio. Para obtener más información acerca de cómo crear una conexión con un sitio

del centro de registros, consulte Adición, modificación o eliminación de una conexión a

un repositorio de documentos o centro de registros (SharePoint Server 2010)



84

(http://technet.microsoft.com/es-es/library/5f0402ca-90c6-4528-b1de-

04d4f28fb2a6(Office.14).aspx).

Aunque el envío manual de registros al sitio del centro de registros no es una solución

práctica a gran escala, puede usarla para complementar otros métodos de creación de

registros.

Definición de una directiva

Las directivas de retención especifican las acciones que deben realizarse en los

documentos en momentos determinados. Las acciones de la directiva se llevan a cabo

automáticamente; no es necesario que los usuarios inicien la acción.

Hay dos acciones de directiva relacionadas específicamente con la administración de

registros: la transferencia de un documento a otra ubicación y la declaración de un

documento como registro. Si existe una conexión con un sitio del centro de registros,

puede crear una directiva que envíe documentos a un sitio del centro de registros. La

directiva también especifica si se debe copiar el documento al sitio del centro de

registros, moverlo, o bien moverlo y dejar un vínculo en la biblioteca de documentos. Si

la administración de registros locales está habilitada para el sitio, puede crear una

directiva que declare un documento como registro. También puede usar el modelo de

objetos de SharePoint Server para crear una acción personalizada.

Una directiva de retención puede tener varias fases. Por ejemplo, puede crear una

directiva de retención que elimine todas las versiones anteriores de un documento un

año después de la última modificación del documento y que transfiera el documento a un

sitio del centro de registros cinco años después de su última modificación.

Si la administración de registros locales está habilitada para un sitio, el sitio puede

contener documentos activos y registros. En este caso, puede especificar diferentes

directivas de retención para documentos activos y registros. Por ejemplo, puede crear

una directiva que declare un documento activo como registro dos años después de su

creación y crear una segunda directiva que elimine un registro siete años después de su

declaración como registro..

Para obtener más información sobre cómo definir directivas de administración de la

información, consulte Office.com


Creación de un flujo de trabajo

Al usar Microsoft Office SharePoint Designer para crear un flujo de trabajo, puede

agregar una acción para enviar un elemento a un repositorio. Mediante esta acción,

puede crear flujos de trabajo que envíen documentos a un sitio del centro de registros.


85

También puede incluir otras acciones en el flujo de trabajo. Por ejemplo, puede crear un

flujo de trabajo que envíe un mensaje de correo electrónico al autor de un documento

para solicitar la aprobación y, posteriormente, envíe el documento a un sitio del centro de

registros. Puede combinar las directivas y los flujos de trabajo mediante la creación de

una directiva de retención que ejecute el nuevo flujo de trabajo un año después de la

creación de un documento.

También puede usar el modelo de objetos de SharePoint Server para crear un flujo de

trabajo personalizado que copie archivos al sitio del centro de registros. Un flujo de

trabajo que envía archivos al sitio del centro de registros se puede integrar en el sistema

de administración de documentos como parte de un flujo de trabajo que guíe un documento durante su ciclo de vida. Para los tipos de documento que tienen un ciclo de

vida previsible, como informes de gastos, puede implementar un flujo de trabajo que guíe

el documento por sus diversas fases y, como paso final, envíe una copia del documento

al sitio del centro de registros. El flujo de trabajo podría desencadenarse al crear un

nuevo documento.

Uso de una solución personalizada

Puede desarrollar soluciones personalizadas que usen objetos del espacio de nombres

Microsoft.Office.RecordsManagement.OfficialFileWSProxy para enviar contenido de

otros orígenes de datos al sitio del centro de registros. Para obtener más información

sobre cómo implementar soluciones personalizadas mediante el modelo de objetos de

SharePoint Server 2010, consulte el kit de desarrollo de software de SharePoint Server

2010 (http://go.microsoft.com/fwlink/?LinkID=166117&clcid=0xC0A).

Finalización del plan Una vez desarrollado el plan de archivos y revisados los métodos para mover contenido

al sitio del centro de registros, complete el plan de archivos; para ello, determine cómo

enviará cada tipo de registro al sitio del centro de registros. Entre los factores que se

deben tener en cuenta se incluyen los siguientes:

¿El cumplimiento es obligatorio o voluntario?

¿Puede contar con la colaboración de los usuarios de la organización para que

cumplan con los procesos de administración de registros? En general, evite los

procesos manuales. Sin embargo, si son necesarios, prepare un curso y una

supervisión adecuados para garantizar el cumplimiento por parte del equipo.

¿Se almacenará el contenido en servidores de administración de documentos de

SharePoint Server 2010?

¿Va a conservar el contenido físico? La administración de contenido físico activo,

como copias impresas o CD-ROM, y el envío de este contenido a un almacén de


86

registros para su conservación (junto con el seguimiento del registro en un sitio del

centro de registros) requieren una planeación exclusiva que no se describe en este

tema. Por ejemplo, si no existe una versión electrónica de un documento impreso, es

posible que tenga que realizar un seguimiento del elemento mediante una lista, y sus

directivas y flujos de trabajo asociados. Para ver una explicación completa de las

estrategias y técnicas de seguimiento de un registro físico, tanto cuando está activo

como después de enviarlo al sitio del centro de registros, consulte el artículo

Planeación de los registros físicos (SharePoint Server 2010).

En la siguiente tabla se muestra cómo algunos registros de un plan de archivos de

ejemplo se moverán a un sitio del centro de registros:

Documentos Descripción Medios Ubicación de

origen

Se convierte en un

registro...

Plan de

beneficios

Descripción del plan de

prestaciones para los

empleados

Páginas

web

Biblioteca de

documentos

de SharePoint

Server 2010

Mediante un flujo

de trabajo

personalizado

asociado a una

directiva de

caducidad

Plan de seguros Descripción del plan de

seguros para los

empleados

Imprimir Documento

físico

asociado a un

elemento de

lista de

SharePoint

Server 2010

Mediante el envío

a una cámara

física y la

creación de un

elemento de lista

en el sitio del

centro de

registros para

realizar un

seguimiento (con

un código de

barras)

Partes de horas

de nóminas

Resúmenes de horas

trabajadas, horas extra y

sueldos pagados

Documentos

electrónicos

Servidor de

registro de

nóminas no

basado en

SharePoint

Server 2010

Mediante un

programa

personalizado

87

Documentos Descripción Medios Ubicación de

origen

Se convierte en un

registro...

Archivos de

desarrollo de

productos

Especificaciones de

productos y documentos

asociados

Documentos

electrónicos

Biblioteca de

documentos

de SharePoint

Server 2010

Mediante un flujo

de trabajo

personalizado

asociado a la

directiva de

caducidad y

mediante el uso

manual del

comando Enviar

a

Conceptos

Creación de un plan de archivos para administrar registros en SharePoint Server 2010


Otros recursos

Adición, modificación o eliminación de una conexión a un repositorio de documentos o

centro de registros (SharePoint Server 2010) (http://technet.microsoft.com/es-

es/library/5f0402ca-90c6-4528-b1de-04d4f28fb2a6(Office.14).aspx)



88



En SharePoint Server 2010, los registros físicos y electrónicos se pueden administrar en

el mismo archivo de registros. Sin embargo, no se administran igual. Los registros

electrónicos se pueden almacenar directamente en Microsoft SharePoint Server. Los

registros físicos se deben almacenar fuera de SharePoint Server; por ejemplo, en las

cajas de un almacén. Para administrar registros físicos en SharePoint Server, se crea un

elemento de lista, se relaciona el elemento de lista con el elemento físico y se administra

el elemento de lista.

En este artículo se describe cómo planear el uso de SharePoint Server para administrar

registros físicos. No contiene los procedimientos específicos necesarios para

implementar el plan. Antes de llevar a cabo las actividades que se describen en este

tema, debe haber creado un plan de archivos. Para obtener más información acerca de

los planes de archivos, consulte Creación de un plan de archivos para administrar

registros en SharePoint Server 2010.

En este artículo:

Identificación de los tipos de registro

Identificación de las propiedades de cada tipo de registro

Organización de los tipos de contenido

Organización de los archivos de registros

Hoja de cálculo

Identificación de los tipos de registro El plan de archivos debe identificar los tipos de elementos físicos que la organización

considera registros. Si no es así, actualice el plan de archivos para que incluya registros

físicos. Para cada tipo de registro físico del plan de archivos, indique el tipo de medios

que serán los registros. Por ejemplo, los acuerdos legales firmados pueden ser copias

impresas de registros y los modelos de ingeniería pueden ser planos técnicos de formato

grande.

Para obtener más información acerca de los planes de archivos, consulte Creación de un

plan de archivos para administrar registros en SharePoint Server 2010.

89

Identificación de las propiedades de cada tipo de registro Todos los registros del mismo tipo deben tener las mismas propiedades. Entre las

propiedades de registros físicos que se deben tener en cuenta en este paso de

planeación se incluyen las siguientes:

Atributos (que se convertirán en columnas en SharePoint Server)

Procesos (que se convertirán en flujos de trabajo en SharePoint Server)

Directivas de administración de información

Formularios

Para cada tipo de registro, identifique los atributos que desea capturar para los registros

de este tipo. Estos atributos serán columnas del tipo de contenido de SharePoint Server

que representa este tipo de registro. La información que usaría para clasificar registros

puede ser un atributo. Los datos que las personas buscan también pueden ser un

atributo. Otros atributos de registros físicos enlazan el registro de SharePoint Server,

representado por un elemento de una lista, con el objeto físico almacenado en una

ubicación física. La ubicación y algún modo de identificar al objeto físico son,

probablemente, atributos que puede resultar conveniente capturar.

Como en el caso de los registros electrónicos, probablemente desee aplicar

determinadas directivas a los registros físicos. Todos los registros suelen tener una

directiva de caducidad y una directiva de auditoría. Es posible que los registros físicos,

en particular, tengan una directiva que requiera un código de barras. Puede asociarse

una imagen del código de barras adjunta al objeto físico con el elemento de lista que

representaba el registro físico. Una directiva de etiquetas puede requerir que cada objeto

físico se etiquete con los mismos atributos asociados al elemento de lista que representa

el objeto físico. Para cada tipo de registro físico, indique si las directivas de caducidad,

auditoría, código de barras y etiquetas son necesarias. Tenga en cuenta también las

directivas adicionales que sean necesarias.

Un registro físico de SharePoint Server (un elemento de una lista) es solo un marcador

de posición del registro real; no es el propio objeto físico. Por lo tanto, es probable que

deba agregar procesos para mantener los elementos físicos sincronizados con las

acciones que se llevan a cabo en los elementos de lista. Estos procesos se

corresponden con los flujos de trabajo de SharePoint Server. Identifique los procesos

que deben asociarse a cada tipo de registro. Entre los procesos habituales para los

registros físicos se incluyen los siguientes:

Eliminación del registro físico cuando el elemento de lista que representa el registro

ha caducado.

90

Traslado del objeto físico a una ubicación de almacenamiento cuando se agrega un

nuevo elemento a la lista.

Recuperación del objeto físico.

¿Existe algún formulario que deba asociarse a registros de este tipo? Es posible que

necesite un formulario para cada proceso identificado. O bien, puede usar un formulario

para proporcionar acceso al inventario de registros físicos.

Use la pestaña Registros físicos de la hoja de cálculo de la sección Hoja de cálculo

para registrar la información identificada sobre cada tipo de registro físico. No rellene aún

el tipo de contenido del tipo de registro.

Organización de los tipos de contenido La forma más sencilla de asociar tipos de contenido con registros físicos consiste en

tener un tipo de contenido para cada tipo de registro físico. Sin embargo, si varios tipos

de registros físicos comparten las mismas columnas, flujos de trabajo, directivas de

administración de información y formularios, puede usar un tipo de contenido para

representar todos los tipos de registros físicos similares.

Organice los tipos de contenido. Considere la posibilidad de crear un tipo de contenido a

partir del cual descenderán todos los otros tipos de contenido de los registros físicos.

Este tipo de contenido primario derivará del tipo de contenido Elemento. Agregue al tipo

de contenido primario las propiedades (columnas, directivas de administración de

información, flujos de trabajo y formularios) que sean comunes para los tipos de

contenido de todos los registros físicos.

Existen dos formas de organizar los tipos de contenido una vez creado el tipo de

contenido primario.

1. La creación de una estructura plana en la que cada tipo de contenido que representa

un tipo de registros físicos sea un elemento secundario del tipo de contenido

primario creado anteriormente.

2. La creación de una jerarquía que descienda del tipo de contenido primario en

función de las similitudes entre las propiedades de los tipos de contenido.

En la pestaña Tipos de contenido de la hoja de trabajo, identifique cada tipo de

contenido que represente un tipo de registro físico. Para cada tipo de contenido, tenga

en cuenta su tipo de contenido primario. En la columna Columnas, escriba el nombre de

cada columna definida en el nivel del tipo de contenido. No escriba los nombres de las

columnas heredadas de otros tipos de contenido. En la columna Flujos de trabajo,

escriba el nombre de cada flujo de trabajo definido en el nivel del tipo de contenido. En la

columna Directivas de administración de información, escriba el nombre de cada

91

directiva de administración de información definida en el nivel del tipo de contenido. En la

columna Formularios, escriba el nombre de cada formulario definido en el nivel del tipo

de contenido.

Organización de los archivos de registros Es habitual usar archivos independientes para registros físicos y registros electrónicos.

Sin embargo, puede decidir tener una o varias listas de elementos que representen

registros físicos intercaladas con las bibliotecas de documentos que contienen registros

electrónicos.

Después de decidir en qué archivo de registros almacenará los registros físicos,

determine cómo va a organizar las listas dentro del archivo de registros. Puede crear

carpetas en las listas y usarlas para crear una estructura de la organización más

profunda para los registros físicos. Al determinar qué listas creará, tenga en cuenta que

tanto los flujos de trabajo como la navegación de metadatos pueden aplicarse a las

listas.

Entre algunas de las ideas para la organización de listas y carpetas se incluyen las

siguientes:

Por tipo de registro

De la misma manera en que se organizan los objetos físicos. (Por ejemplo, una

carpeta puede representar una caja y los elementos de la carpeta pueden

representan los objetos de la caja.)

Mediante un esquema organizativo profesional como, por ejemplo, por proyecto o

por división

Por año

Debido a que los registros físicos no se moverán al archivo de registros mediante la

opción Enviar a, no se puede usar el organizador de contenido con los registros físicos.

En su lugar, el administrador de registros que cree el registro físico debe colocar el

registro en la carpeta correspondiente de la lista correspondiente.

En la pestaña Listas y carpetas de la hoja de cálculo, escriba la dirección URL de cada

lista identificada. Para cada lista, en la columna Tipos de contenido, determine los tipos

de contenido que se permitirán en la lista. Use las columnas Nivel de carpeta 1, Nivel

de carpeta 2, Nivel de carpeta 3 y Nivel de carpeta 4 para registrar la jerarquía de

carpetas y subcarpetas de la lista. Agregue más columnas si anidará las carpetas en

más de cuatro niveles.

92

Hoja de cálculo Puede usar la siguiente hoja de trabajo para planear el modo de administrar los registros

físicos:

Hoja de cálculo de planeación de registros físicos

http://go.microsoft.com/fwlink/?LinkID=179986&clcid=0xC0A

Conceptos Creación de un plan de archivos para administrar registros en SharePoint Server 2010

Otros recursos

Planeación de tipos de contenido (http://technet.microsoft.com/es-

es/library/63bb092a-00fe-45ff-a4b8-

d8be998d1a3c(Office.14).aspx#bkmk_plan_content_types)


http://technet.microsoft.com/es-es/library/63bb092a-00fe-45ff-a4b8-d8be998d1a3c(Office.14).aspx#bkmk_plan_content_types

93

Planeación de la exhibición de documentos electrónicos (SharePoint Server 2010)


La exhibición de documentos electrónicos o eDiscovery es el proceso de búsqueda y

producción de información electrónica para admitir eventos como litigios, auditorías o

investigaciones. Si usa Microsoft SharePoint Server 2010 para administrar la información

electrónica, debe tener en cuenta la exhibición de documentos electrónicos al planear la

solución de SharePoint Server. La auditoría, las directivas de caducidad y la búsqueda

son consideraciones que debe evaluar. Las decisiones de planeación con respecto a

estas áreas deben completarse antes de que exista la posibilidad de que surja la

necesidad de usar la exhibición de documentos electrónicos.

En esta sección:

Cómo admite SharePoint Server 2010 la exhibición de documentos electrónicos

Auditoría

Caducidad

Búsqueda

Cómo admite SharePoint Server 2010 la exhibición de documentos electrónicos Hay dos partes de exhibición de documentos electrónicos en SharePoint Server: la

búsqueda de documentos relevantes y la restricción de lo que pueden hacer los usuarios

con los documentos después de haberlos identificado.

Una suspensión es un conjunto de documentos que puede producirse como parte de

una solicitud de exhibición de documentos electrónicos. En SharePoint Server, se

habilita o se deshabilita la característica Suspensión y exhibición de documentos

electrónicos en el nivel de un sitio individual. Esta característica está habilitada de forma

predeterminada en un sitio del centro de registros, y deshabilitada de forma

predeterminada en todos los demás tipos de sitios. La característica Suspensión y

exhibición de documentos electrónicos permite crear y administrar suspensiones,

agregar elementos a una suspensión y usar la búsqueda para detectar contenido y

copiarlo a otra ubicación, o bloquear el contenido para que no se pueda modificar o

eliminar.

94

Al realizar una búsqueda de exhibición de documentos electrónicos, puede elegir entre

dos acciones. Puede copiar todos los documentos recuperados al organizador de

contenido, que redirige los documentos a la ubicación correcta en función de los

metadatos de los documentos. O bien, puede dejar los documentos en su sitio, pero

bloqueados. Al bloquear un documento, se evita que los usuarios puedan modificarlo o

eliminarlo.

Para admitir la exhibición de documentos electrónicos en SharePoint Server, debe

habilitar la característica Suspensión y exhibición de documentos electrónicos en cada

colección de sitios en la que pueda existir información relevante. A continuación, debe

configurar el servicio de búsqueda para que rastree los sitios que tienen habilitada la

exhibición de documentos electrónicos.

Cuando surgen circunstancias que requieren que la organización produzca documentos

relevantes, se puede iniciar un proceso de exhibición de documentos electrónicos. Un

administrador de registros, un abogado u otra persona pueden llevar a cabo las

siguientes acciones para producir los documentos requeridos.

1. Crear una suspensión que contenga los documentos relevantes.

2. Iniciar una búsqueda de exhibición de documentos electrónicos para encontrar los

documentos relevantes.

La búsqueda de exhibición de documentos electrónicos se ejecuta en un momento

controlado por el trabajo del temporizador Buscar y procesar. De forma

predeterminada, esto se lleva a cabo a las 10.30 p.m. todos los días. Los resultados

de la búsqueda se agregan automáticamente a la suspensión.

3. Revisar los elementos de la suspensión y crear búsquedas de exhibición de

documentos electrónicos adicionales.

4. Buscar documentos manualmente y agregarlos a la suspensión.

5. Ejecutar informes en la suspensión.

Los informes de suspensión se ejecutan en un momento controlado por el trabajo del

procesador Suspender procesamiento e informes. De forma predeterminada, esto se

lleva a cabo a las 11.30 p.m. todos los días.

6. Revisar los documentos de la suspensión y quitar los documentos irrelevantes.

7. Identificar documentos específicos de la suspensión para los que se necesite más

información y revisar el registro de auditoría de estos documentos.

8. Entregar todos los documentos asociados con la suspensión.

95

Auditoría Al enviar un documento a un organizador de contenido, se borrará el historial de

versiones del documento. Para conservar un historial de quién cambió un documento y

cuándo se realizó cada cambio, necesitará un registro de auditoría. Se recomienda

habilitar la directiva de auditoría en todas las colecciones de sitios que contienen

bibliotecas de documentos activos. Para obtener más información acerca de la directiva

de auditoría, consulte Introducción al gobierno (SharePoint Server 2010)

(http://technet.microsoft.com/es-es/library/df399658-84ac-4ca6-aaf4-

378eef361cbb(Office.14).aspx).

Caducidad Toda la información que se almacena en una organización puede exhibirse. Además, los

documentos electrónicos consumen espacio en disco. Considere la posibilidad de

implementar una directiva de caducidad para eliminar documentos automáticamente

cuando ya no sean necesarios. Para obtener más información acerca de la directiva de

caducidad, consulte Introducción al gobierno (SharePoint Server 2010)

(http://technet.microsoft.com/es-es/library/df399658-84ac-4ca6-aaf4-

378eef361cbb(Office.14).aspx).

Búsqueda Cuando una organización tiene que presentar documentos para un pleito, a menudo, se

ve obligada a pagar una multa si no los presenta. Asegúrese de que la búsqueda esté

configurada correctamente antes de que sea preciso usar la exhibición de documentos

electrónicos por primera vez. En particular, asegúrese de que la búsqueda esté

configurada para rastrear todos los sitios en los que posiblemente se deba detectar

contenido.

Los motores de búsqueda suelen estar optimizados para devolver solamente unos pocos

resultados muy relevantes. En la exhibición de documentos electrónicos, el objetivo de la

búsqueda consiste en devolver todos los resultados que coincidan con una consulta, no

solo los pocos resultados más relevantes. La búsqueda de SharePoint Server 2010 se

ha mejorado para satisfacer mejor las necesidades de la exhibición de documentos

electrónicos.

Para ofrecer protección contra ataques malintencionados comunes, se detienen las

búsquedas de SharePoint Server 2010 que tardan más en ejecutarse que un tiempo

determinado. Si cabe la posibilidad de que la búsqueda de exhibición de documentos

electrónicos se ejecute durante mucho tiempo, plantéese las siguientes opciones:

Crear una búsqueda con un ámbito más delimitado. Si busca documentos

relacionados con una posible asociación con Contoso, Ltd., por ejemplo, considere



96

la posibilidad de buscar documentos que contengan la palabra “Contoso” y que se

hayan creado en un intervalo de fechas específico, en lugar de buscar solo la

palabra “Contoso”.

Ejecutar varias búsquedas más limitadas. Por ejemplo, supongamos que busca

documentos relacionados con la contratación de un nuevo director ejecutivo de

Fabrikam, Inc. En lugar de realizar una búsqueda de “Fabrikam (director ejecutivo,

“Enrique Gil”, contratación)”, realice tres búsquedas independientes: “director

ejecutivo de Fabrikam”, ““Enrique Gil” de Fabrikam” y “contratación de Fabrikam”..

97

Uso de un archivo de registro frente a administración de registros locales (SharePoint Server 2010)


Antes de Microsoft SharePoint Server 2010, se creaba un sitio del centro de registros

que sirviera como archivo para administrar los registros y luego se copiaban los

documentos al archivo cuando se convertían en registros. Se determinaba si un

documento era registro o no según su ubicación: dentro del archivo de registros o en otro

lugar.

En Microsoft SharePoint Server 2010, se pueden administrar los registros en un archivo

o en el mismo repositorio de documentos que los documentos activos. Con el enfoque

local de Microsoft SharePoint Server 2010, cuando se declara que un documento se

convirtió en archivo, el registro permanece en su ubicación pero Microsoft SharePoint

Server 2010 lo administrará como registro. Por ejemplo, es posible que un documento

obtenga una directiva de retención distinta cuando se declara registro, o que los usuarios

no puedan editarlo.

También se pueden combinar ambos métodos. Por ejemplo, se pueden mantener los

registros en su ubicación junto con los documentos activos durante dos años y mover los

registros a un archivo de registros cuando finaliza el proyecto.

Al pensar si desea administrar los registros en un centro de registros independiente o en

el mismo sitio de colaboración, tenga en cuenta las siguientes cuestiones:

¿El gobierno del sitio de colaboración es apropiado para administrar registros? ¿Su

sector está sujeto a requisitos legales que requieren que los registros estén

separados de los documentos activos? ¿Se debería confiar en el administrador de

un sitio de colaboración para que administre un sitio que contiene registros? Es

preferible almacenar los registros en un sitio con acceso más restringido que el sitio

de colaboración, o en un sitio del que haya una copia de seguridad en una

programación distinta.

¿Durante cuánto tiempo se va a utilizar el sitio de colaboración? En el caso de que

se deban mantener los registros durante más tiempo que la duración del proyecto, si

elige una estrategia de administración de registros locales, deberá mantener el sitio

de colaboración incluso después de que este ya no se use.

¿Los miembros del proyecto necesitarán acceder con frecuencia a los documentos

después de que se hayan convertido en registros? Si usa un método local, los

98

miembros del proyecto pueden acceder a los documentos del mismo modo,

independientemente de si los documentos están activos o son registros.

¿Los administradores de registros de su organización son solo responsables de los

registros o de toda la información, independientemente de si está activa o es un

registro? Si los administradores de registros solo son responsables de los registros

oficiales, es posible que sea más fácil para ellos tener un centro de registros

independiente.

En la siguiente tabla se describen las diferencias entre lo que se puede hacer con los

registros en un centro de registros y con los registros que se administran localmente en

un sitio de colaboración. Se presentan las diferencias desde el punto de vista de los

administradores de registros y de los trabajadores que colaboran en un equipo de

proyecto.

Diferencias entre un archivo de registros y registros locales

Factor Archivo de registros Registros locales

Administración de la

retención de registros

El organizador de contenido

coloca automáticamente los

registros nuevos en la carpeta

correspondiente del plan de

archivos, en función de los

metadatos.

Es posible que haya distintas

directivas para los registros y

para los documentos activos

según el tipo de contenido

actual o la ubicación.

Restringir qué usuarios

pueden ver los registros

Sí. El archivo especifica los

permisos del registro.

No. Los permisos no cambian

cuando un documento se

convierte en archivo. Sin

embargo, se puede restringir

qué usuarios podrán editar y

eliminar los registros.

Facilidad de encontrar los

registros (para los

administradores de

registros)

Más fácil. Todos los registros

se encuentran en la misma

ubicación.

Más difícil. Los registros

están dispersos en varios

sitios de colaboración.

Mantener todas las

versiones de los

documentos como

registros

El usuario debe enviar

explícitamente cada versión de

un documento al archivo.

Automático, suponiendo que

la configuración de versiones

está activada.

99


Facilidad de encontrar

información (para los

colaboradores del equipo)

Más difícil, aunque se puede

agregar un vínculo con el sitio

de colaboración al documento

cuando este se convierte en

archivo.

Más fácil.

Desorden del sitio de

colaboración

El sitio de colaboración

contiene solo documentos

activos.

El sitio de colaboración

contiene documentos activos

e inactivos (registros), aunque

se pueden crear vistas que

muestren solo los registros.

Posibilidad de auditar los

registros

Sí. Depende de la directiva de

auditoría del sitio de

colaboración.

Ámbito de exhibición de

documentos electrónicos

Los documentos activos y los

registros se buscan por

separado.

La misma búsqueda de

exhibición de documentos

electrónicos incluye registros

y documentos activos.

Seguridad administrativa Un administrador de registros

puede administrar el archivo

de registros.

Los administradores del sitio

de colaboración tienen

permiso para administrar

registros y documentos

activos.

En la siguiente tabla, se describen las diferencias entre los dos métodos de

administración de registros que podrían afectar al modo de administrar los recursos de

TI.

Diferencias de recursos entre un archivo de registros y registros locales


Cantidad de sitios para

administrar

Más sitios; es decir, hay un archivo

individual además de los sitios de

colaboración.

Menos sitios.

100


Escalabilidad Reduce la presión del tamaño de las

bases de datos en los sitios de

colaboración.

Se llega antes al tamaño

máximo de la colección

de sitios.

Facilidad de

administración

Granja de servidores o sitio

independiente para los registros.

Ningún trabajo de

aprovisionamiento de

sitios adicional al

necesario para los sitios

que tienen documentos

activos.

Almacenamiento Puede almacenar registros en

distintos medios de almacenamiento.

Documentos activos y

registros almacenados

juntos.

101

Diseño de administración de registros local (SharePoint Server 2010)


En Microsoft SharePoint Server 2010 se pueden administrar los registros en un archivo,

o bien usar administración de registros locales y administrar los registros en el mismo

repositorio para documentos que los documentos activos. Cuando se usa la

administración de registros locales, al declarar que un documento es un registro,

permanece en la misma ubicación, pero SharePoint Server 2010 pasa a administrarlo

como un registro.

Mediante la administración de registros locales en SharePoint Server 2010, se puede:

Decidir qué acciones harán que un documento activo se convierta en un registro. Por

ejemplo, un usuario puede seleccionar una opción para declarar que un documento

es un registro; un flujo de trabajo puede ejecutarse después de un evento específico

y convertir un documento activo en un registro; o bien, se puede definir una directiva

de retención que convierta un documento activo en un registro después de una

determinada cantidad de tiempo.

Restringir quiénes pueden realizar operaciones relacionadas con los registros. Por

ejemplo, se puede especificar que cualquier usuario puede declarar que un

documento es un registro, pero que solo los administradores de registros pueden

editar o eliminar un registro.

Restringir qué acciones pueden realizar los usuarios en los registros. Por ejemplo, se

puede impedir que los usuarios eliminen registros, o bien que los editen y los

eliminen.

Especificar una directiva de retención para los documentos activos y una directiva de

retención diferente para los registros.

Para obtener más información acerca de la decisión de usar administración de registros

local o un archivo de registros, consulte Uso de un archivo de registro frente a

administración de registros locales (SharePoint Server 2010).

En este artículo se describe cómo tomar las decisiones de planeación necesarias para

implementar la administración de registros locales. No se explica cómo implementar las

decisiones que se tomen. Antes de aplicar el procedimiento que se describe en este

artículo, debe haber creado un plan de archivos. Para obtener más información acerca

de los planes de archivos, consulte Creación de un plan de archivos para administrar

registros en SharePoint Server 2010.

102

Si está usando administración de registros locales, se presupone que también está

usando SharePoint Server para otro propósito, como sitios de colaboración en equipo.

(Si no es así, considere la posibilidad de usar un archivo de registros.) Por lo tanto, ya

debe conocer los tipos de contenido y la jerarquía de carpetas que usa la solución

existente, o bien debe estar definiéndolos a medida que diseña la solución de

administración de registros, si está desarrollando su otra solución de SharePoint Server

al mismo tiempo.

En este artículo:

Información general sobre la planeación de administración de registros locales

¿Carpetas o tipos de contenido?

Definición de tipos de contenido

Organización de las carpetas para la administración de registros locales

Tareas de planeación de administración de registros generales

Hojas de cálculo

Información general sobre la planeación de administración de registros locales Puede configurar directivas de retención de registros basadas en tipos de contenido o en

la carpeta en la que está almacenado un documento. La organización de los registros

por tipo de contenido o por ubicación es la principal decisión que deberá tomar cuando

planee la administración de registros locales. Después de decidir cómo organizar los

registros, debe diseñar los tipos de contenido o la jerarquía de carpetas. A continuación,

debe definir otros aspectos de la administración de registros, como las directivas de

auditoría. Por último, debe decidir qué se puede hacer con un documento después de

declarar que es un registro.

Si su solución usará tanto administración de registros locales como un archivo de

registros, no es necesario planear ambos aspectos al mismo tiempo. Por ejemplo, si

basa el plan de administración de registros locales en los tipos de contenido, no es

necesario que organice los registros del archivo según los tipos de contenido.

¿Carpetas o tipos de contenido? Puede definir directivas de retención en función del tipo de contenido de un elemento o

según la carpeta en la que se encuentra el elemento. Para cualquier biblioteca

específica, debe seleccionar una de estas opciones; no es posible basar las directivas de

retención en una combinación de tipos de contenido y carpetas dentro de la misma

biblioteca. Su elección afectará en gran medida a la forma en la que se configura el sitio

103

y a la forma en la que los usuarios lo utilizarán. Por lo general, es más fácil basar las

directivas de retención en tipos de contenido, si esto funciona en su situación.

Considere los tipos de registros que identificó en el plan de archivos. Use la siguiente

heurística para determinar si le conviene organizarlos en función de los tipos de

contenido o por su ubicación. Siga la primera heurística que se aplique a su situación.

¿Todos los registros del mismo tipo tienen la misma directiva de retención? Si es así,

organícelos en función de los tipos de contenido.

¿La mayoría de los tipos de registro consta de registros con la misma directiva de

retención? ¿Es poco frecuente que un tipo de registro tenga registros de diferentes

directivas de retención? Si es así, ¿puede crear de forma sencilla y lógica subtipos

para aplicar la misma directiva de retención a todos los registros del subtipo? Si es

así, organícelos en función de los tipos de contenido.

Por ejemplo, si los acuerdos de confidencialidad (NDA) se conservan durante cinco

años; las concesiones, durante 10 años, y los acuerdos de asociación, durante 15

años, pero los clasificó todos como acuerdos legales, no todos los acuerdos legales

tienen el mismo período de retención. Pero si subdividiera los acuerdos legales en

tres tipos de registros de acuerdos legales (NDA, concesiones y acuerdos de

asociación), todos los registros del mismo tipo tendrían el mismo período de

retención.

¿Todos los registros tendrán atributos, o metadatos, en común que determinen la

directiva de retención? Si es así, organícelos basándose en la ubicación.

Por ejemplo, si todos los registros tendrán un atributo "cliente" y los registros de

clientes gubernamentales tienen una directiva de retención diferente a la de los

registros de clientes corporativos, organícelos según su ubicación.

¿Su organización ya tiene una estructura de carpetas con la que los usuarios están

familiarizados? ¿La misma directiva de retención se aplica a todos los registros de

una carpeta? ¿Puede confiar en que los usuarios almacenarán los documentos en el

lugar correcto en la estructura de carpetas? Si la respuesta a todas estas preguntas

es afirmativa, organícelos basándose en la ubicación.

Si no se aplica ninguna de las heurísticas anteriores, es probable que la implementación

de administración de registros locales no sea una solución natural en su caso.

Reconsidere si el uso de un archivo de registros puede funcionar. Si usa un enfoque

local, tiene dos opciones. La primera opción consiste en crear tipos de contenido

adicionales cuyo único fin es diferenciar los elementos con períodos de retención

diferentes. La segunda opción es organizar los elementos dentro de carpetas hasta

donde sea posible y, a continuación, usar subcarpetas para guardar elementos con

104

períodos de retención diferentes. Es probable que cualquiera de estas opciones sea

confusa para los usuarios.

Si su organización ya usa SharePoint para administrar documentos y está comenzando

a usar la funcionalidad de administración de registros, ya existe una estructura de

carpetas y tipos de contenido. Si ninguno de estos elementos es adecuado para las

directivas de retención, tendrá que convertir algunos elementos a nuevos tipos de

contenido o mover algunos elementos a carpetas nuevas.

Definición de tipos de contenido Para cada tipo de registro del plan de archivos, determine qué tipo o tipos de contenido

podrían ser los registros de este tipo. Puede especificar esta información en la pestaña

Records and content types (Registros y tipos de contenido) de la hoja de cálculo In-

place records planning (Planeación de registros locales).

A continuación, considere cada tipo de contenido. Si los documentos del tipo de

contenido pueden convertirse en registros, tenga en cuenta la directiva de retención que

se aplica a los registros del tipo de contenido. Puede usar la pestaña tipos de

contenido y retención de la hoja de cálculo para este propósito. Si su solución usará un

archivo de registros además de la administración de registros locales, tenga en cuenta

solo la parte de la directiva de retención que se aplica al registro antes de moverlo al

archivo de registros. Cuando se envía un elemento a un archivo de registros, se borran

las directivas del elemento y el elemento recibe las directivas que se especifican dentro

del archivo de registros.

Si, tras realizar la tarea anterior, un tipo de contenido tiene más de una directiva de

retención, deberá dividir el tipo de contenido. Busque una forma lógica de dividir el tipo

de contenido en varios subtipos, de forma que cada subtipo pueda tener una sola

directiva de retención. Actualice su asignación de registros a tipos de contenido para

reflejar los nuevos tipos de contenido.

Organización de las carpetas para la administración de registros locales Es probable que organice las carpetas de forma diferente dependiendo de si los usuarios

decidirán dónde almacenar los documentos o si se usa el organizador de contenido para

redirigir los documentos a la ubicación correcta. Estas opciones se describen en las

secciones siguientes.

Opción 1: los usuarios deciden dónde almacenar los documentos

Si los usuarios deciden en qué carpeta desean almacenar sus documentos, la jerarquía

de carpetas debe facilitarles el almacenamiento de los documentos en la ubicación

105

correcta. Comience con la estructura de carpetas que usa su solución SharePoint Server

actual o con la estructura de carpetas que está diseñando para las demás partes de su

solución SharePoint Server. Para cada carpeta que puede contener registros, determine

los tipos de registros que podría haber en la carpeta. Use los tipos de registro y el plan

de archivos para determinar las directivas de retención que pueden aplicarse a los

elementos de la carpeta. Puede introducir esta información en la pestaña de carpetas y

retención de la hoja de cálculo.

Si, tras realizar la tarea anterior, una carpeta tiene más de una directiva de retención,

deberá crear subcarpetas. Para cada carpeta que puede contener elementos con

diferentes directivas de retención, cree una subcarpeta para cada directiva de retención.

Puesto que los usuarios decidirán dónde almacenar los documentos, debe haber una

forma sencilla de explicarles qué se debe colocar en cada subcarpeta. Si no la hay,

considere la posibilidad de prohibir que los usuarios elijan dónde almacenar los

documentos y use el organizador de contenido en su lugar. Actualice la asignación de

tipos de registro a carpetas para reflejar las nuevas subcarpetas.

Si tiene una solución SharePoint Server, es probable que deba mover algunos

documentos existentes para colocarlos en las carpetas que tienen las directivas de

retención correspondientes.

Determine cómo enseñará a los usuarios a colocar los documentos en la ubicación

correcta y si auditará la ubicación de los documentos. La aplicación correcta de las

directivas de retención depende de que los registros se almacenen en la carpeta

correcta.

Opción 2: usar el organizador de contenido para determinar dónde almacenar los

documentos

Si va a usar el organizador de contenido para redirigir los documentos a la carpeta

correcta, no es tan importante que resulte fácil a los usuarios navegar por la jerarquía de

carpetas. Puede ocultar la estructura de carpetas a los usuarios y crear vistas que

puedan usar para navegar. Dado que el organizador de contenido redirige los

documentos basándose en sus metadatos, debe aplicar una combinación de metadatos

única a cada carpeta que contendrá documentos.

Examine el plan de archivos y determine qué combinación de atributos corresponde a

cada directiva de retención. No hay problema si las diferentes combinaciones de

metadatos tienen la misma directiva de retención. No obstante, cada combinación de

metadatos única solo puede corresponder a una directiva de retención. Si no es así,

determine metadatos adicionales para diferenciar las directivas de retención. Puede

especificar esta información en las dos primeras columnas de la pestaña Metadata and

folders (Metadatos y carpetas) de la hoja de cálculo In-place records planning

(Planeación de administración de registros locales).

106

A continuación, identifique una carpeta para cada conjunto de metadatos. Escriba el

nombre de la carpeta en la tercera columna de la pestaña Metadata and folders

(Metadatos y carpetas) de la hoja de cálculo. Necesitará esta información cuando cree

las reglas que usa el organizador de contenido para redirigir los documentos a la

ubicación correcta. También deberá habilitar el organizador de contenido para obligar a

que todos los documentos cargados y nuevos pasen por la biblioteca temporal.

Si tiene una solución SharePoint Server, es probable que deba mover algunos

documentos existentes para colocarlos en las carpetas que tienen las directivas de

retención correspondientes.

Determine cómo enseñará a los usuarios a aplicar los metadatos adecuados a los

documentos. La aplicación correcta de las directivas de retención depende de que todos

los documentos tengan los metadatos correctos.

Tareas de planeación de administración de registros generales Una vez que planee cómo estructurar el contenido para la administración de registros

locales, la mayoría de las tareas de planeación restantes son similares a las que debería

realizar para un archivo de registros. Considere las siguientes decisiones relacionadas

con la administración de registros.

Cómo se convertirá un documento en un registro Hay varias formas de convertir un

documento en un registro:

Puede definir una directiva de retención para los documentos activos que convierta

automáticamente un documento activo en un registro después de una determinada

cantidad de tiempo.

Puede crear un flujo de trabajo que convierta un documento activo en un registro y

hacer que el flujo de trabajo se desencadene mediante eventos específicos.

Un usuario puede declarar manualmente que un documento es un registro.

Puede configurar una biblioteca de modo que todos los documentos que se

coloquen en ella se conviertan en registros.

¿Cómo se convertirán en registros los documentos activos de su solución? Si un

documento debe convertirse en registro un determinado período después de ser creado

o modificado, utilizar una directiva de retención es una solución adecuada. Por ejemplo,

puede especificar que, seis meses después de modificar un documento por última vez, el

documento se convierte en registro. Los usuarios no tendrán que realizar ninguna acción

para que los documentos se conviertan en registros; se llevará a cabo automáticamente.

107

Si su organización no ha establecido una cantidad de tiempo estándar después de la

cual los documentos deben convertirse en registros, hay dos posibilidades. Si se pueden

especificar las reglas por las que un documento se convierte en un registro, puede crear

un flujo de trabajo que evalúe un determinado documento en función de las reglas y que

declare que el documento es un registro cuando corresponda. A continuación, puede

crear una directiva de retención que inicie el flujo de trabajo periódicamente. No

obstante, si los usuarios de un documento son los únicos que saben cuándo un

documento debe convertirse en un registro, debe proporcionar una opción para que los

usuarios puedan declarar que un documento es un registro de forma manual.

Quién puede declarar y anular la declaración de registros Puede especificar que

cualquier persona pueda declarar que un documento es un registro, que solo los

administradores puedan hacerlo, o bien que solo se puedan declarar documentos como

registros mediante acciones de directiva. Si selecciona "solo acciones de directiva", los

usuarios no podrán declarar que un documento es un registro de forma manual. Los

documentos solo se podrán convertir en registros mediante una regla de una directiva de

retención.

Para establecer quién puede anular la declaración de registros, existen las mismas

opciones que para establecer quién puede declarar que un documento es un registro.

Qué acciones pueden realizar los usuarios con los registros Puede restringir las

acciones que los usuarios pueden realizar con los registros sin restringir qué pueden

hacer con los documentos activos de la misma biblioteca. Los tres niveles de restricción

que se pueden establecer son:

Sin restricciones. Los usuarios pueden realizar las mismas acciones con los registros

que con los documentos activos.

Bloquear la eliminación. Los registros se pueden editar, pero no se pueden eliminar.

Bloquear la edición y la eliminación. Los registros no se pueden editar ni eliminar.

Directivas de retención Sus directivas de retención ya deberían haberse definido en el

plan de archivos.

Auditorías Se aplican las mismas directivas de auditoría a los registros y a los

documentos activos. Decida de qué acciones desea realizar un seguimiento, de entre las

que los usuarios pueden realizar en un documento. Puede definir la directiva de auditoría

en el nivel de carpeta o por tipos de contenido. En general, al definir las directivas de

auditoría según los tipos de contenido, se registran menos eventos innecesarios.

108

Nota:

Cuando un registro se envía al archivo de registros, se quitan todas las directivas. Por lo

tanto, si está usando una directiva de retención en varias fases que incluye el envío de

un registro a un archivo después de una determinada cantidad de tiempo, se aplicarán

las directivas de retención del archivo una vez que el registro esté en el archivo.

Flujos de trabajo ¿Usará flujos de trabajo para realizar un seguimiento de todas las

acciones que son exclusivamente de la administración de registros? Si es así, determine

cuáles serán los flujos de trabajo y a qué tipo de elementos se aplicarán. Por ejemplo,

puede requerir la aprobación de las solicitudes de flujo de trabajo de un administrador de

registros cuando un usuario intenta declarar un elemento como registro.

Hojas de cálculo Puede usar la siguiente hoja de cálculo con este artículo para planear la administración

de registros locales:

Hoja de cálculo In-place records planning (Planeación de administración de registros

locales) (http://go.microsoft.com/fwlink/?LinkId=185011&clcid=0xC0A)

Conceptos Uso de un archivo de registro frente a administración de registros locales (SharePoint

Server 2010)



109

Copia de seguridad (SharePoint Server 2010)


Los artículos de esta sección se han escrito para satisfacer las necesidades de los

profesionales de tecnología de la información (TI) responsables de la planeación, el

diseño, la implementación y el uso de soluciones de copia de seguridad y recuperación.

Estas soluciones pueden aplicarse en entornos empresariales, corporativos o de

sucursal. Se espera que los profesionales de TI responsables de las soluciones de copia

de seguridad y recuperación tengan conocimientos del contenido técnico incluido en esta

sección.

Una copia de seguridad es una copia de datos que se utiliza para restaurarlos y

recuperarlos si se produce un error en el sistema. Las copias de seguridad permiten

restaurar datos después de que se produzca un error. Si crea las copias de seguridad

adecuadas, puede realizar una recuperación tras gran variedad de errores del sistema,

como:

Error de medios

Errores del usuario (por ejemplo, eliminar un archivo por error)

Errores de hardware (por ejemplo, un disco duro dañado o pérdida permanente de

un servidor)

Desastres naturales

Además, resulta útil conservar copias de seguridad de los datos para realizar

procedimientos habituales. Estos procedimientos incluyen la copia de una base de datos

de un servidor a otro, la creación del reflejo de las bases de datos y el archivado de

datos para cumplir con los requisitos legales.

Crear una copia de seguridad de toda una granja de servidores o parte de ella Las siguientes tareas de copia de seguridad y recuperación se realizan en toda la granja

de servidores, las bases de datos de la granja, los sitios, los subsitios o los archivos:


110

En este artículo se describen los procedimientos que puede usar para realizar una

copia de seguridad de toda la granja de servidores.

Copia de seguridad de la configuración de una granja de servidores (SharePoint

Server 2010)


copia de seguridad de las opciones de configuración de la granja de servidores.

Copia de opciones de configuración de una granja de servidores a otra (SharePoint

Server 2010)

En este artículo se describen los procedimientos que se pueden usar para copiar las

opciones de configuración de una granja de servidores a otra, entre las que se

incluyen cómo hacer copias de seguridad de granjas de servidores, y recuperarlas,

sin las bases de datos de contenido, cómo hacer copias de seguridad de

configuraciones únicamente, y recuperarlas, y cómo crear un script de

implementación.

Copia de seguridad de una aplicación web (SharePoint Server 2010)


copia de seguridad de una aplicación web que está asociada a la granja de

servidores, incluidas las bases de datos de contenido y de configuración.



copia de seguridad de una aplicación de servicio que está asociada a la granja de

servidores, incluidas las bases de datos de contenido y de configuración.

Copia de seguridad de la búsqueda (SharePoint Server 2010)


copia de seguridad de la aplicación de servicio de búsqueda que está asociada a la

granja de servidores, incluidos los índices y la configuración.

Copia de seguridad del Servicio de almacenamiento seguro (SharePoint Server

2010)


copia de seguridad de la aplicación del servicio de almacenamiento seguro que está

asociada a la granja de servidores, incluidas las bases de datos de contenido y de

configuración.

Copia de seguridad de una base de datos de contenido (SharePoint Server 2010)

111


copia de seguridad de una base de datos de contenido que está asociada a la granja

de servidores.

Copia de seguridad de bases de datos en instantáneas (SharePoint Server 2010)


copia de seguridad de una base de datos de contenido que está asociada a la granja

de servidores guardando la base de datos en una instantánea.



copia de seguridad de las personalizaciones que están asociadas a la granja de

servidores.

Copia de seguridad de una colección de sitios (SharePoint Server 2010)


copia de seguridad de las colecciones de sitios que están asociadas a la granja de

servidores.

Exportación de un sitio, una lista o una biblioteca de documentos (SharePoint Server

2010)En este artículo se describen los procedimientos que se pueden usar para

exportar una lista, un sitio o una biblioteca de documentos asociada a la granja. A

continuación, puede importar los elementos a otra granja o moverlos a otro lugar de

la granja.

Copia de seguridad o archivo de registros (SharePoint Server 2010)


copia de seguridad o almacenar archivos de registro que están asociados a la granja

de servidores.

Conceptos Recuperación (SharePoint Server 2010)

112


Actualizado el 16 de septiembre de 2010

En este tema se describe cómo realizar una copia de seguridad de la granja completa de

servidores.

Procedimientos incluidos en este artículo:

Uso de Windows PowerShell para crear una copia de seguridad de una granja de

servidores

Uso de Administración central para crear una copia de seguridad de una granja de

servidores

Uso de las herramientas de SQL Server para crear una copia de seguridad de una

granja de servidores

Para obtener información acerca de qué herramienta se debe usar para las copias de

seguridad, consulte Planeación de copias de seguridad y recuperación (SharePoint

Server 2010).

Se recomienda hacer regularmente una copia de seguridad de la granja de servidores

completa e incluir en esa copia la configuración y el contenido. Hacer copias de

seguridad de la granja de servidores con regularidad reduce la pérdida de datos que se

puede producir debido a errores de hardware, cortes en la alimentación u otros

problemas. Es un proceso simple que garantiza que se puedan recuperar todos los datos

y la configuración de la granja de servidores si es necesario.

Consideraciones para la realización de una copia de seguridad de una granja de servidores Tenga en cuenta lo siguiente cuando se prepare para hacer una copia de seguridad de

una granja de servidores:

Hacer una copia de seguridad no afecta el estado de la granja de servidores. Sin

embargo, sí requiere recursos y puede afectar ligeramente al rendimiento de la

granja mientras se ejecuta la copia de seguridad. Puede evitar estos problemas de

rendimiento si hace la copia de seguridad en las horas en las que el uso de la granja

de servidores sea menor (por ejemplo, fuera del horario de trabajo).

113

El proceso de copia de seguridad de la granja no realiza la copia de seguridad de

ningún certificado utilizado para formar relaciones de confianza. Asegúrese de que

tiene copias de estos certificados antes de realizar la copia de seguridad de la

granja. Debe volver a establecer estas relaciones de confianza después de restaurar

la granja.

Al realizar una copia de seguridad de la granja, se crea una copia de seguridad de

las bases de datos de configuración y contenido de Administración central, pero

estas copias no se pueden restaurar con las herramientas de Microsoft SharePoint

Server 2010. Para obtener más información acerca de cómo hacer una copia de

seguridad de todas bases de datos de granjas de servidores, y cómo recuperarlas,

consulte Mover todas las bases de datos (SharePoint Server 2010)

(http://technet.microsoft.com/es-es/library/d9dac189-0736-448d-928c-

68bf38603613(Office.14).aspx).

Cuando hace una copia de seguridad de una granja de servidores que contiene una

aplicación web que está configurada para usar la autenticación basada en

formularios, también debe usar un sistema de copia de seguridad de archivos para

proteger los archivos Web.config, debido a que se han actualizado manualmente

para registrar los proveedores de pertenencia y roles, y los cambios manuales en los

archivos Web.config no se incluyen en la copia de seguridad. Del mismo modo, los

archivos Web.config no se restauran al restaurar una aplicación web. Después de la

recuperación, debe actualizar los archivos Web.config y volver a implementar los

proveedores. Para obtener más información, consulte Planeación de los métodos de

autenticación (SharePoint Server 2010) (http://technet.microsoft.com/es-

es/library/40117fda-70a0-4e3d-8cd3-0def768da16c(Office.14).aspx) y Configuración

de la autenticación de notificaciones (SharePoint Server 2010)

(http://technet.microsoft.com/es-es/library/83762baa-b23b-4b63-b14f-

350421d9f18a(Office.14).aspx).

La copia de seguridad de SharePoint Server 2010 realiza una copia de seguridad de

las definiciones de tipos de contenido externo del servicio de conectividad a datos

empresariales, pero no del origen de los datos. Para proteger los datos, debe hacer

una copia de seguridad del origen de datos cuando realice la copia de seguridad del

servicio de conectividad a datos empresariales o de la granja de servidores.

Si restaura el servicio de conectividad a datos empresariales o la granja y luego

restaura el servicio de datos en una ubicación diferente, debe modificar la

información de la ubicación en la definición del tipo de contenido externo. Si no lo

hace, es posible que el servicio de conectividad a datos empresariales no encuentre

el origen de los datos.


los almacenes remotos de objetos binarios grandes (BLOB), pero solo si usa el

proveedor de blobs FILESTREAM para poner datos en almacenes remotos de blobs.






114

Si usa otro proveedor, debe realizar manualmente una copia de seguridad de los

almacenes remotos de blobs.

Si utiliza SQL Server con el cifrado de datos transparente (TDE) y realiza copias de seguridad del entorno mediante las herramientas de SharePoint o las herramientas de SQL Server, no se realizará ninguna copia de seguridad de la clave de cifrado TDE, ni se restaurará. Se debe realizar la copia de seguridad de la clave de forma manual. Durante la restauración, se debe restaurar la clave de forma manual antes de restaurar los datos. Para obtener más información, consulte Descripción del Cifrado

de datos transparente (TDE) (http://go.microsoft.com/fwlink/?LinkID=196394&clcid=0xC0A).

Requisitos de la tarea Antes de comenzar, debe crear una carpeta en el equipo local o en la red en la que se

vayan a guardar las copias de seguridad. Para aumentar el rendimiento, se recomienda

hacer una copia de seguridad en el equipo local y después mover los archivos de la

copia de seguridad a una carpeta de la red. Para obtener más información acerca de

cómo crear una carpeta de copia de seguridad, consulte Preparación para copias de

seguridad y recuperación (SharePoint Server 2010).

Uso de Windows PowerShell para crear una copia de seguridad de una granja de servidores Puede usar Windows PowerShell para hacer una copia de seguridad de una granja de

servidores manualmente o como parte de una secuencia de comandos o script que se

puede ejecutar en intervalos programados.

Para crear una copia de seguridad de una granja de servidores con Windows

PowerShell

1. Compruebe que cumple con los siguientes requisitos mínimos: consulte Add-

SPShellAdmin.

2. En el menú Inicio, haga clic en Todos los programas.

3. Haga clic en Productos de Microsoft SharePoint 2010.

4. Haga clic en Consola de administración de SharePoint 2010.

5. En el símbolo del sistema de Windows PowerShell, escriba el siguiente comando:



115

Backup-SPFarm -Directory <CarpetaCopiaSeguridad> -BackupMethod {Full |

Differential} [-Verbose]

Donde <CarpetaCopiaSeguridad> es la ruta de una carpeta del equipo local o la red

en la que desea almacenar las copias de seguridad.

Nota:

Si crea la copia de seguridad de la granja de servidores por primera vez, debe usar la

opción Completa.

Primero debe realizar una copia de seguridad completa para poder realizar una copia de

seguridad diferencial.

Para obtener más información, consulte Backup-SPFarm

(http://technet.microsoft.com/es-es/library/c37704b5-5361-4090-a84d-

fcdd17bbe345(Office.14).aspx).

Nota:

Se recomienda usar Windows PowerShell para realizar tareas administrativas de línea

de comandos. La herramienta de línea de comandos Stsadm ya no se usa, pero se ha

incluido para ofrecer compatibilidad con las versiones anteriores del producto.

Uso de Administración central para crear una copia de seguridad de una granja de servidores Puede usar Administración central para hacer una copia de seguridad de la granja de

servidores.

Para crear una copia de seguridad de una granja de servidores con Administración

central

1. Compruebe que la cuenta de usuario que va a realizar este procedimiento es

miembro del grupo Administradores de la granja de servidores.

116

2. En la página principal de Administración central, en la sección Copias de seguridad

y restauración, haga clic en Realizar copia de seguridad.

3. En la página Realizar una copia de seguridad — Paso 1 de 2: seleccionar el

componente para realizar una copia de seguridad, seleccione la granja en la lista de

componentes y haga clic en Siguiente.

4. En la página Iniciar copia de seguridad — Paso 2 de 2: seleccionar opciones de

copia de seguridad, en la sección Tipo de copia de seguridad, seleccione

Completa o Diferencial.

Nota:

Si va a realizar una copia de seguridad de la granja de servidores por primera vez, debe

usar la opción Completa. Primero debe realizar una copia de seguridad completa para

poder realizar una copia de seguridad diferencial.

5. En la sección Realizar copia de seguridad de la configuración únicamente, haga

clic en Realizar copia de seguridad de la configuración y el contenido.

6. En la sección Ubicación de archivo de copia de seguridad, escriba la ruta de

acceso UNC de la carpeta de copia de seguridad y, a continuación, haga clic en

Iniciar copia de seguridad.

7. Puede ver el estado general de todos los trabajos de copia de seguridad en la parte

superior de la página Estado de copia de seguridad y restauración, en la sección

Disponibilidad. Puede ver el estado del trabajo de copia de seguridad actual en la

parte inferior de la página en la sección Copia de seguridad. La página de estado

se actualiza automáticamente cada 30 segundos. Para actualizar manualmente los

detalles del estado, haga clic en Actualizar. La copia de seguridad y la recuperación

son trabajos del servicio de temporizador. Por lo tanto, la copia de seguridad puede

tardar varios segundos en iniciarse.

Si recibe mensajes de error, puede revisarlos en la columna Mensaje de error de la

página Estado del trabajo de copia de seguridad y restauración. También puede

encontrar más detalles en el archivo Spbackup.log en la ruta de acceso UNC que

especificó en el paso 6.

Uso de las herramientas de SQL Server para crear una copia de seguridad de una granja de servidores Si desea crear una copia de seguridad de la granja de servidores completa, debe usar

Windows PowerShell o Administración central. No se puede crear una copia de

seguridad de toda la granja con las herramientas de SQL Server, porque no se pueden

117

usar para crear una copia de seguridad de la configuración de la granja de servidores.

Sin embargo, puede crear una copia de seguridad de todas las bases de datos que

están asociadas a la granja. Estas bases de datos varían según los servicios y las

características que el usuario haya instalado en la granja de servidores.

Creación de una copia de seguridad de la base de datos asociada a una granja de

servidores con las herramientas de SQL Server

1. Para crear una copia de seguridad de las bases de datos de SharePoint Server 2010

con herramientas de SQL Server, la cuenta que se use para crear copias de

seguridad de las bases de datos debe pertenecer al rol de base de datos fijo

db_backupoperator de SQL Server en el servidor de bases de datos en el que se

almacena cada base de datos.

2. Abra SQL Server Management Studio y establezca una conexión con el servidor de

bases de datos.

3. En el Explorador de objetos, expanda Bases de datos.

4. Haga clic con el botón secundario en la base de datos de la que desea hacer una

copia de seguridad, elija Tareas y, a continuación, haga clic en Copia de seguridad.

5. En el cuadro de diálogo Copia de seguridad de la base de datos, en el área

Origen, seleccione el tipo de copia de seguridad que desea realizar en la lista Tipo

de copia de seguridad. Para obtener más información acerca del tipo de copia de

seguridad que se debe usar, consulte Introducción a los modelos de recuperación

(http://go.microsoft.com/fwlink/?LinkId=114396&clcid=0xc0A).

6. En el área Componente de copia de seguridad, haga clic en Base de datos.

7. En el cuadro de texto Nombre, use el nombre predeterminado o especifique otro

diferente para el conjunto de copia de seguridad.

8. Especifique la fecha de caducidad del conjunto de copia de seguridad. Esto

determina durante cuánto tiempo o cuándo se puede sobrescribir el conjunto de

copia de seguridad con copias posteriores con el mismo nombre. De forma

predeterminada, el conjunto de copia de seguridad se configura para que no

caduque nunca (0 días).

9. En el área Destino, especifique dónde desea almacenar la copia de seguridad.

10. Haga clic en Aceptar para hacer la copia de seguridad de la base de datos.

11. Repita los pasos del 1 al 10 para cada base de datos de la granja de servidores.

118

Contenido relacionado Centro de recursos Administración de la continuidad empresarial para SharePoint

Server 2010


Contenido para

profesionales de TI

Restauración de una granja de servidores (SharePoint Server

2010)

Restauración de una aplicación web (SharePoint Server

2010)






Contenido para

programadores







119

Copia de seguridad de la configuración de una granja de servidores (SharePoint Server 2010)


En este artículo se describe cómo hacer una copia de seguridad de la configuración de

una granja de servidores.

En versiones anteriores de Microsoft SharePoint Server, no era posible hacer copias de

seguridad la base de datos de configuración ni restaurarla. En Microsoft SharePoint

Server 2010, se puede realizar la operación equivalente mediante una copia de

seguridad o restauración de la configuración de la granja de servidores.

Se recomienda hacer regularmente una copia de seguridad de la granja de servidores

completa e incluir en esa copia la configuración y el contenido. Sin embargo, en los

entornos de prueba o desarrollo, se recomienda hacer una copia de seguridad de la

configuración solamente. Del mismo modo, cuando se usan las herramientas de

Microsoft SQL Server para hacer una copia de seguridad de las bases de datos de la

granja de servidores, se recomienda hacer una copia de seguridad de la configuración.

Hacer copias de seguridad de la granja de servidores con regularidad reduce las

pérdidas de datos que pueden producirse debido a errores de hardware, cortes en la

alimentación u otros problemas. Esta medida garantiza la recuperación de todos los

datos y la configuración de la granja de servidores. Para obtener más información acerca

de qué copias de seguridad se deben realizar, consulte Copia de seguridad de la

configuración de una granja de servidores (SharePoint Server 2010).

La copia de seguridad de la configuración extrae la configuración de una base de datos

de configuración de SharePoint Server 2010 y hace una copia de seguridad de ella.

Puede hacer copias de seguridad de la configuración de cualquier base de datos de

configuración, incluidas las bases de datos de configuración de la granja de servidores

actual o de otra granja de servidores, o de una base de datos de configuración que no

esté asociada a ninguna granja de servidores.

Para obtener información acerca de qué herramienta se debe usar para las copias de

seguridad, consulte Copia de seguridad de la configuración de una granja de servidores


Procedimientos incluidos en esta tarea:

Requisitos de la tarea

120

Uso de Windows PowerShell para crear una copia de seguridad de la configuración

de una granja de servidores

Nota:

No se pueden usar las herramientas de SQL Server ni Data Protection Manager para

hacer una copia de seguridad de la configuración de la granja de servidores.







Importante:

La copia de seguridad de la configuración de la granja de servidores no incluye la

información necesaria para restaurar las aplicaciones de servicio. Si desea restaurar una

aplicación de servicio, debe hacer una copia de seguridad de la configuración y el

contenido de la granja de servidores. Para obtener más información acerca de las copias

de seguridad de aplicaciones de servicio, consulte Copia de seguridad de una aplicación

de servicio (SharePoint Server 2010).

Uso de Windows PowerShell para crear una copia de seguridad de la configuración de una granja de servidores Puede usar Windows PowerShell para hacer una copia de seguridad de la configuración

de cualquier base de datos de configuración de la granja de servidores actual o de otra

granja de servidores, o de una base de datos de configuración que no esté asociada a

ninguna granja de servidores. Puede hacer la copia de seguridad de la configuración de

una granja de servidores de forma manual o como parte de una secuencia de comandos

o script que se puede ejecutar a intervalos programados.

121

Para hacer una copia de seguridad de la configuración de cualquier base de datos

de configuración mediante Windows PowerShell


SPShellAdmin.




5. En el símbolo del sistema de Windows PowerShell (es decir, PS C:\>), escriba el

siguiente comando y presione ENTRAR:

Backup-SPConfigurationDatabase -Directory <CarpetaCopiaSeguridad> -

DatabaseServer <NombreServidorBaseDatos> -DatabaseName <NombreBaseDatos> -

DatabaseCredentials <ObjetoCredencialWindowsPowerShell> [-Verbose]

Donde:

<CarpetaCopiaSeguridad> es la ruta de acceso a la carpeta que contiene los

archivos de copia de seguridad correspondientes.

<NombreServidorBaseDatos> es el nombre del servidor de bases de datos de la

granja de servidores de la que va a realizar una copia de seguridad.

<NombreBaseDatos> es el nombre de la base de datos de configuración de la


Si no inició sesión con una cuenta con el rol de base de datos fijo

db_backupoperator en el servidor de bases de datos en el que está

almacenada la base de datos de configuración, debe especificar el valor del

parámetro

DatabaseCredentials.

Para obtener más información, consulte Backup-SPConfigurationDatabase

(http://technet.microsoft.com/es-es/library/28ddc176-1b7f-47dd-868f-

39b7c403a900(Office.14).aspx).

122

Nota:




Uso de Administración central para crear una copia de seguridad de la configuración de una granja de servidores Puede usar Administración central para hacer una copia de seguridad de la

configuración de la granja de servidores en la que se está ejecutando Administración

central. Para hacer una copia de seguridad de la configuración de una granja de

servidores remota, debe usar el sitio web de Administración central que se está

ejecutando en dicha granja de servidores. No se puede usar Administración central para

hacer una copia de seguridad de una base de datos de configuración no adjunta.

Para crear una copia de seguridad de la configuración de una granja de servidores

con Administración central

1. Compruebe que la cuenta de usuario que lleva a cabo este procedimiento pertenece

al grupo de administradores de la granja de servidores.




componente para realizar una copia de seguridad, seleccione la granja en la lista de

componentes y haga clic en Siguiente.

Nota:

Puede realizar una copia de seguridad de la configuración de cualquier servicio o

aplicación. Sin embargo, se suele realizar la copia de seguridad de la configuración en el

nivel de la granja de servidores.



Completa.

5. En la sección Realizar copia de seguridad de la configuración únicamente,

seleccione la opción Realizar copia de seguridad de la configuración

únicamente.

123


acceso UNC (convención de nomenclatura universal) de la carpeta de copia de

seguridad y, a continuación, haga clic en Iniciar copia de seguridad.




parte inferior de la página en la sección Copia de seguridad. La página de estado

se actualiza automáticamente cada 30 segundos. Puede actualizar los detalles de

estado de forma manual si hace clic en Actualizar. La copia de seguridad y la

recuperación son trabajos del servicio de temporizador. Por lo tanto, la copia de

seguridad puede tardar varios segundos en iniciarse.





Conceptos Restauración de la configuración de una granja de servidores (SharePoint Server 2010)

124

Copia de seguridad de una aplicación web (SharePoint Server 2010)

Actualizado el 16 de septiembre de 2010

En este artículo se describe cómo hacer copias de seguridad de una aplicación web.

Hacer copias de seguridad de una aplicación web con regularidad reduce la posibilidad

de pérdidas de datos que se pueden producir debido a errores de hardware, cortes en la

alimentación u otros problemas. Es un proceso sencillo que puede ayudar a garantizar

que se puedan recuperar todos los datos y las configuraciones que tengan relación con

la aplicación web, si es necesario. Se recomienda crear copias de seguridad de la

aplicación web, además de las copias de seguridad periódicas en el nivel de la granja de

servidores.

En este tema se describe cómo hacer una copia de seguridad de una sola aplicación

web.

En este tema:

Consideraciones para realizar una copia de seguridad de una aplicación web

Requisitos de la tarea

Uso de Windows PowerShell para hacer una copia de seguridad de una aplicación

web

Uso de Administración central para hacer una copia de seguridad de una aplicación

web

Uso de las herramientas de SQL Server para hacer una copia de seguridad de una

aplicación web

Consideraciones para realizar una copia de seguridad de una aplicación web Tenga en cuenta lo siguiente cuando se prepare para hacer una copia de seguridad de

una aplicación web.

Mediante los procedimientos de este artículo, solo se puede hacer una copia de

seguridad de una aplicación web cada vez. Sin embargo, se puede hacer una copia

de seguridad de todas las aplicaciones web simultáneamente si se hace una copia

de seguridad de toda la granja de servidores.

125

Hacer una copia de seguridad de una aplicación web no afecta al estado de la granja

de servidores. Sin embargo, sí requiere recursos y puede afectar ligeramente al

rendimiento de la granja mientras se ejecuta la copia de seguridad. Puede evitar

estos problemas de rendimiento si hace la copia de seguridad de la aplicación web

en las horas en las que el uso de la granja es menor; por ejemplo, fuera del horario

de trabajo.

Si la aplicación web usa la memoria caché de objetos, debe configurar manualmente

dos cuentas de usuario especial para la aplicación web después de restaurarla. Para

obtener más información sobre la caché de objetos y sobre cómo configurar estas

cuentas de usuario, consulte Configuración de cuentas de usuario de caché de

objetos (http://technet.microsoft.com/es-es/library/cd646bb3-28c6-4040-866c-

7d7936837ade(Office.14).aspx).

Cuando hace una copia de seguridad de una aplicación web, también se hace una

copia de seguridad de la configuración de Internet Information Services (IIS) y todas

las bases de datos de contenido que están asociadas a la aplicación web.

Cuando hace una copia de seguridad de una aplicación web que está configurada

para usar la autenticación basada en formularios, también debe usar un sistema de

copia de seguridad de archivos para proteger los archivos Web.config, debido a que

se han actualizado manualmente para registrar los proveedores de pertenencia y

roles, y los cambios manuales en los archivos Web.config no se incluyen en la copia

de seguridad. Del mismo modo, los archivos Web.config no se restauran al restaurar

una aplicación web. Después de la recuperación, debe actualizar los archivos

Web.config y volver a implementar los proveedores. Para obtener más información,

consulte Planeación de los métodos de autenticación (SharePoint Server 2010)

(http://technet.microsoft.com/es-es/library/40117fda-70a0-4e3d-8cd3-

0def768da16c(Office.14).aspx) y Configuración de la autenticación de notificaciones

(SharePoint Server 2010) (http://technet.microsoft.com/es-es/library/83762baa-b23b-

4b63-b14f-350421d9f18a(Office.14).aspx).

Requisitos de la tarea Antes de comenzar, se debe crear una carpeta de red donde se vayan a guardar las

copias de seguridad. La cuenta de servicio del Temporizador de Windows SharePoint

Services V4 y la cuenta de usuario de la granja de servidores deben disponer de

permisos de control total en esta carpeta. Para obtener más información acerca de cómo

crear una carpeta de copia de seguridad, consulte Preparación para copias de seguridad

y recuperación (SharePoint Server 2010).






126

Uso de Windows PowerShell para hacer una copia de seguridad de una aplicación web Puede usar Windows PowerShell para hacer una copia de seguridad de una aplicación

web de forma manual o como parte de un script o secuencia de comandos que se puede

ejecutar a intervalos programados.

Para hacer una copia de seguridad de una aplicación web mediante Windows

PowerShell


SPShellAdmin. Además, la cuenta de usuario que realice este procedimiento debe

pertenecer al rol fijo de base de datos db_backupoperator de SQL Server en el

servidor de bases de datos en el que se almacena cada base de datos.







Differential} -Item <NombreAplicaciónWeb> [-Verbose]

Donde:

<CarpetaCopiaSeguridad> es la ruta de acceso a la carpeta que se usa para

almacenar los archivos de la copia de seguridad.

<NombreAplicaciónWeb> es el nombre de la aplicación web.

Nota:

Si hace una copia de seguridad de la aplicación web por primera vez, debe usar la

opción Completa

. Primero debe realizar una copia de seguridad completa para poder realizar una copia

de seguridad diferencial.

Para obtener más información, consulte Backup-SPFarm.

127

Nota:




Uso de Administración central para hacer una copia de seguridad de una aplicación web Puede usar Administración central para hacer una copia de seguridad de una aplicación

web.

Para hacer una copia de seguridad de una aplicación web mediante







componente para realizar una copia de seguridad, seleccione la aplicación web en la

lista de componentes y haga clic en Siguiente.

Nota:

La aplicación web puede constar de varios componentes. Debe seleccionar el

componente del nivel superior.




Nota:

Si hace una copia de seguridad de la aplicación web por primera vez, debe usar la

opción Completa. Primero debe realizar una copia de seguridad completa para poder

realizar una copia de seguridad diferencial.

5. En la sección Realizar copia de seguridad de la configuración únicamente, haga

clic en Realizar copia de seguridad de la configuración y el contenido.




128




parte inferior de la página, en la sección Copia de seguridad. La página de estado









Uso de las herramientas de SQL Server para hacer una copia de seguridad de una aplicación web No se puede hacer una copia de seguridad de la aplicación web completa mediante las

herramientas de SQL Server. Sin embargo, se puede hacer una copia de seguridad de

todas las bases de datos asociadas a la aplicación web. Para hacer una copia de

seguridad de la aplicación web completa, se debe usar Windows PowerShell o

Administración central.

Para hacer una copia de seguridad de una aplicación web mediante las

herramientas de SQL Server

1. Compruebe que la cuenta de usuario que se usa para hacer la copia de seguridad

de las bases de datos pertenece al rol fijo de base de datos db_backupoperator de

SQL Server en el servidor de bases de datos en el que se almacena cada base de

datos. Además, compruebe si la cuenta de usuario dispone de permisos de control

total en la carpeta de copia de seguridad.


bases de datos.









129











11. Repita los pasos del 1 al 10 para cada base de datos asociada a la aplicación web.



Server 2010


Contenido para

profesionales de TI

Restauración de una aplicación web (Search Server 2010)

(http://technet.microsoft.com/es-es/library/eae9208d-00ea-4cc1-

919a-c399a0407bad(Office.14).aspx)

Restauración de una aplicación web (SharePoint Server 2010)

Copia de seguridad de una granja de servidores (SharePoint

Server 2010)

Planeación de copias de seguridad y recuperación (SharePoint

Server 2010)


(http://technet.microsoft.com/es-es/library/71abd06e-6730-442e-

b2c1-e3ba9c04d497(Office.14).aspx)

Contenido para

programadores








130



Se recomienda hacer copias de seguridad en el nivel de la granja de servidores con

regularidad. Sin embargo, los requisitos empresariales o de TI pueden exigir hacer una

copia de seguridad de una aplicación de servicio. Hacer copias de seguridad de una

aplicación de servicio con regularidad reduce la posibilidad de pérdida de datos que se

puede producir debido a errores de hardware, cortes en la alimentación u otros

problemas. Es un proceso sencillo que garantiza que se puedan recuperar todos los

datos y las configuraciones que tengan relación con la aplicación de servicio, si es

necesario. Se puede crear una copia de seguridad de las aplicaciones de servicio una a

una o todas a la vez. Para obtener información acerca de qué se debe incluir en una

copia de seguridad y qué herramientas se deben usar, consulte Planeación de copias de

seguridad y recuperación (SharePoint Server 2010). Para obtener más información,

consulte Copia de seguridad de una granja de servidores (SharePoint Server 2010).

Hacer una copia de seguridad de una aplicación de servicio no afecta al estado de la

granja de servidores, pero requiere el uso de recursos. Por lo tanto, es posible que, al

hacer una copia de seguridad de una aplicación de servicio, esto afecte al rendimiento

de la granja mientras se ejecute la copia de seguridad. Para evitar problemas de

rendimiento, puede realizar la copia de seguridad de la aplicación de servicio en las

horas en las que se use menos la granja de servidores.

Nota:

La copia de seguridad de SharePoint Server 2010 realiza una copia de seguridad de los

almacenes remotos de objetos binarios grandes (BLOB), pero solo si usa el proveedor

de blobs FILESTREAM para poner datos en almacenes remotos de blobs.



Procedimientos incluidos en este tema:

Uso de Windows PowerShell para crear una copia de seguridad de una aplicación

de servicio

Uso de Administración central para crear una copia de seguridad de una aplicación

de servicio

131

Nota:

Puede usar herramientas de SQL Server o Data Protection Manager para crear una

copia de seguridad de una aplicación de servicio.







Nota:

La copia de seguridad de Microsoft SharePoint Server 2010 realiza una copia de

seguridad de las definiciones de tipos de contenido externo del servicio de conectividad

a datos empresariales, pero no del origen de los datos. Para proteger los datos, debe

hacer una copia de seguridad del origen de datos cuando realice la copia de seguridad

del servicio de conectividad a datos empresariales o de la granja de servidores.

Si realiza primero la copia de seguridad del servicio de conectividad a datos

empresariales o la granja de servidores y, después, restaura el origen de datos en una

ubicación diferente, debe cambiar la información de la ubicación en la definición de tipos

de contenido externo. Si no lo hace, es posible que el servicio de conectividad a datos

empresariales no encuentre el origen de los datos.

Uso de Windows PowerShell para crear una copia de seguridad de una aplicación de servicio Se puede usar Windows PowerShell para crear una o más copias de seguridad de una

aplicación de servicio de forma manual o como parte de una secuencia de comandos o

script que se puede ejecutar a intervalos programados

Para crear una copia de seguridad de una aplicación de servicio mediante

Windows PowerShell

132


SPShellAdmin.






Differential} -Item <NombreAplicaciónServicio> [-Verbose]

Donde:

<CarpetaCopiaSeguridad> es la ruta de acceso de una carpeta en el equipo

local o en la red donde desea almacenar las copias de seguridad.

<NombreAplicaciónServicio> es el nombre de la aplicación de servicio de la cual

desea hacer la copia de seguridad.

Nota:

Para hacer una copia de seguridad de todas las aplicaciones de servicio, en el símbolo

del sistema de Windows PowerShell, escriba el siguiente comando:

Backup-SPFarm -Directory <CarpetaCopiaSeguridad> -BackupMethod {Full | Differential}

-Item "Farm\Shared Service Applications" [-Verbose]

Nota:

Si hace una copia de seguridad de la aplicación de servicio por primera vez, debe usar la

opción Completa



Algunas aplicaciones de servicio requieren siempre una copia de seguridad completa.

Con estas aplicaciones de servicio, aunque elija la opción

Differential, el sistema realizará una copia de seguridad completa.

133

Nota:




Uso de Administración central para crear una copia de seguridad de una aplicación de servicio Puede usar Administración central para crear una copia de seguridad de una aplicación

de servicio.

Para crear una copia de seguridad de una aplicación de servicio con


1. Compruebe que la cuenta de usuario que va a realizar este procedimiento pertenece

al grupo Administradores del conjunto de servidores.




componente para realizar una copia de seguridad, seleccione la aplicación de

servicio en la lista de componentes y haga clic en Siguiente. Para hacer una copia

de seguridad de todas las aplicaciones de servicio, seleccione el nodo de

aplicaciones de servicio compartidas.

Nota:

La aplicación de servicio puede constar de varios componentes. Debe seleccionar el

componente del nivel superior.




134

Nota:

Si hace una copia de seguridad de la aplicación de servicio por primera vez, debe usar la



Algunas aplicaciones de servicio requieren siempre una copia de seguridad completa.

Con estas aplicaciones de servicio, el sistema hace una copia de seguridad completa

aunque elija la opción Diferencial.

5. En la sección Ubicación de archivo de copia de seguridad, en el cuadro

Ubicación para copias de seguridad, escriba la ruta de acceso de la carpeta de

copias de seguridad y, a continuación, haga clic en Iniciar copia de seguridad.













Conceptos Restauración de una aplicación de servicio (SharePoint Server 2010)

135

Copia de seguridad de la búsqueda (SharePoint Server 2010)


Se recomienda hacer copias de seguridad en el nivel de la granja de servidores con

regularidad. Sin embargo, por los requisitos empresariales o de TI, es posible que sea

necesario hacer una copia de seguridad del sistema de búsqueda y de los recursos

relacionados. Hacer copias de seguridad del sistema de búsqueda periódicamente

reduce la posibilidad de perder datos debido a errores de hardware, cortes en el

suministro eléctrico u otros problemas. Se trata de un proceso sencillo que garantiza que

se puedan recuperar los datos y las configuraciones que componen el sistema de

búsqueda, en el caso de que sea necesario.

Hacer una copia de seguridad de la búsqueda no afecta al estado de la granja de

servidores, pero requiere el uso de recursos. Por lo tanto, es posible que, al hacer una

copia de seguridad de la búsqueda, esto afecte al rendimiento de la granja mientras se

ejecute la copia de seguridad. Para evitar problemas de rendimiento, puede realizar la

copia de seguridad de la búsqueda en las horas en las que se use menos la granja de

servidores.

Importante:

Utilice los procedimientos que se indican en este artículo para realizar una copia de

seguridad de los componentes de búsqueda de Microsoft SharePoint Server 2010. Si la

topología incluye Microsoft FAST Search Server 2010 for SharePoint, con los

procedimientos de este artículo, también se hace una copia de seguridad de la SSA de

contenido y la SSA de consultas (incluido el índice de búsqueda de personas). Sin

embargo, además de los procedimientos descritos en este artículo, debe ejecutar una

copia de seguridad de la granja de servidores de FAST Search Server 2010 for

SharePoint.


Uso de Windows PowerShell para hacer una copia de seguridad de la búsqueda

Uso de Administración central para hacer una copia de seguridad de la búsqueda

136

Nota:

No se pueden usar las herramientas de SQL Server o el Administrador de protección de

datos para crear una copia de seguridad de todos los componentes de búsqueda.




copia de seguridad a una carpeta de la red.

Uso de Windows PowerShell para hacer una copia de seguridad de la búsqueda Puede usar Windows PowerShell para hacer una copia de seguridad de la búsqueda

manualmente o como parte de un script o secuencia de comandos que puede ejecutarse

a intervalos programados. Este procedimiento crea una copia de seguridad de todos los

componentes de búsqueda, incluidos las bases de datos, la configuración del servicio de

búsqueda y todos los archivos de índice.

Para hacer una copia de seguridad de la búsqueda mediante Windows PowerShell


SPShellAdmin.






Backup-SPFarm -Directory <Carpeta de copia de seguridad> -BackupMethod {Full |

Differential} -Item <Nombre de aplicación de servicio de búsqueda> [-Verbose]

137

Nota:

Si crea la copia de seguridad de la granja de servidores por primera vez, debe usar la

opción Completa


de seguridad diferencial. Para ver el progreso de la operación de copia de seguridad,

use el parámetro

Verbose.




Nota:




Uso de Administración central para hacer una copia de seguridad de la búsqueda Puede usar Administración central para hacer una copia de seguridad de la búsqueda.

Este procedimiento crea una copia de seguridad de todos los componentes de

búsqueda, incluidos las bases de datos, la configuración del servicio de búsqueda y

todos los archivos de índice.

Para hacer una copia de seguridad de la búsqueda mediante Administración

central






componente para realizar una copia de seguridad, expanda Servicios compartidos

y, a continuación, expanda Aplicaciones de servicios compartidos para ver la lista


138

de aplicaciones de servicio de la granja de servidores. Seleccione la aplicación de

servicio de búsqueda en la lista de componentes y, a continuación, haga clic en

Siguiente.

Nota:

La aplicación de servicio de búsqueda puede constar de varios componentes. Debe

seleccionar el componente del nivel superior. De forma predeterminada, la aplicación de

servicio se denomina “Aplicación de servicio de búsqueda”.




Nota:

Si crea la copia de seguridad de la búsqueda por primera vez, debe usar la opción

Completa. Primero debe realizar una copia de seguridad completa para poder realizar

una copia de seguridad diferencial.
















139

Copia de seguridad del Servicio de almacenamiento seguro (SharePoint Server 2010)


En Microsoft SharePoint Server 2010, el Servicio de almacenamiento seguro sustituye al

inicio de sesión único (SSO) de Microsoft SharePoint Server 2007. El Servicio de

almacenamiento seguro proporciona la capacidad de almacenar conjuntos de

credenciales de forma segura y de asociar credenciales a identidades específicas o a un

grupo de identidades.

Cada vez que escribe una frase de contraseña nueva, SharePoint Server 2010 crea una

clave maestra nueva y vuelve a cifrar los conjuntos de credenciales con esa clave. La

frase de contraseña otorga acceso a la clave maestra que creó SharePoint Server 2010

y que se usa para cifrar los conjuntos de credenciales.

Debe realizar una copia de seguridad del Servicio de almacenamiento seguro y anotar la

frase de contraseña después de la configuración inicial del Servicio de almacenamiento

seguro, y cada vez que se realicen cambios de configuración en el Servicio de

almacenamiento seguro o se vuelva a cifrar la información de credenciales.

Importante:

Antes de realizar una copia de seguridad del Servicio de almacenamiento seguro, haga

lo siguiente:

Anote la frase de contraseña. La necesitará cuando acceda al Servicio de

almacenamiento seguro restaurado.

Asegúrese de hacer una copia de seguridad del Servicio de almacenamiento

seguro cada vez que se cambie o se actualice la clave maestra. Cuando se cambia

o se actualiza la clave maestra, la base de datos se vuelve a cifrar

automáticamente con la nueva clave. Realizar una copia de seguridad del Servicio

de almacenamiento seguro garantiza que la base de datos y la clave maestra estén

sincronizadas.

Guarde la frase de contraseña en una ubicación segura.


140

Uso de Windows PowerShell para crear una copia de seguridad del Servicio de

almacenamiento seguro

Uso de Administración central para crear una copia de seguridad del Servicio de

almacenamiento seguro





Uso de Windows PowerShell para crear una copia de seguridad del Servicio de almacenamiento seguro Puede usar Windows PowerShell para crear una copia de seguridad del Servicio de

almacenamiento seguro de forma manual o como parte de un script que se puede

ejecutar a intervalos programados.

Para realizar una copia de seguridad del Servicio de almacenamiento seguro

mediante Windows PowerShell


SPShellAdmin.






Backup-SPFarm -Directory <Carpeta de copia de seguridad> -BackupMethod Full -

Item <Servicio de almacenamiento seguro> [-Verbose]

141

Nota:

Debe usar la opción

Completa para crear una copia de seguridad del Servicio de almacenamiento seguro.




Nota:




Uso de Administración central para crear una copia de seguridad del Servicio de almacenamiento seguro Se puede usar Administración central para crear una copia de seguridad del Servicio de

almacenamiento seguro.

Para realizar una copia de seguridad del Servicio de almacenamiento seguro

mediante Administración central






componente para realizar una copia de seguridad, expanda el nodo Aplicaciones

de servicios compartidos, seleccione la aplicación Servicio de almacenamiento

seguro de la lista de componentes y, a continuación, haga clic en Siguiente.


142

Nota:

La aplicación Servicio de almacenamiento seguro puede constar de varios componentes.

Debe seleccionar el componente del nivel superior.



Completa.
















Conceptos Restauración de los servicios de almacenamiento seguro (SharePoint Server 2010)

143

Copia de seguridad de una base de datos de contenido (SharePoint Server 2010)


Las bases de datos de contenido de Microsoft SharePoint Server 2010 pueden alcanzar

un tamaño considerable. Por lo tanto, se recomienda hacer copias de seguridad

independientes de las granjas de servidores. Al hacer copias de seguridad de las bases

de datos de contenido periódicamente, se puede reducir la pérdida de datos provocada

por errores de hardware, cortes en la alimentación de energía u otros problemas. Es un

proceso sencillo que garantiza que todos los datos se encuentren disponibles para su

recuperación si es necesario. Solo se puede crear una copia de seguridad de una base

de datos de contenido cada vez.

En este tema se describe cómo crear una copia de seguridad de una sola base de datos

de contenido.


Uso de Windows PowerShell para crear copias de seguridad de la base de datos de

contenido

Uso de Administración central para crear copias de seguridad de una base de datos

de contenido

Uso de las herramientas de SQL Server para crear copias de seguridad de una base

de datos de contenido





144

Nota:

La copia de seguridad de SharePoint Server 2010 realiza una copia de seguridad de los

almacenes remotos de objetos binarios grandes (BLOB), pero solo si usa el proveedor

de blobs SQL Filestream para colocar datos en almacenes remotos de blobs.



Importante:

Si utiliza SQL Server con el cifrado de datos transparente (TDE) y realiza copias de

seguridad del entorno mediante las herramientas de SharePoint o las herramientas de

SQL Server, no se realizará ninguna copia de seguridad de la clave de cifrado TDE, ni se

restaurará. Se debe realizar la copia de seguridad de la clave de forma manual. Durante

la restauración, se debe restaurar la clave de forma manual antes de restaurar los datos.

Para obtener más información, consulte Descripción del cifrado de datos transparente

(TDE) (http://technet.microsoft.com/es-es/library/bb934049.aspx).

Uso de Windows PowerShell para crear copias de seguridad de la base de datos de contenido Se puede usar Windows PowerShell para realizar una copia de seguridad de la base de

datos de contenido de forma manual o como parte de un script que se puede ejecutar a

intervalos programados.

Para crear una copia de seguridad de una base de datos de contenido mediante

Windows PowerShell


SPShellAdmin.



http://technet.microsoft.com/es-es/library/bb934049.aspx

http://technet.microsoft.com/es-es/library/bb934049.aspx

145




Backup-SPFarm -Directory <Carpeta de copia de seguridad> -BackupMethod {Full

| Differential} -Item <Nombre de base de datos de contenido> [-Verbose]

Nota:

Si es la primera vez que hace una copia de seguridad de la base de datos de contenido,

debe usar la opción Completa






Nota:




Uso de Administración central para crear copias de seguridad de una base de datos de contenido Puede usar Administración central para crear copias de seguridad de una base de datos

de contenido.

146


componente para realizar una copia de seguridad, seleccione la base de datos de

contenido de la que desea realizar la copia de seguridad en la lista de componentes,

y haga clic en Siguiente.

Nota:

No todas las bases de datos de contenido se pueden seleccionar en esta lista. Si no

puede seleccionar una base de datos, debe usar Windows PowerShell para crear la

copia de seguridad de la base de datos de contenido.




Nota:

Si está creando una copia de seguridad de una base de datos de contenido por primera

vez, debe usar la opción Completa. Primero debe realizar una copia de seguridad

completa para poder realizar una copia de seguridad diferencial.












Si recibe algún error, revise la columna Mensaje de error de la página de estado de

trabajo de copia de seguridad y restauración. También puede encontrar más detalles

en el archivo Spbackup.log en la ruta de acceso UNC que especificó en el paso 4.

Uso de las herramientas de SQL Server para crear copias de seguridad de una base de datos de contenido Puede usar las herramientas de SQL Server para crear copias de seguridad de una base

de datos de contenido.

147


las herramientas de SQL Server

1. Compruebe si la cuenta de usuario que va a realizar este procedimiento pertenece al

rol de base de datos fijo db_backupoperator de SQL Server en el servidor de bases

de datos en el que se almacena cada base de datos.


bases de datos.








(http://go.microsoft.com/fwlink/?LinkId=114396&clcid=0xc0A) en Libros en pantalla

de SQL Server.











11. Repita los pasos del 1 al 9 en cada base de datos de contenido de la que vaya a

crear copia de seguridad.

Conceptos Restauración de una base de datos de contenido (SharePoint Server 2010)

148

Copia de seguridad de bases de datos en instantáneas (SharePoint Server 2010)


En este tema se describe cómo hacer una copia de seguridad de una base de datos de

una granja de servidores en una instantánea.

Para hacer una copia de seguridad de una base de datos de una granja de servidores en

una instantánea, la única opción disponible son las herramientas de SQL server.

Importante:

Debe utilizar Microsoft SQL Server 2008 con Service Pack 1 (SP1) y la actualización

acumulativa 2 Enterprise Edition para tomar instantáneas de bases de datos.

Se recomienda realizar periódicamente una copia de seguridad de toda la granja de

servidores. De este modo, se reduce la pérdida de datos que se puede producir debido a

errores de hardware, cortes en el suministro eléctrico u otros problemas. Se trata de un

proceso sencillo que garantiza que se puedan recuperar todos los datos y la

configuración de la granja de servidores si es necesario. Para obtener más información,

consulte Copia de seguridad de una granja de servidores (SharePoint Server 2010). Sin

embargo, es posible que, por los requisitos de TI, se deban hacer copias de seguridad

de las bases de datos en instantáneas. Aunque se pueden hacer copias de seguridad de

cualquier base de datos de granja de servidores en una instantánea, normalmente, se

hacen copias de seguridad de las bases de datos de contenido.

Una instantánea de base de datos proporciona una vista estática de solo lectura de una

base de datos de origen tal y como existía en el momento de la creación de la

instantánea, excepto las transacciones sin confirmar. Las transacciones sin confirmar se

revierten en las instantáneas de bases de datos recién creadas, porque el motor de

bases de datos ejecuta la recuperación después de crear la instantánea (las

transacciones de la base de datos no se ven afectadas). Para obtener más información

acerca de las instantáneas de base de datos, consulte Instantáneas de base de datos



149

Requisitos de la tarea Antes de empezar, debe crear una carpeta en el servidor de bases de datos. Si desea

almacenar las instantáneas en otra ubicación, puede mover los archivos de copia de

seguridad a una carpeta de copia de seguridad de la red cuando haya finalizado la

operación.

Uso de las herramientas de SQL Server para hacer una copia de seguridad de una base de datos en una instantánea Si desea hacer una copia de seguridad de bases de datos en instantáneas, debe usar

las herramientas de SQL Server. Las bases de datos asociadas a la granja de servidores

varían según las aplicaciones de servicio y las características instaladas en la granja.

Para crear una copia de seguridad de una base de datos en una instantánea

mediante las herramientas de SQL Server

1. Compruebe que la cuenta que se usa para crear la copia de seguridad de las bases

de datos pertenece al rol fijo de base de datos db_owner de SQL Server.


bases de datos.


4. Seleccione la base de datos para la que desea crear la copia de seguridad y, a

continuación, haga clic en Nueva consulta.

5. Copie el siguiente texto y péguelo en el panel de consulta.

CREATE DATABASE <nombre de la instantánea> ON ( NAME=<nombre lógico del

archivo de base de datos>, FILENAME = 'c:\WSS_Backup1.ss') AS SNAPSHOT OF

<nombre de la base de datos>;

Otros recursos Instantáneas de base de datos

150


Actualizado el 12 de agosto de 2010

En este artículo se describe cómo hacer copias de seguridad de las personalizaciones

realizadas en los sitios de Microsoft SharePoint Server 2010.

Se pueden realizar los siguientes tipos de personalizaciones en los sitios:

Personalizaciones empaquetadas como soluciones (archivos .wsp). Las soluciones

contienen elementos de sitio desarrollados y normalmente las crean los

programadores. Los elementos de sitio desarrollados incluyen:

Elementos web

Flujos de trabajo

Definiciones de sitios y listas

Convertidores de documentos

Receptores de eventos

Trabajos del temporizador

Ensamblados

Los elementos de sitio creados, en general, por diseñadores web, no se compilan

explícitamente y residen en una base de datos de contenidos. Entre los elementos

de sitio creados se incluyen los siguientes:

Páginas maestras

Hojas de estilos en cascada

Formularios

Páginas de diseño

Cambios en el archivo Web.config

Soluciones de terceros, con sus claves del Registro y archivos binarios asociados,

como los IFilters

151

Cambios en los sitios creados mediante edición directa a través del explorador

Personalizaciones desarrolladas que no están empaquetadas como soluciones

Cada uno de estos tipos de personalizaciones requiere un tipo de copia de seguridad

diferente.

En este artículo:

Creación de copias de seguridad de paquetes de solución

Creación de copias de seguridad de elementos de sitio creados

Creación de copias de seguridad de flujos de trabajo

Creación de copias de seguridad de cambios en el archivo Web.config

Creación de copias de seguridad de productos de terceros

Creación de copias de seguridad de cambios mediante edición directa

Creación de copias de seguridad de personalizaciones desarrolladas que no están

empaquetadas como soluciones

Creación de copias de seguridad de paquetes de solución Los paquetes de soluciones se pueden crear con Microsoft SharePoint Designer 2010 o

Microsoft Visual Studio 2010. Se recomienda encarecidamente implementar todas las

personalizaciones como paquetes de soluciones.

Un paquete de soluciones es un archivo implementable y reutilizable que puede contener

un conjunto de características, definiciones de sitio y ensamblados que se aplican a

sitios y que se pueden habilitar o deshabilitar por separado. Los paquetes de soluciones

pueden incluir elementos web, definiciones de sitio o lista, columnas personalizadas,

nuevos tipos de contenido, campos personalizados, acciones personalizadas, flujos de

trabajo codificados o actividades y condiciones de flujos de trabajo.

El método que se usa para crear copias de seguridad de los paquetes de soluciones

depende de si las personalizaciones se implementan como soluciones de confianza o

soluciones de espacio aislado.

Las soluciones de confianza son paquetes de soluciones que implementan los

administradores de la granja de servidores. Las soluciones de confianza se implementan

en toda la granja de servidores y se pueden usar en cualquier sitio dentro de ella. Estas

soluciones se almacenan en la base de datos de configuración. Al realizar una copia de

152

seguridad de la granja de servidores mediante la copia de seguridad de SharePoint

Server 2010, se realiza una copia de seguridad de las soluciones de confianza, que se

incluyen en las copias de seguridad de solo configuración. También puede realizar una

copia de seguridad de las soluciones de confianza como un grupo o individualmente. Las

soluciones de confianza son visibles en la jerarquía de copia de seguridad.

Las soluciones de espacio aislado son paquetes de soluciones que los administradores

de colecciones de sitios pueden implementar en una sola colección de sitios. Las

soluciones de espacio aislado se almacenan en la base de datos de contenido asociada

a la colección de sitios en la que se implementan los paquetes de soluciones. Se

incluyen en las copias de seguridad de la granja de servidores de SharePoint Server

2010, las aplicaciones web, las bases de datos de contenido y la colección de sitios,

pero no son visibles en la jerarquía de copia de seguridad y no se pueden activar ni se

puede crear una copia de seguridad de ellas por separado.

Se recomienda conservar una copia de seguridad del archivo .wsp original, así como del

código fuente que se usó para generar el archivo .wsp, para las soluciones de confianza

y las soluciones de espacio aislado.

Para hacer una copia de seguridad de soluciones de confianza mediante







componente para realizar una copia de seguridad, seleccione Soluciones y haga

clic en Siguiente.

También puede seleccionar una solución individual, si solo desea hacer una copia

de seguridad de una solución.




153

Nota:

Si va a realizar una copia de seguridad de la solución por primera vez, debe usar la














Si recibe algún error, revise la columna Mensaje de error de la página de estado de

trabajo de copia de seguridad y restauración. También puede encontrar más detalles

en el archivo Spbackup.log en la ruta de acceso UNC que especificó en el paso 4.

Para hacer una copia de seguridad de las soluciones de confianza mediante

Windows PowerShell


SPShellAdmin.




5. En el símbolo del sistema de Windows PowerShell, escriba el siguiente comando

para hacer una copia de seguridad de todas las soluciones de la granja de

servidores. Para hacer una copia de seguridad de una solución únicamente, agregue

el nombre de la solución a la ruta de acceso del elemento "farm\solutions".

Backup-SPFarm -backupmethod full -directory <Ubicación UNC> -item

"farm\solutions"

Donde:

154

<Ubicación UNC> es la ubicación UNC del directorio en el que desea guardar

las copias de seguridad.




Nota:




Creación de copias de seguridad de soluciones de espacio aislado

No se puede hacer una copia de seguridad únicamente de las soluciones de espacio

aislado. En su lugar, debe hacer una copia de seguridad de la granja de servidores, la

aplicación web o la base de datos de contenido a la que esté asociada la solución de

espacio aislado. Para obtener más información acerca de estos métodos de copia de

seguridad, consulte Contenido relacionado.

Creación de copias de seguridad de elementos de sitio creados

No se puede hacer una copia de seguridad únicamente de los elementos de sitio

creados. En su lugar, debe hacer una copia de seguridad de la granja de servidores, la

aplicación web o la base de datos de contenido a la que esté asociado el elemento de

sitio creado. Para obtener más información acerca de estos métodos de copia de

seguridad, consulte Contenido relacionado.

Creación de copias de seguridad de flujos de trabajo

Los flujos de trabajo son un caso especial de personalización, del que se puede hacer

una copia de seguridad. Asegúrese de que el plan de copia de seguridad y recuperación

abarque uno de los siguientes escenarios que coincida con su entorno:



sitios en la que se implementan. Cree una copia de seguridad de la base de datos

de contenido para proteger estos flujos de trabajo.

155



1. Los ensamblados de Visual Studio 2010 para las acciones se almacenan en la

caché global de ensamblados (GAC).

2. Los archivos de definición XML (archivos .ACTIONS) se almacenan en el

directorio 14\TEMPLATE\<LCID>\Workflow.

3. Se almacena una entrada XML para marcar la acción como un tipo autorizado



debe usar un sistema de copia de seguridad de archivos para proteger estos

archivos y entradas XML. Del mismo modo que las características de SharePoint

Server, como los elementos web y los receptores de eventos, estos archivos

deben volver a aplicarse a la granja de servidores según sea necesario después

de la recuperación.


crean con Visual Studio 2010, se almacenan en dos ubicaciones. Los ensamblados

de Visual Studio 2010 para el flujo de trabajo se almacenan en la GAC y los archivos

de definición XML se almacenan en el directorio de características. Lo mismo ocurre

con otros tipos de características de SharePoint Server, como los elementos web y

los receptores de eventos. Si el flujo de trabajo se ha instalado como parte de un

paquete de soluciones, se puede proteger mediante la creación de una copia de

seguridad de la granja de servidores, la aplicación web, la base de datos de

contenido o la colección de sitios.


distinta a aquella en la que se implementa el flujo de trabajo, debe realizar una copia

de seguridad de ambas colecciones de sitios para proteger el flujo de trabajo. Esto

incluye los flujos de trabajo que escriben en una lista de historial u otra lista

personalizada en otra colección de sitios. Una copia de seguridad de la granja de

servidores es suficiente para realizar una copia de seguridad de todas las

colecciones de sitios de la granja de servidores y todos los flujos de trabajo que

están asociados a ellas.

Se debe realizar una copia de seguridad por separado de los flujos de trabajo que

aún no se han implementado, y se deben restaurar también por separado. Si está

desarrollando un nuevo flujo de trabajo, y aún no lo ha implementado en la granja de

servidores de SharePoint Server, asegúrese de hacer una copia de seguridad de la

carpeta donde almacena los archivos del proyecto de flujo de trabajo mediante una

aplicación de copia de seguridad del sistema de archivos.

156

Creación de copias de seguridad de cambios en el archivo Web.config Una personalización habitual en SharePoint Server 2010 es cambiar el archivo

Web.config. Recomendamos encarecidamente que realice los cambios en el archivo

Web.config mediante Administración central o el modelo de objetos y las API de

SharePoint Server 2010. Estos cambios se almacenan en la base de datos de

configuración, de modo que se pueden recuperar a partir de una copia de seguridad de

granja o de solo configuración.

Los cambios en el archivo Web.config que no se realizan mediante Administración

central o el modelo de objetos y las API de SharePoint Server 2010 se deben proteger

mediante una copia de seguridad del sistema de archivos.

Nota:

Si usa la autenticación basada en formularios, el registro de proveedor en el archivo

Web.config es manual y no está protegido por una copia de seguridad de SharePoint

Server 2010. En este caso, asegúrese de realizar una copia se seguridad del archivo

Web.config mediante una copia de seguridad del sistema de archivos.

Creación de copias de seguridad de productos de terceros Si los productos de terceros se implementan como paquetes de solución, están

protegidos por la copia de seguridad de SharePoint Server 2010. Se recomienda que

conserve todos los archivos originales, los medios de distribución, la documentación y

las claves de licencia y producto que se necesitan para la instalación.

Creación de copias de seguridad de cambios mediante edición directa Puede resultar difícil realizar copias de seguridad de los cambios realizados

directamente en un sitio mediante edición directa a través del explorador. En la tabla

siguiente se describen estrategias de copia de seguridad para determinados objetos.

157

Objeto editado Estrategia de copia de seguridad

Lista Utilice SharePoint Designer 2010 y guárdelo como plantilla.

Para obtener más información, consulte Guardar un sitio de

SharePoint como plantilla


Sitio Utilice SharePoint Designer 2010 y guárdelo como plantilla.

Para obtener más información, consulte Guardar un sitio de

SharePoint como plantilla


Colección de sitios Use la copia de seguridad de colección de sitios. Para

obtener más información, consulte Copia de seguridad de

una colección de sitios (SharePoint Server 2010).

Creación de copias de seguridad de personalizaciones desarrolladas que no están empaquetadas como soluciones Hacer una copia de seguridad de las personalizaciones desarrolladas que no se

implementan como paquetes de solución puede ser un proceso complejo, porque es

posible que las ubicaciones de los archivos de personalización no se almacenen en

sitios normalizados y SharePoint Server 2010 no haga una copia de seguridad de ellos

de forma automática.

Contacte con el proveedor de personalización o con el equipo de desarrollo para

averiguar si las personalizaciones incluyen software de complemento adicional o

archivos en otras ubicaciones. Se recomienda hacer una copia de seguridad de estos

directorios con una solución de copias de seguridad de sistemas de archivos. En la tabla

siguiente se indican las ubicaciones en las que se almacenan normalmente las

personalizaciones desarrolladas en servidores web.

Ubicación Descripción

%COMMONPROGRAMFILES%\Microsoft

Shared\Web Server Extensions\14

Archivos actualizados con frecuencia,

ensamblados personalizados, plantillas

personalizadas y definiciones de sitio

personalizadas

Inetpub Ubicación de directorios virtuales de IIS





158


%WINDIR%\Assembly Caché global de ensamblados (GAC):

ubicación protegida del sistema

operativo en la que se instalan los

ensamblados de código de Microsoft

.NET Framework para proporcionar

acceso total al sistema.



Server 2010: copia de seguridad, recuperación, disponibilidad y

recuperación ante desastres


Contenido para

profesionales de TI

Introducción a la implementación de personalizaciones

(SharePoint Server 2010) (http://technet.microsoft.com/es-

es/library/be4ca20f-520e-4fd7-9c42-

140af800cbc8(Office.14).aspx)



Server 2010)

Copia de seguridad de la configuración de una granja de

servidores (SharePoint Server 2010)

Copia de seguridad de una aplicación web (SharePoint Server

2010)

Copia de seguridad de una base de datos de contenido


Copia de seguridad de una colección de sitios (SharePoint Server

2010)

Contenido para

programadores

Uso de soluciones (MSDN)


Soluciones de espacio aislado (MSDN)









159

Copia de seguridad de una colección de sitios (SharePoint Server 2010)


En este artículo se describe cómo realizar una copia de seguridad de una colección de

sitios individual. Se recomienda realizar periódicamente una copia de seguridad de toda

la granja de servidores. Sin embargo, hay procedimientos de TI que pueden requerir

realizar, además, copias de seguridad de una colección de sitios. Para obtener más

información sobre qué copias de seguridad se deben realizar, consulte Planeación de

copias de seguridad y recuperación (SharePoint Server 2010).

Nota:

Si el Estado de bloqueo de la colección de sitios está configurado como Sin bloqueo o

No se puede agregar contenido, Microsoft SharePoint Server 2010 configurará

temporalmente el sitio como solo lectura mientras se lleva a cabo la operación de copia

de seguridad. SharePoint Server 2010 hace esto para reducir la posibilidad de que los

usuarios cambien la colección de sitios mientras se realiza su copia de seguridad. Una

vez finalizada esta operación, la configuración vuelve a su estado normal.

Una copia de seguridad de una colección de sitios puede requerir recursos y afectar

ligeramente al rendimiento de la granja de servidores, mientras se ejecuta la copia de

seguridad. Puede evitar estos problemas de rendimiento si hace la copia de seguridad

en las horas en las que el uso de la granja de servidores sea menor (por ejemplo, fuera

del horario de trabajo).


Uso de Windows PowerShell para hacer una copia de seguridad de una colección de

sitios

Uso de Administración central para hacer una copia de seguridad de una colección

de sitios

160







Uso de Windows PowerShell para hacer una copia de seguridad de una colección de sitios Puede usar Windows PowerShell para hacer una copia de seguridad de una colección

de sitios manualmente o como parte de un script o secuencia de comandos que puede

ejecutarse a intervalos programados.

Para hacer una copia de seguridad de una colección de sitios mediante Windows

PowerShell


SPShellAdmin.





Backup-SPSite -Identity <Nombre de la colección de sitios> -Path <Archivo de copia

de seguridad> [-Force] [-NoSiteLock] [-UseSqlSnapshot] [-Verbose]

Si desea sobrescribir un archivo de copia de seguridad usado previamente, use el

parámetro

Force. Puede utilizar el parámetro

NoSiteLock para evitar que se configure el bloqueo de solo lectura en la colección de

sitios mientras se hace la copia de seguridad de dicha colección. Sin embargo, el

uso de este parámetro puede permitir a los usuarios cambiar la colección de sitios

mientras se hace una copia de seguridad de esta, lo que podría dañar los datos

durante el proceso.

Si el servidor de bases de datos ejecuta la edición Enterprise Edition de Microsoft

SQL Server, se recomienda usar también el parámetro

UseSqlSnapshot para crear copias de seguridad más coherentes. También se

pueden exportar sitios o listas desde estas instantáneas.

161

Importante:

Al realizar una copia de seguridad con el parámetro

UseSqlSnapshot, la copia de seguridad finalizará correctamente. Sin embargo, verá un

error similar al que se muestra a continuación:

Backup-SPSite : Operation is not valid due to the current state of the object.

At line:1 char:14

+ Backup-SPSite <<<< http://sitio -Path + CategoryInfo : NotSpecified: (:)

[Backup-SPSite], InvalidOperationException + FullyQualifiedErrorId :

System.InvalidOperationException,Microsoft.SharePoint.PowerShell.SPCmdletBackupSite

\\SuRuta

Nota:

Si el proveedor de RBS que está usando no admite instantáneas, no podrá usar

instantáneas para la copia de seguridad ni la implementación de contenido. Por ejemplo,

el proveedor SQL FILESTREAM no admite instantáneas.

Para obtener más información acerca de cómo usar instantáneas de SQL, consulte

Copia de seguridad de bases de datos en instantáneas (SharePoint Server 2010) e

Introducción a la distribución de contenido (SharePoint Server 2010)

(http://technet.microsoft.com/es-es/library/b44a57af-98a1-4818-aab3-

a561908d0e07(Office.14).aspx).

Para obtener más información, consulte Backup-SPSite (http://technet.microsoft.com/es-

es/library/d4c31a1a-82a7-425f-b1bb-22e70bedd338(Office.14).aspx).

Nota:




Uso de Administración central para hacer una copia de seguridad de una colección de sitios Puede usar Administración central para hacer una copia de seguridad de una colección

de sitios.

162

Para hacer una copia de seguridad de una colección de sitios mediante



al grupo de administradores de la granja de servidores. Compruebe también que el

servicio de temporizador de Windows SharePoint Services V4 tiene permisos de

control total en la carpeta de copia de seguridad.


y restauración, haga clic en Realizar una copia de seguridad de la colección de

sitios.

3. En la página Copia de seguridad de la colección de sitios, seleccione la colección de

sitios de la lista Colección de sitios.

4. Escriba la ruta de acceso local del archivo de la copia de seguridad en el cuadro

Nombre de archivo.

Nota:

Si desea reutilizar un archivo, active la casilla de verificación Sobrescribir archivo

existente.

5. Haga clic en Iniciar copia de seguridad.


superior de la página Estado de trabajo de copia de seguridad pormenorizada, en la

sección Disponibilidad. El estado del trabajo de copia de seguridad actual se

muestra en la parte inferior de la página, en la sección Copia de seguridad de la

colección de sitios. La página de estado se actualiza automáticamente cada 30

segundos. Para actualizar manualmente los detalles del estado, haga clic en

Actualizar. La copia de seguridad y la recuperación son trabajos del servicio de

temporizador. Por lo tanto, la copia de seguridad puede tardar varios segundos en

iniciarse.

Si recibe mensajes de error, podrá revisarlos en la columna Mensaje de error de la

página Estado de trabajo de copia de seguridad pormenorizada.

Conceptos Restauración de una colección de sitios (SharePoint Server 2010)

163

Exportación de un sitio, una lista o una biblioteca de documentos (SharePoint Server 2010)


Se recomienda realizar periódicamente una copia de seguridad de toda la granja de

servidores. Sin embargo, puede suceder que sus requisitos empresariales o de TI

requieran que exporte un sitio, una lista o una biblioteca de documentos. Exportar sitios,

listas y bibliotecas de documentos con regularidad reduce la pérdida de datos que puede

ocasionarse debido a errores de hardware, cortes en el suministro eléctrico u otros

problemas. Es un proceso simple que garantiza que se puedan recuperar todos los

datos, si es necesario. Solo puede exportar un sitio, una lista o una biblioteca de

documentos a la vez.

Para obtener información acerca de qué se debe incluir en una copia de seguridad y qué

herramientas se deben usar, consulte Planeación de copias de seguridad y recuperación



Uso de Windows PowerShell para exportar un sitio, una lista o una biblioteca de

documentos

Uso de Administración central para exportar un sitio, una lista o una biblioteca de

documentos

Nota:

No puede usar las herramientas de SQL Server ni Administrador de protección de datos

para exportar un sitio, una lista o una biblioteca de documentos.

Requisitos de la tarea Antes de comenzar, debe crear una carpeta en el equipo local o en la red donde se vaya

a guardar el archivo de exportación. Para mejorar el rendimiento, se recomienda

exportar el archivo al equipo local y después moverlo a una carpeta de la red.

164

Uso de Windows PowerShell para exportar un sitio, una lista o una biblioteca de documentos Puede usar Windows PowerShell para exportar un sitio, una lista o una biblioteca de

documentos manualmente o como parte de un script que puede ejecutarse a intervalos

programados.

Para exportar un sitio, una lista o una biblioteca de documentos con Windows

PowerShell


SPShellAdmin.






Export-SPWeb -Identity <URL del sitio> -Path <Ruta y nombre de archivo> [-

ItemUrl <URL del sitio, la lista o la biblioteca>] [-IncludeUserSecurity] [-

IncludeVersions] [-NoFileCompression] [-GradualDelete] [-Verbose]

Si exporta un sitio, una lista o una biblioteca de documentos de gran tamaño, puede

utilizar el parámetro

GradualDelete. Cuando se usa este parámetro, la colección de sitios se marca

como eliminada, lo que impide de inmediato el acceso a su contenido. A

continuación, se eliminan gradualmente los datos de la colección de sitios eliminada

mediante un trabajo del temporizador, en lugar de eliminarse por completo de una

sola vez, lo que reduce el impacto en el rendimiento de los servidores de la granja y

de SQL Server.

Para especificar la versión del sitio, la lista o la biblioteca de documentos que se

debe incluir, utilice el parámetro

IncludeVersions y especifique “LastMajor” (última versión principal; es la opción

predeterminada), “CurrentVersion” (versión actual), “LastMajorandMinor” (última

versión principal y última versión secundaria) o “All” (todas). Para incluir la

configuración de seguridad de usuarios en la lista o la biblioteca de documentos, use

el parámetro

165

IncludeUserSecurity. Si desea sobrescribir el archivo que especificó, use el

parámetro

Force. Para ver el progreso de la operación de copia de seguridad, use el parámetro

Verbose.

El parámetro

NoFileCompression permite especificar que no se debe realizar la compresión de

archivos durante el proceso de exportación. El uso este parámetro puede reducir el

uso de los recursos hasta un 30% durante el proceso de exportación. Si se usa este

parámetro, se creará una carpeta de copia de seguridad en lugar de un archivo

comprimido. Si utiliza el parámetro

NoFileCompression en el comando

Export-SPWeb, debe usarlo también al importar el contenido mediante el comando

Import-SPWeb.

Para obtener más información, consulte Export-SPWeb (http://technet.microsoft.com/es-

es/library/cd85bf19-6f24-4f13-bd9c-37bbf279ea2b(Office.14).aspx).

Nota:




Uso de Administración central para exportar un sitio, una lista o una biblioteca de documentos Puede usar Administración central para exportar un sitio, una lista o una biblioteca de

documentos. Solo puede exportar un sitio, una lista o una biblioteca de documentos a la

vez.

Para exportar un sitio, una lista o una biblioteca de documentos usando



166



2. En Administración central, en la página principal, haga clic en Copias de seguridad

y restauración.

3. En la página Copias de seguridad y restauración, en la sección Copia de seguridad

pormenorizada, haga clic en Exportar un sitio o una lista.

4. En la página Exportar un sitio o una lista, en la sección Colección de sitios,

seleccione la colección de sitios de la lista Colección de sitios y, a continuación,

seleccione el sitio de la lista Sitio.

5. Si exporta un sitio, omita este paso. Seleccione la lista o la biblioteca de documentos

en la lista Lista.

6. En la sección Ubicación de archivos, en el cuadro Nombre de archivo, escriba la

ruta de acceso UNC de la carpeta compartida y del archivo al cual desea exportar la

lista o la biblioteca de documentos. El nombre del archivo debe usar la extensión

.cmp.

7. Si el archivo ya existe y desea usarlo, active la casilla Sobrescribir archivos

existentes. De lo contrario, especifique un nombre de archivo diferente.

8. Si desea exportar toda la configuración de seguridad y permisos con la lista o la

biblioteca, en la sección Exportar seguridad completa, active la casilla Exportar

seguridad completa.

9. Si desea especificar qué versión de la lista o la biblioteca desea exportar, seleccione

una de las siguientes versiones de la lista Exportar versiones:

Todas las versiones

Última versión principal

Versión actual

Última versión principal y última versión secundaria

10. Cuando haya especificado las opciones de configuración que desee, haga clic en

Iniciar la exportación.

11. Puede ver el estado de todos los trabajos de copia de seguridad en la parte superior

de la página Estado de trabajo de copia de seguridad pormenorizada. Puede ver el

estado del trabajo de copia de seguridad actual en la sección Exportación de

contenido de la página. La página de estado se actualiza automáticamente cada 30

segundos. Para actualizar manualmente los detalles del estado, haga clic en

Actualizar. La copia de seguridad y la recuperación son trabajos del servicio de

167

temporizador. Por lo tanto, la copia de seguridad puede tardar varios segundos en

iniciarse.



encontrar más detalles en el archivo <nombre de archivo>.export.log en la ruta de

acceso UNC que especificó en el paso 6.

Conceptos Planeación de copias de seguridad y recuperación (SharePoint Server 2010)

168

Copia de seguridad o archivo de registros (SharePoint Server 2010)


Una estrategia de protección de datos para todo el sistema debe incluir el archivado o la

realización de una copia de seguridad de los registros en los que se graban los datos

relacionados con Microsoft SharePoint Server 2010. Estos datos pueden ser útiles para

analizar el rendimiento, solucionar problemas, supervisar el cumplimiento de los

acuerdos de nivel de servicio o por motivos legales, normativos o empresariales. Por lo

tanto, archive o realice una copia de seguridad de los registros como parte del

mantenimiento periódico para proteger estos datos.

Las siguientes secciones se denominan como se muestra a continuación para indicar la

importancia de realizar una copia de seguridad de estos registros o de archivarlos:

[Esencial] significa que el registro contiene datos que son esenciales para el

entorno. Los datos se perderán si se produce un error en el disco o algún otro

problema.

[Recomendado] significa que el registro contiene datos que son útiles en la mayoría

de los entornos para solucionar problemas o con fines operativos, legales o de otra

índole.

En este artículo:

[Esencial] Realizar una copia de seguridad de registros de transacciones

[Recomendado] Recopilar datos de uso

[Recomendado] Archivar registros de diagnóstico

[Esencial] Realizar una copia de seguridad de registros de transacciones Los registros de transacciones de Microsoft SQL Server 2008 R2, SQL Server 2008

Service Pack 1 (SP1) con la actualización acumulativa 2 y SQL Server 2005 SP3 con la

actualización acumulativa 3 graban todos los cambios realizados en una base de datos

desde el último punto de control o la última copia de seguridad completa. Estos archivos

de registro contienen datos necesarios para restaurar la granja de servidores.

169

Se recomienda realizar una copia de seguridad de estos registros cada 5 o 10 minutos.

Al realizar una copia de seguridad de estos registros, estos se truncan automáticamente.

Se pueden usar las herramientas de Microsoft SQL Server 2008 R2, SQL Server 2008

Service Pack 1 (SP1) con la actualización acumulativa 2 y SQL Server 2005 Service

Pack 3 (SP3) con la actualización acumulativa 3 para hacer una copia de seguridad del

registro de transacciones. Para obtener más información, consulte Crear copias de

seguridad de registros de transacciones

(http://go.microsoft.com/fwlink/?LinkId=124881&clcid=0xC0A) en la documentación de

Microsoft SQL Server 2008 R2, SQL Server 2008 Service Pack 1 (SP1) con la

actualización acumulativa 2 y SQL Server 2005 SP3 con la actualización acumulativa 3.

De manera automática, se realiza una copia de seguridad de los registros de

transacciones cada vez que se hace una copia de seguridad de la granja de servidores,

la aplicación web o las bases de datos mediante el sitio web de Administración central de

SharePoint o Windows PowerShell. Para obtener más información, consulte Copia de

seguridad de una granja de servidores (SharePoint Server 2010).

Efecto del tamaño del registro de transacciones en el tiempo necesario para

realizar una copia de seguridad de una granja

Al realizar una copia de seguridad de SharePoint Server 2010, el tamaño del registro de

transacciones puede influir en el tiempo que tarda la operación de copia de seguridad en

realizarse. Dado que el registro de transacciones graba todos los cambios realizados en

una base de datos desde el último punto de control o la última copia de seguridad

completa, el registro puede alcanzar un gran tamaño con el paso del tiempo. Si el

registro de transacciones ha crecido mucho, es posible que las copias de seguridad

tarden mucho tiempo en completarse. Para obtener más información, consulte Cómo

detener el crecimiento inesperado del registro de transacciones de una base de datos de

SQL Server (http://go.microsoft.com/fwlink/?LinkID=111458&clcid=0xC0A).

El procedimiento recomendado para truncar el registro de transacciones si usa un

modelo de recuperación completa consiste en realizar una copia de seguridad del

registro. Microsoft SQL Server 2008 R2, SQL Server 2008 Service Pack 1 (SP1) con la

actualización acumulativa 2 y SQL Server 2005 SP3 con la actualización acumulativa 3

truncan automáticamente las partes inactivas del registro de transacciones al hacer una

copia de seguridad del registro. También se recomienda ampliar previamente el registro

de transacciones para evitar que crezca automáticamente. Para obtener más

información, consulte Administrar el tamaño del archivo de registro de transacciones

(http://go.microsoft.com/fwlink/?LinkId=124882&clcid=0xC0A). Para obtener más

información acerca de cómo usar un modelo de recuperación completa, consulte Copia

de seguridad en el modelo de recuperación completa


información sobre cómo usar un modelo de recuperación simple, consulte Crear copias










170

de seguridad en el modelo de recuperación simple


No se recomienda reducir manualmente el tamaño del registro de transacciones ni

truncar manualmente el registro mediante el método Truncate.

[Recomendado] Recopilar datos de uso El análisis de uso permite realizar un seguimiento de la forma en la que se usan los sitios

web. Diariamente se crean archivos de registro para realizar un seguimiento del uso.

Puede configurar los valores de la colección de datos de uso. Uno de los valores más

importantes es la ubicación de los archivos de registro. De forma predeterminada, la

carpeta de registro está configurada para estar en la misma partición de la unidad donde

está instalado SharePoint Server 2010. Para asegurarse de que los archivos de registro

no llenen esa unidad, debe cambiar la carpeta de registro a una unidad independiente.

La ubicación del directorio de registro es una configuración del nivel de la granja de

servidores, y el directorio que se especifica en dicha configuración debe existir en todos

los servidores de la granja. De forma automática, se realiza una copia de seguridad de

estos registros cuando realiza la copia de seguridad de la granja de servidores.

En la mayoría de los entornos, la configuración predeterminada es adecuada. Para

obtener más información acerca de cómo configurar la recolección de datos de uso,

consulte Configuración de recolección de datos de uso y estado (SharePoint Server

2010) (http://technet.microsoft.com/es-es/library/33ed78c8-25fc-48ea-b0c1-

50b540213cff(Office.14).aspx).

[Recomendado] Archivar registros de diagnóstico Los registros de diagnóstico proporcionan información detallada sobre el funcionamiento

de la granja de servidores. Puede configurar el nivel de detalle que se registra. Se

recomienda que, cuando archive la granja de servidores, archive también los registros.

Puede archivar los registros de toda la granja de servidores o de un servidor específico.

Para archivar estos archivos, copie los archivos manualmente a una carpeta compartida

o use el cmdlet de Windows PowerShell Merge-SPlogFile. Puede usar el cmdlet Merge-

SPLogFIle para archivar los archivos de registro en todos los servidores de la granja a la

vez. Puede usar el cmdlet de Windows PowerShell Copy-Item para archivar los archivos

de registro de un solo servidor. El cmdlet Copy-Item no proporciona filtrado: debe copiar

el archivo de registro completo.

Para obtener más información acerca de cómo configurar el registro de diagnóstico,

consulte Configuración del registro de diagnóstico (SharePoint Server 2010)





171

(http://technet.microsoft.com/es-es/library/faab1eb4-5848-4970-b13f-

ba6df14272fe(Office.14).aspx).

Para archivar registros de diagnóstico de todas las granjas de servidores mediante

Windows PowerShell


SPShellAdmin.





Merge-SPLogFile -Path "<ruta del archivo de registro combinado>.log" -Overwrite

Por ejemplo, Merge-SPLogFile -Path

"C:\Logs\MergedFiles\AllFarm_merged_12.20.2009.log" -Overwrite

Importante:

Combinar las entradas de todos los registros de todas las granjas de servidores puede

tardar mucho y consumir muchos recursos. Se recomienda que filtre las entradas para

que coincidan con un conjunto de criterios específicos antes de combinarlas.

Para combinar las entradas que coinciden con un conjunto de criterios específicos,

escriba el siguiente comando:

Merge-SPLogFile -Path "<ruta del archivo de registro combinado>.log" -Area

"<Área>" -Category "<Categoría>"

Puede filtrar por uno o más de los siguientes criterios:

Area (una o más, comodín)

Category (una o más, comodín)

Level

Correlation (una o más)

EventID (uno o más, comodín)

Message (comodín)

172

StartTime

EndTime

Process (uno o más, comodín)

ThreadID (uno o más)

Sugerencia:

Puede asignar el nombre que desee al archivo de registro combinado. Se recomienda

usar una convención de nomenclatura que ayude a saber lo que contiene, como <fecha

de combinación>_<nombre de granja>_<criterios de filtrado>. Por ejemplo, para indicar

todas las entradas de registro de la granja de servidores de SharePoint Foundation 2010

que implican a la categoría de base de datos y que están marcadas como "Alta", use

"Dic_2009_ContosoInternet_Foundation_BaseDeDatos_Alta.log".

Para obtener más información, consulte Merge-SPLogFile

(http://technet.microsoft.com/es-es/library/759702d7-bda2-4302-9345-

abb43b609ad4(Office.14).aspx).

Para archivar registros de diagnóstico para un servidor específico mediante

Windows PowerShell


SPShellAdmin.





Copy-Item <Ruta de la carpeta de registro> -Destination <Ruta de la carpeta de

archivado> -Recurse

Para obtener más información, escriba Get-Help Copy-Item -Full

.

173

Preparación para copias de seguridad y recuperación (SharePoint Server 2010)

Fecha de publicación: 8 de julio de 2010

Es importante asegurarse de que se ha realizado una copia de seguridad y de que se

pueden recuperar los datos que se necesitarían si se produjera un error. Tenga en

cuenta la información, los procedimientos y las precauciones que se describen en este

artículo antes de realizar copias de seguridad del entorno y restaurarlo. En este artículo

se describen las restricciones y los requisitos de las copias de seguridad y la

recuperación, así como el procedimiento para crear una carpeta compartida en la red

que pueda recibir datos de copia de seguridad.

En este artículo:

Restricciones

Requisitos

Procedimiento para crear una carpeta compartida

Restricciones Hay ciertas restricciones en las copias de seguridad y restauraciones que se pueden

realizar. Para obtener más información sobre la arquitectura de copia de seguridad y

recuperación, y sobre qué restauraciones y copias de seguridad se pueden hacer y

cuáles, no, consulte Introducción a la copia de seguridad y recuperación (SharePoint

Server 2010).

No se puede usar una copia de seguridad de una versión para restaurarla en otra

versión. Si desea hacerlo, debe usar el proceso de actualización. No se puede restaurar

a una granja de servidores con un nivel inferior de actualización que el nivel de

actualización de la granja de servidores de la copia de seguridad. La granja de

servidores de destino debe tener el mismo nivel de actualización o uno posterior. Para

obtener información acerca de cómo realizar la actualización, consulte Actualización a

SharePoint Server 2010 (http://technet.microsoft.com/es-es/library/396c85d9-4b86-484e-

9cc5-f6c4d725c578(Office.14).aspx).

Si se realiza una copia de seguridad mientras se ejecuta alguna tarea que cree o elimine

bases de datos, es posible que los cambios no se incluyan en la copia de seguridad.

No se debe modificar el archivo spbackup.xml. SharePoint Server 2010 utiliza este

archivo y, si lo cambia, las copias de seguridad pueden quedar inutilizables.



174

Requisitos Antes de hacer una copia de seguridad de los datos, debe crear una carpeta compartida

en la que se almacenarán los datos. Para obtener un rendimiento óptimo, debe crear

esta carpeta en el servidor de bases de datos. Si desea archivar las copias de seguridad

en otro servidor, puede copiar toda la carpeta de copia de seguridad a ese servidor una

vez finalizada la copia de seguridad. Asegúrese de copiar y mover toda la carpeta de

copias de seguridad, y no las carpetas de copia de seguridad de esta carpeta por

separado.

Se debe iniciar el servicio VSS Writer de SQL Server, disponible con el software de

bases de datos de Microsoft SQL Server 2008 R2, SQL Server 2008 Service Pack 1

(SP1) con la actualización acumulativa 2 y SQL Server 2005 SP3 con la actualización acumulativa 3, para que el servicio VSS Writer de SharePoint 2010 funcione

correctamente. De manera predeterminada, el servicio VSS Writer de SharePoint 2010

no se inicia automáticamente.

Antes de realizar una copia de seguridad, debe asegurarse de que el servicio de

administración de SharePoint 2010 está iniciado en todos los servidores de la granja. De

manera predeterminada, este servicio no está iniciado en las instalaciones

independientes.

Debe asegurarse de que las cuentas de usuario con las que desea realizar una copia de

seguridad tienen acceso a la carpeta compartida de copia de seguridad.

Si va a realizar una copia de seguridad mediante Administración central, la cuenta de

servicio SQL del servidor de bases de datos, la cuenta de servicio del temporizador y la

cuenta de identidad del grupo de aplicaciones de Administración central deben tener

permisos de control total en las ubicaciones de copia de seguridad.

El servidor de bases de datos y el servidor de la granja de servidores de los que desea

hacer copias de seguridad deben ser capaces de conectarse entre sí.

Si cambia la cuenta de la granja de servidores, antes de hacer copias de seguridad,

debe conceder a la nueva cuenta los permisos correspondientes en la carpeta

compartida que tendrá los datos de la copia de seguridad.

Si utiliza SQL Server con cifrado de datos transparente (TDE), y realiza una copia de

seguridad del entorno mediante las herramientas de SQL Server o las herramientas de

SharePoint, no se restaurará la clave de cifrado TDE ni se realizará una copia de

seguridad de ella. Se debe incluir la clave de forma manual. Durante la restauración, se

debe restaurar la clave de forma manual antes de restaurar los datos. Para obtener más

información, consulte Descripción del Cifrado de datos transparente (TDE)



175

Procedimiento para crear una carpeta compartida Use este procedimiento para crear una carpeta compartida en la red que pueda recibir y

almacenar datos de copia de seguridad. También se puede usar esta carpeta compartida

al restaurar datos. Si ya tiene una carpeta compartida destinada a este fin, no es

necesario realizar este procedimiento. Al llevar a cabo el siguiente procedimiento, se

asegura de que puede tener acceso a la carpeta compartida desde el equipo que ejecuta

el software de bases de datos de Microsoft SQL Server, y desde el equipo que hospeda

el sitio web de Administración central de SharePoint.

Si realiza la copia de seguridad mediante Administración central y SQL Server no se está

ejecutando en el mismo servidor, la carpeta de la copia de seguridad debe estar en la

misma red o en el mismo servidor de bases de datos que SharePoint Server 2010. Si

tiene una instalación independiente con SQL Server y SharePoint Server 2010

ejecutándose en el mismo servidor, puede usar la ruta de una unidad local como

ubicación para la carpeta de la copia de seguridad. Si utiliza SQL Server para hacer

directamente una copia de seguridad de una base de datos, por ejemplo, mediante SQL

Server Management Studio, la carpeta de copia de seguridad puede ser local o estar

ubicada en la red. Para mejorar el rendimiento, se recomienda hacer una copia de

seguridad en una carpeta local del servidor de bases de datos y, a continuación, mover o

copiar los archivos de copia de seguridad a una carpeta de red.

Para crear una carpeta compartida


al grupo Administradores en el equipo en el que desea crear la carpeta compartida.

2. Si crea la carpeta compartida en un equipo distinto del que ejecuta SQL Server,

asegúrese de que la cuenta de servicio para SQL Server (MSSQLSERVER) esté

usando una cuenta de usuario de dominio y tenga permisos de control total en la

carpeta compartida.

3. En el servidor en el que desea almacenar los datos de copia de seguridad, cree una

carpeta compartida.

4. En la pestaña Uso compartido del cuadro de diálogo Propiedades, haga clic en

Compartir y, a continuación, en el cuadro de diálogo Uso compartido de archivos,

agregue las siguientes cuentas y asígneles el rol copropietario:

Cuenta de servicio de SQL Server (MSSQLSERVER)

La cuenta de identidad del grupo de aplicaciones de Administración central de

SharePoint

La cuenta del servicio de temporizador de SharePoint 2010 (si se usa

SharePoint Server 2010 para realizar copias de seguridad).

Otros recursos Carpetas compartidas (http://technet.microsoft.com/es-es/library/cc770406.aspx)


177

Configuración de los permisos de copia de seguridad y recuperación (SharePoint Server 2010)


Antes de hacer una copia de seguridad de Microsoft SharePoint Server 2010 o

restaurarlo, debe asegurarse de que la cuenta de servicio del temporizador, la cuenta de

servicio de SQL Server y los usuarios que ejecutan las operaciones de copia de

seguridad o restauración dispongan de los permisos correctos o pertenezcan a los

grupos de seguridad de Windows o grupos de SharePoint correctos. Estos permisos y

pertenencias a los grupos se deben configurar en primer lugar. Posteriormente, se deben

actualizar cuando se agregan al entorno componentes nuevos de la granja de

servidores, y si desea agregar usuarios que llevarán a cabo operaciones de copia de

seguridad y restauración.

En este tema:

Permisos para el servicio de temporizador de SPTimerV4 y la cuenta de SQL Server

Pertenencias a grupos requeridas para ejecutar las operaciones de copia de

seguridad y restauración en Administración central

Establecimiento de permisos para ejecutar las operaciones de copia de seguridad y

restauración desde Windows PowerShell

Permisos para el servicio de temporizador de SPTimerV4 y la cuenta de SQL Server El Temporizador de Windows SharePoint Services V4 (SPTimerV4) y la cuenta de

servicio de SQL Server de SharePoint Server 2010 llevan a cabo operaciones de copia

de seguridad y restauración en nombre del usuario. Estas cuentas de servicio requieren

permisos de control total en todas las carpetas de copia de seguridad.

Pertenencias a grupos requeridas para ejecutar las operaciones de copia de seguridad y restauración en Administración central Debe asegurarse de que todas las cuentas de usuario que harán una copia de seguridad

de la granja de servidores o de sus componentes, o que la restaurarán mediante

178

Administración central, dispongan de las pertenencias a grupos descritas en la siguiente

tabla.

Pertenencias a grupos requeridas

Componente de la granja de

servidores

Miembro del grupo de

administradores en el equipo

local


administradores de la granja

de servidores de SharePoint

Granja de servidores Sí No

Aplicación de servicio Sí No

Base de datos de contenido Sí No

Colección de sitios No Sí

Sitio, lista, biblioteca de

documentos

No Sí

Establecimiento de permisos para ejecutar las operaciones de copia de seguridad y restauración desde Windows PowerShell Debe asegurarse de que todas las cuentas de usuario que harán una copia de seguridad

de la granja de servidores o de sus componentes, o que la restaurarán, mediante

Windows PowerShell, se agreguen al rol SharePoint_Shell_Access para una base de

datos especificada y dispongan de los permisos descritos en la tabla que aparece más

adelante en esta sección.

Puede ejecutar el cmdlet

Add-SPShellAdmin para agregar una cuenta de usuario a este rol. Debe ejecutar el

comando para cada cuenta de usuario. Además, debe ejecutarlo para todas las bases de

datos a las que desee otorgar acceso.

179

Nota:

Solo es necesario otorgar un acceso de cuenta de usuario una vez para hacer una copia

de seguridad de un determinado componente de la granja de servidores o restaurarlo.

Solo deberá volver a realizar esta tarea cuando se agreguen nuevos componentes de la

granja de servidores al entorno o cuando desee agregar usuarios para que lleven a cabo

operaciones de copia de seguridad y restauración.

Para agregar un usuario al rol SharePoint_Shell_Access o quitarlo de dicho rol



SPShellAdmin.






Add-SPShellAdmin -Username <Cuenta de usuario> -Database <ID de base de

datos>

Para agregar una cuenta de usuario a todas las bases de datos de la granja de

servidores, escriba el siguiente comando y, a continuación, presione ENTRAR:

ForEach ($db in Get-SPDatabase) {Add-SPShellAdmin -Username <Cuenta de

usuario> -Database $db}

Para quitar una cuenta de usuario de todas las bases de datos de la granja de

servidores, escriba el siguiente comando y, a continuación, presione ENTRAR:

ForEach ($db in Get-SPDatabase) {Remove-SPShellAdmin -Username <Cuenta de

usuario> -Database $db}

Para ver las cuentas de usuario agregadas actualmente a las bases de datos de la

granja de servidores, escriba el siguiente comando y, a continuación, presione

ENTRAR:

ForEach ($db in Get-SPDatabase) {Get-SPShellAdmin -Database $db}

180

Para obtener más información, consulte Add-SPShellAdmin

(http://technet.microsoft.com/es-es/library/2ddfad84-7ca8-409e-878b-

d09cb35ed4aa(Office.14).aspx).

Es posible que también desee otorgar permisos adicionales a los usuarios que ejecutan

la operación de copia de seguridad o restauración mediante Windows PowerShell. En la

siguiente tabla se muestran los permisos requeridos.

Permisos requeridos para Windows PowerShell

Componente de la granja de

servidores


administradores en el equipo

local

Miembro del

grupo de

administradores

de la granja de

servidores de

SharePoint

Control

total en la

carpeta

de copia

de

seguridad

Granja de servidores Sí No Sí

Aplicación de servicio Sí No Sí

Base de datos de contenido Sí No Sí

Colección de sitios No Sí Sí

Sitio, lista, biblioteca de

documentos

Sí No Sí


181

Recuperación (SharePoint Server 2010)


Los artículos de esta sección se han escrito para satisfacer las necesidades de los

profesionales de tecnología de la información (TI) responsables de la planeación, el

diseño, la implementación y el uso de soluciones de copia de seguridad y recuperación.

Estas soluciones pueden aplicarse en entornos empresariales, corporativos o de

sucursal. Se espera que los profesionales de TI responsables de las soluciones de copia

de seguridad y recuperación tengan conocimientos del contenido técnico incluido en esta

sección. Sin embargo, no es necesario tener experiencia en el nivel de servicio para

comprender las descripciones de nivel empresarial y las decisiones que se toman.

Antes de restaurar una granja de servidores, asegúrese de que se cumplan los

siguientes requisitos:

Para restaurar una granja de servidores mediante el sitio web Administración central

de SharePoint, debe pertenecer al grupo de administradores de la granja de

servidores.

Para restaurar una granja de servidores mediante Windows PowerShell, debe

cumplir los siguientes requisitos mínimos: consulte Add-SPShellAdmin.

La cuenta de SQL Server del servidor de bases de datos, la cuenta de servicio de

temporizador y la cuenta del grupo de aplicaciones de Administración central deben

tener permisos de lectura para las ubicaciones de la copia de seguridad. (La cuenta

del servicio de temporizador y la cuenta del grupo de aplicaciones de Administración

central suelen ser la misma.) La cuenta de SQL Server del servidor de bases de

datos debe ser miembro del rol fijo de servidor sysadmin.

La cuenta con la que ha iniciado sesión debe tener permisos de lectura en las

ubicaciones de copia de seguridad.

Asegúrese de que el servicio de administración de SharePoint Foundation esté

iniciado en todos los servidores de la granja de servidores. De manera

predeterminada, este servicio no está iniciado en las instalaciones independientes.

Tenga en cuenta lo siguiente antes de restaurar una granja de servidores:

No se admite la restauración de una versión de Productos y Tecnologías de

SharePoint a otra versión distinta.

Después de la recuperación, es posible que la búsqueda tarde hasta 15 minutos

antes de volver a estar disponible. Puede tardar más de 15 minutos si el sistema de

182

búsqueda tiene que volver a rastrear todo el contenido. Si se hace una copia de

seguridad y una restauración de todo el servicio, el sistema no tendrá que volver a

realizar un rastreo completo.

Solo se puede realizar una recuperación o una copia de seguridad cada vez.

Recuperar una granja de servidores total o parcialmente Las siguientes tareas de recuperación se realizan en toda la granja de servidores, las

bases de datos de la granja, los sitios, los subsitios o las listas:


En este artículo se describen los procedimientos que se pueden usar para restaurar

toda la granja de servidores a partir de una copia de seguridad.

Restauración de la configuración de una granja de servidores (SharePoint Server

2010)


la configuración de la granja de servidores en la misma granja a partir de una copia

de seguridad.

Documentar opciones de configuración de granja de servidores (SharePoint Server

2010)

En este artículo se describe cómo usar Windows PowerShell para documentar la

configuración de la granja de servidores. Realizar esta documentación es importante

para poder crear implementaciones con scripts para su entorno y para volver a crear

rápidamente un conjunto de configuraciones en caso de error.

Copia de opciones de configuración de una granja de servidores a otra (SharePoint

Server 2010)

En este artículo se describen los procedimientos que se pueden usar para copiar las

opciones de configuración de una granja de servidores a otra, entre las que se

incluyen cómo hacer copias de seguridad de granjas de servidores, y recuperarlas,

sin las bases de datos de contenido, cómo hacer copias de seguridad de

configuraciones únicamente, y recuperarlas, y cómo crear un script de

implementación.



una aplicación web asociada a la granja de servidores, incluidas las bases de datos

de contenido y configuración, a partir de una copia de seguridad.

183

Restauración de una aplicación de servicio (SharePoint Server 2010)


una aplicación de servicio asociada a la granja de servidores, incluidas las bases de

datos de contenido y configuración, a partir de una copia de seguridad.

Restauración de búsqueda (SharePoint Server 2010)


la aplicación de servicio de búsqueda asociada a la granja de servidores, incluidos

los índices y la configuración, a partir de una copia de seguridad.

Restauración de los servicios de almacenamiento seguro (SharePoint Server 2010)


la aplicación de servicio de almacenamiento seguro asociada a la granja de

servidores, incluidas las bases de datos de contenido y configuración, a partir de una

copia de seguridad.



una base de datos de contenido a partir de una copia de seguridad.

Procedimiento para adjuntar y restaurar una base de datos de contenido de solo

lectura (SharePoint Server 2010)

En este artículo se describen los procedimientos que se pueden usar para adjuntar

una base de datos de contenido de solo lectura a la granja de servidores.



las personalizaciones asociadas a la granja de servidores a partir de copias de

seguridad.

Restauración de una colección de sitios (SharePoint Server 2010)


una colección de sitios a partir de una copia de seguridad.

Importación de una lista o biblioteca de documentos (SharePoint Server 2010)


un sitio, una lista o una biblioteca de documentos a partir de una copia de seguridad.

Conceptos Copia de seguridad (SharePoint Server 2010)

185



En este artículo, se describe cómo restaurar una granja de servidores de Microsoft

SharePoint Server 2010. La recuperación de la granja de servidores suele realizarse

solamente después de un error que afecte a toda la granja o si no es posible una

recuperación parcial de parte de la granja. Si solo tiene que restaurar parte de la granja

de servidores, una base de datos específica, una aplicación de servicio, una lista o

biblioteca de documentos, o un documento específico, use otro método de recuperación.

Para obtener más información acerca de formas alternativas de recuperación, consulte el

Contenido relacionado.

La recuperación de la granja de servidores se realiza, generalmente, por alguna de las

siguientes razones:

Restauración de una granja de servidores después de un incendio, un desastre, un

error del equipo u otro evento de pérdida de datos.

Restauración de los datos y la configuración de la granja de servidores a una

determinada fecha y hora anteriores.

Desplazamiento de una implementación de SharePoint Server 2010 de una granja

de servidores a otra.

En este artículo:

Consideraciones para la recuperación de una granja de servidores

Uso de Windows PowerShell para restaurar una granja de servidores

Uso de Administración central para restaurar una granja de servidores

Uso de herramientas de SQL Server para restaurar una granja de servidores

Consideraciones para la recuperación de una granja de servidores Al prepararse para recuperar una granja de servidores, tenga en cuenta los siguientes

problemas:

186

No se puede restaurar una granja de varios servidores en una granja de un único

servidor, ni una granja de un único servidor en una granja de varios servidores.

No se puede hacer una copia de seguridad de una versión de Microsoft SharePoint

Server y restaurarla en otra versión de SharePoint Server.

Al realizar una copia de seguridad de la granja, se crea una copia de seguridad de

las bases de datos de configuración y contenido de Administración central, pero

estas copias no se pueden restaurar con las herramientas de Microsoft SharePoint

Server 2010. Para obtener más información acerca de cómo hacer una copia de

seguridad de todas bases de datos de granjas de servidores, y cómo recuperarlas,

consulte Mover todas las bases de datos (SharePoint Server 2010)

(http://technet.microsoft.com/es-es/library/d9dac189-0736-448d-928c-

68bf38603613(Office.14).aspx).

Al restaurar la granja de servidores mediante Microsoft SharePoint Server 2010, el

proceso de restauración no iniciará automáticamente todas las aplicaciones de

servicio. Debe iniciarlas manualmente mediante Administración central o Windows

PowerShell. No use el Asistente para configuración de Productos de SharePoint

para iniciar los servicios, ya que, al hacerlo, se vuelven a aprovisionar los servicios y

los servidores proxy de servicio.

El identificador de cada base de datos de contenido se conserva cuando se restaura

o se vuelve a adjuntar una base de datos mediante las herramientas integradas. El

comportamiento predeterminado de la retención del registro de cambios al usar las

herramientas integradas es el siguiente:

1. Los registros de cambios de todas las bases de datos se conservan al restaurar

una granja de servidores.

2. El registro de cambios de las bases de datos de contenido se conserva cuando

se restaura o se vuelve a adjuntar una base de datos.

Cuando se conservan el identificador y el registro de cambios de una base de

datos, el servicio de búsqueda continúa el rastreo en función de la programación

habitual definida por las reglas de rastreo.

Cuando se restaura una base de datos existente y no se usa la opción de

sobrescritura, se asigna un nuevo identificador a la base de datos restaurada y

el registro de cambios de la base de datos no se conserva. En el siguiente

rastreo de la base de datos, se agregarán datos de la base de datos de

contenido al índice.

Si se realiza una restauración y el identificador del paquete de copia de

seguridad ya se está usando en la granja de servidores, se asigna un nuevo

identificador a la base de datos restaurada y se agrega una advertencia al

registro de restauración. La posibilidad de realizar un rastreo incremental en


187

lugar de un rastreo completo depende de si el identificador de la base de datos

de contenido es el mismo de antes y si el token de registro de cambios usado

por el servicio de búsqueda es válido para el registro de cambios actual de la

base de datos de contenido. Si no se conserva el registro de cambios, el token

no será válido y el sistema de búsqueda deberá realizar un rastreo completo.


las definiciones de tipos de contenido externo del servicio de conectividad a datos

empresariales, pero no del origen de los datos. Para proteger los datos, debe hacer

una copia de seguridad del origen de datos cuando realice la copia de seguridad del

servicio de conectividad a datos empresariales o de la granja de servidores.

Si restaura el servicio de conectividad a datos empresariales o la granja y luego

restaura el servicio de datos en una ubicación diferente, debe modificar la

información de la ubicación en la definición del tipo de contenido externo. Si no lo

hace, es posible que el servicio de conectividad a datos empresariales no encuentre

el origen de los datos.

SharePoint Server 2010 restaura almacenes remotos de objetos binarios grandes

(BLOB) solamente si se usa el proveedor de almacén remoto de blobs FILESTREAM

para colocar datos en almacenes remotos de blobs.

Si va a usar otro proveedor, debe restaurar manualmente los almacenes remotos de

blobs.

Si un usuario ha tomado copias de contenido para su edición sin conexión en

Microsoft SharePoint Workspace 2010 y se restaura el contenido desde una copia de

seguridad en el servidor, cuando el usuario vuelva a conectarse, el servidor

sincronizará automáticamente el contenido sin conexión con el contenido restaurado.

Esto puede causar la pérdida de datos en las copias de contenido del usuario.

Si está compartiendo aplicaciones de servicio entre diversas granjas de servidores,

debe saber que los certificados de confianza que se hayan intercambiado no se

incluyen en las copias de seguridad de las granjas. Debe realizar una copia de

seguridad por separado del almacén de certificados, o mantener los certificados en

una ubicación independiente. Al restaurar una granja que comparte una aplicación

de servicio, debe importar y volver a implementar los certificados y, a continuación,

establecer de nuevo todas las relaciones de confianza entre las granjas.

Para obtener más información, consulte Intercambio de certificados de confianza

entre granjas de servidores (SharePoint Server 2010)

(http://technet.microsoft.com/es-es/library/6d8a9d37-d400-4d7c-b4f1-

bf3c5643c98c(Office.14).aspx).

Una vez restaurada la aplicación web que está configurada para usar autenticación

basada en notificaciones, generalmente, aparecen proveedores de notificaciones



188

duplicados o adicionales. Si aparecen duplicados, deberá guardar manualmente

cada zona de aplicación web para quitarlos. Para obtener más información, consulte

Restauración de una aplicación web (SharePoint Server 2010).

Cuando restaura una granja de servidores que contiene una aplicación web

configurada para usar autenticación basada en formularios, se requieren pasos

adicionales. Para obtener más información, consulte Restauración de una aplicación

web (SharePoint Server 2010).

Uso de Windows PowerShell para restaurar una granja de servidores Puede usar Windows PowerShell para restaurar una granja de servidores.

Para restaurar una granja de servidores mediante Windows PowerShell


SPShellAdmin.





Restore-SPFarm -Directory <CarpetaCopiaSeguridad> -RestoreMethod Overwrite [-

BackupId <GUID>]

Donde:



<GUID> es el identificador de la copia de seguridad desde el que se va a realizar

la restauración.

Nota:

Si no usa la cuenta de la granja de servidores para iniciar sesión, se le pedirán las

credenciales de la cuenta de la granja de servidores.

Si no especifica el BackupId

189

, se usará la copia de seguridad más reciente. Para ver las copias de seguridad

de la granja de servidores, en el símbolo del sistema de Windows PowerShell,

escriba el siguiente comando:

Get-SPBackupHistory -Directory <BackupFolder> -ShowBackup [-Verbose]

Donde:



No puede usar una copia de seguridad de solo configuración para restaurar las

bases de datos de contenido junto con la configuración.

6. Para reiniciar una aplicación de servicio, en el símbolo del sistema de Windows

PowerShell, escriba el siguiente comando:

Start-SPServiceInstance -Identity <IDAplicaciónServicio>

Donde:

<IDAplicaciónServicio> es el GUID de la aplicación de servicio.

Para obtener más información acerca de cómo reiniciar aplicaciones de servicio

mediante Windows PowerShell, consulte Start-SPServiceInstance

(http://technet.microsoft.com/es-es/library/fcb4a4f8-a95f-468e-918b-

d9a2d736cd2d(Office.14).aspx).

Para obtener más información acerca de cómo restaurar la granja de servidores

mediante Windows PowerShell, consulte Restore-SPFarm (http://technet.microsoft.com/es-es/library/8e18ea80-0830-4ffa-b6b6-

ad18a5a7ab3e(Office.14).aspx).

190

Nota:




Uso de Administración central para restaurar una granja de servidores Puede usar el sitio web de Administración central para restaurar una granja de

servidores.

Para restaurar una granja de servidores mediante Administración central

1. Compruebe que la cuenta de usuario que está realizando este procedimiento

pertenece al grupo de administradores de la granja de servidores de SharePoint.


y restauración, haga clic en Restaurar a partir de una copia de seguridad.

3. En la página Restaurar a partir de una copia de seguridad — Paso 1 de 3:

seleccionar la copia de seguridad que se desea restaurar, en la lista de copias de

seguridad, seleccione el trabajo de copia de seguridad que contenga la copia de

seguridad de la granja de servidores. A continuación, haga clic en Siguiente. Puede

ver más detalles acerca de cada copia de seguridad si hace clic en el símbolo (+)

que se encuentra junto a la copia de seguridad.

Nota:

Si no aparece el trabajo de copia de seguridad correspondiente, en el cuadro de texto

Ubicación del directorio de copia de seguridad, escriba la ruta de acceso UNC

(convención de nomenclatura universal) de la carpeta de copia de seguridad

correspondiente y haga clic en Actualizar.

No se puede usar una copia de seguridad de solo configuración para restaurar la granja

de servidores.


seleccionar componentes para restaurar, active la casilla que hay junto a la granja de

servidores y haga clic en Siguiente.

191


seleccionar opciones de restauración, en la sección Restaurar componente,

compruebe que aparece Granja de servidores en la lista Restaurar el siguiente

componente.

En la sección Restaurar la configuración únicamente, asegúrese de que esté

activada la opción Restaurar el contenido y la configuración.

En la sección Opciones de restauración, en Tipo de restauración, seleccione la

opción Misma configuración. Se mostrará un cuadro de diálogo que solicita la

confirmación de la operación. Haga clic en Aceptar.

Nota:

Si no aparece la sección Restaurar la configuración únicamente, la copia de

seguridad seleccionada es una copia de seguridad de solo configuración. Deberá

seleccionar otra copia de seguridad.

Haga clic en Iniciar restauración.

6. Puede ver el estado general de todos los trabajos de recuperación en la parte


Disponibilidad. Puede ver el estado del trabajo de recuperación actual en la parte

inferior de la página, en la sección Restaurar. La página de estado se actualiza

automáticamente cada 30 segundos. Para actualizar manualmente los detalles del

estado, haga clic en Actualizar. La copia de seguridad y la recuperación son

trabajos del servicio de temporizador. Por lo tanto, la recuperación puede tardar

varios segundos en iniciarse.



encontrar más detalles en el archivo Sprestore.log que hay en la ruta de acceso

UNC que especificó en el paso 3.

7. Una vez completado el proceso de restauración, es posible que deba reiniciar una o

varias aplicaciones de servicio. En la página principal de Administración central, en

la sección Administración de aplicaciones, haga clic en Administrar servicios en

el servidor.

8. En la página Servicios del servidor, inicie todos los servicios relacionados con las

aplicaciones de servicio que desee ejecutar; para ello, haga clic en Inicio en la

columna Acciones situada junto a la aplicación de servicio.

9. Vuelva a establecer todas las relaciones de confianza. Para obtener más

información, consulte Intercambio de certificados de confianza entre granjas de

servidores (SharePoint Server 2010) (http://technet.microsoft.com/es-

es/library/6d8a9d37-d400-4d7c-b4f1-bf3c5643c98c(Office.14).aspx).



192

Uso de herramientas de SQL Server para restaurar una granja de servidores Si bien con las herramientas de SQL Server no se puede restaurar la granja de

servidores en su totalidad, es posible restaurar la mayoría de las bases de datos

incluidas en la granja de servidores. Si restaura las bases de datos con las herramientas

de SQL Server, debe restaurar la configuración de la granja de servidores mediante

Administración central o Windows PowerShell. Para obtener más información sobre

cómo restaurar las opciones de configuración de la granja de servidores, consulte

Restauración de la configuración de una granja de servidores (SharePoint Server 2010).

Nota:

El índice de búsqueda no se almacena en SQL Server. Si usa herramientas de SQL

Server para hacer una copia de seguridad de la búsqueda y restaurarla, debe realizar un

rastreo completo después de restaurar la base de datos de contenido.

Antes de restaurar SharePoint Server 2010, se recomienda configurar una granja de

servidores de recuperación para la recuperación del sitio y de los elementos.

Para restaurar las bases de datos, siga estos pasos:

1. Si es posible, realice una copia de seguridad del registro de transacciones activo de

la base de datos actual para proteger los cambios que se realizaron después de la

última copia de seguridad completa.

2. Restaure la última copia de seguridad completa de la base de datos.

3. Restaure la copia de seguridad diferencial más reciente desde la última copia de

seguridad completa de la base de datos.

4. Restaure todas las copias de seguridad del registro de transacciones desde la última

copia de seguridad completa o diferencial de la base de datos.

Para restaurar una granja de servidores mediante herramientas de SQL Server


al rol fijo de servidor sysadmin.

2. Si el servicio Temporizador de Windows SharePoint Services se está ejecutando,

deténgalo y espere unos minutos hasta que finalicen los procedimientos

almacenados que se estén ejecutando en ese momento. No reinicie el servicio hasta

que se hayan restaurado todas las bases de datos que sea necesario restaurar.

193

3. Inicie SQL Server Management Studio y establezca una conexión con el servidor de

bases de datos.


5. Haga clic con el botón secundario en la base de datos que desee restaurar, elija

Tareas, elija Restaurar y haga clic en Base de datos.

La base de datos se desconecta automáticamente durante la operación de

recuperación y otros procesos no pueden tener acceso a ella.

6. En el cuadro de diálogo Restaurar base de datos, especifique el destino y el origen

y, a continuación, seleccione el conjunto o los conjuntos de copia de seguridad que

desee restaurar.

Los valores predeterminados para el destino y el origen son adecuados para la

mayoría de los escenarios de recuperación.

7. En el panel Seleccionar una página, haga clic en Opciones.

8. En la sección Opciones de restauración, seleccione solamente Sobrescribir la

base de datos existente. Salvo que el entorno o las directivas requieran lo

contrario, no seleccione las demás opciones de esta sección.

9. En la sección Estado de recuperación:

Si ha incluido todos los registros de transacciones que tiene que restaurar,

seleccione RECOVER WITH RECOVERY.

Si tiene que restaurar registros de transacciones adicionales, seleccione

RECOVER WITH NORECOVERY.

La tercera opción, RECOVER WITH STANDBY, no se usa en este escenario.

Nota:

Para obtener más información acerca de estas opciones de recuperación, consulte

Restaurar base de datos (página Opciones)


10. Haga clic en Aceptar para completar la operación de recuperación.

11. Repita los pasos del 4 al 9 de este proceso para cada base de datos que vaya a

restaurar, excepto para la base de datos de configuración.

194

Importante:

Si va a restaurar la base de datos de perfiles de usuario (denominada de forma

predeterminada “"User Profile Service_ProfileDB_<GUID>”), restaure también la base de

datos social (denominada de forma predeterminada “User Profile

Service_SocialDB_<GUID>”). Si no lo hace, puede haber inexactitudes en los datos de

perfil de usuario, que pueden resultar difíciles de detectar y corregir.

12. Para restaurar la configuración, debe usar la base de datos de configuración

existente o crear de forma manual una base de datos nueva y restaurar la

configuración en esa base de datos. Para obtener más información sobre cómo

restaurar la configuración de una granja de servidores, consulte Restauración de la

configuración de una granja de servidores (SharePoint Server 2010).

13. Inicie el servicio Temporizador de Windows SharePoint Services.

14. Inicie las aplicaciones de servicio que deban reiniciarse. Para ello, consulte los

pasos 7 y 8 del procedimiento "Uso de Administración central para restaurar una

granja de servidores", que se ha explicado en este mismo artículo.


Centros de recursos Administración de la continuidad empresarial para SharePoint

Server 2010: copia de seguridad, recuperación,

disponibilidad y recuperación ante desastres


Contenido para

profesionales de TI


Server 2010)

Restauración de la configuración de una granja de servidores



2010)

Restauración de una base de datos de contenido (SharePoint

Server 2010)

195

Restauración de la configuración de una granja de servidores (SharePoint Server 2010)


En este tema se describe cómo restaurar la configuración de una granja.

Nota:

En versiones anteriores de Microsoft SharePoint Server 2010, no se podía restaurar la

base de datos de configuración y, por eso, no se podía restaurar la configuración de una

granja. En esta versión de SharePoint Server 2010, no hay que restaurar la base de

datos de configuración porque se puede restaurar la configuración de la granja

directamente.


Uso de Windows PowerShell para restaurar la configuración de una granja

Uso de Administración central para restaurar la configuración de una granja

Información general La recuperación en el nivel de granja se lleva a cabo solo después de un error que

afecte a la base de datos de configuración pero no a otros datos de la granja, como una

aplicación web o una base de datos de contenido. Si la restauración de la configuración

de la granja no soluciona los problemas, deberá restaurar la granja completa. Para

obtener más información sobre cómo restaurar la granja de servidores completa,

consulte Restauración de una granja de servidores (SharePoint Server 2010). Puede

restaurar la configuración a partir de una copia de seguridad de la granja creada con la

opción Copia de seguridad de contenido y configuración o la opción Copia de

seguridad de configuración.

196

Uso de Windows PowerShell para restaurar la configuración de una granja Puede usar Windows PowerShell para restaurar la configuración de una granja.

Para restaurar la configuración de una granja con Windows PowerShell


SPShellAdmin.


3. Haga clic en Productos de SharePoint 2010.




Restore-SPFarm -Directory <RecursoCompartidoRestauración> -RestoreMethod

Overwrite -ConfigurationOnly

Debe usar el parámetro

ConfigurationOnly. Para ver el progreso de la operación, use el parámetro

Verbose.

Para obtener más información, consulte Restore-SPFarm

(http://technet.microsoft.com/es-es/library/8e18ea80-0830-4ffa-b6b6-


Nota:




Uso de Administración central para restaurar la configuración de una granja Puede usar la Administración central para restaurar la configuración de una granja.

197

Para restaurar una granja de servidores mediante Administración central

1. Para realizar este procedimiento, debe pertenecer al grupo de administradores de

granjas de servidores de SharePoint en el equipo que ejecuta Administración central.

También deberá ser miembro del rol fijo de servidor sysadmin en el servidor de

base de datos donde se almacena cada base de datos.






seguridad de la granja de servidores. A continuación, haga clic en Siguiente.

Nota:

Puede ver información adicional sobre las copias de seguridad si expande la fila que

contiene la copia de seguridad.

Nota:

Si no aparece la tarea de copia de seguridad que busca, en el cuadro de texto

Ubicación del directorio de copia de seguridad, escriba la ruta UNC de la carpeta

correcta de la copia y haga clic en Actualizar.


seleccionar componentes para restaurar, active la casilla que hay junto a la granja de

servidores y haga clic en Siguiente.



compruebe que aparece "Granja de servidores" en la lista Restaurar el siguiente

componente.



En la sección Opciones de restauración, seleccione la opción Tipo de

restauración. Use la opción Misma configuración. Se mostrará un cuadro de

diálogo que solicita la confirmación de la operación. Haga clic en Aceptar.

198

Nota:


seguridad seleccionada es una copia de seguridad de solo configuración.





inferior de la página, en la sección Restauración. La página de estado se actualiza









Uso de SQL Server para restaurar la configuración de una granja No se puede restaurar la configuración de una granja con las herramientas de SQL

Server.

Conceptos Copia de seguridad de la configuración de una granja de servidores (SharePoint Server

2010)

199

Documentar opciones de configuración de granja de servidores (SharePoint Server 2010)


En este artículo se describe cómo usar Windows PowerShell 2.0 para documentar la

configuración de la granja de servidores. Realizar esta documentación es importante

para poder crear implementaciones con scripts para su entorno y para volver a crear

rápidamente un conjunto de configuraciones en caso de error.

Para documentar la configuración mediante Windows PowerShell


SPShellAdmin.




5. Con el Bloc de notas, cree un archivo de texto y, a continuación, copie y pegue el

siguiente script en el archivo. Los comandos del ejemplo crean archivos XML que

documentan la configuración de las aplicaciones web y las aplicaciones de servicio

en la granja de servidores actual. Elija solo los comandos que sean relevantes para

su entorno.

200

## ## Opciones de configuración comunes de SharePoint ## #Recuperar

información de la aplicación web. La profundidad predeterminada es 2 y no ofrece

muchos detalles. Se recomienda usar una profundidad de 4 para este cmdlet. Get-

SPWebApplication | Export-Clixml .\ WebAppFilename.xml -depth 4 #Recuperar

información de diseño personalizado. Get-SPWebApplication | Get-

SPCustomLayoutsPage | Export-Clixml .\Get-SPCustomLayoutsPage.xml

#Determinar cómo está configurado el acceso de SharePoint Designer. Get-

SPWebApplication | Get-SPDesignerSettings | Export-Clixml .\Get-

SPDesignerSettings.xml #Recuperar información sobre asignación alternativa de

acceso Get-SPAlternateURL | Export-Clixml .\Get-SPAlternateURL.xml

#Recuperar información sobre bases de datos de contenido Get-

SPContentDatabase | Export-Clixml .\Get-SPContentDatabase.xml #Recuperar las

propiedades de cada base de datos Get-SPDatabase | Export-Clixml .\Get-

SPDatabase.xml #Recuperar información sobre todos los Productos de

SharePoint instalados en la granja, y las versiones de todas las actualizaciones

instaladas de cada producto. Get-SPProduct | Export-Clixml .\Get-SPProduct.xml

#Recuperar información de la granja de servidores Get-SPFarm | Export-Clixml

.\Get-SPFarm.xml Get-SPFarmConfig | Export-Clixml .\Get-SPFarmConfig.xml

#Recuperar información sobre los servidores de la granja de servidores Get-

SPServer | Export-Clixml .\Get-SPServer.xml #Recuperar información sobre las

características instaladas Get-SPFeature | Export-Clixml .\Get-SPFeature.xml

#Recuperar información sobre las plantillas de sitios instaladas globalmente Get-

SPWebTemplate | Export-Clixml .\Get-SPWebTemplate.xml #Recuperar

información sobre las soluciones implementadas Get-SPSolution | Export-Clixml

.\Get-SPSolution.xml #Recuperar información sobre las soluciones de espacio

aislado implementadas en una colección de sitios Get-SPSite | Get-SPUserSolution

| Export-Clixml .\Get-SPUserSolution.xml #Recuperar información sobre la

autenticación de notificaciones Get-SPTrustedIdentityTokenIssuer | Export-Clixml

.\Get-SPTrustedIdentityTokenIssuer.xml Get-SPTrustedServiceTokenIssuer |

Export-Clixml .\Get-SPTrustedServiceTokenIssuer.xml Get-

SPTrustedRootAuthority | Export-Clixml .\Get-SPTrustedRootAuthority.xml

#Recuperar información sobre la Ayuda instalada Get-SPHelpCollection | Export-

Clixml .\Get-SPHelpCollection.xml #Recuperar información sobre los niveles de

registro configurados Get-SPLogLevel | Export-Clixml .\Get-SPLogLevel.xml

#Recuperar información sobre los sitios de la granja de servidores Get-SPSite |

Export-Clixml .\Get-SPSite.xml Get-SPSiteAdministration | Export-Clixml .\Get-

SPSiteAdministration.xml Get-SPSiteSubscription | Export-Clixml .\Get-

SPSiteSubscription.xml #Recuperar información sobre los registros ULS Get-

SPDiagnosticConfig | Export-Clixml .\Get-SPDiagnosticConfig.xml Get-

SPDiagnosticsPerformanceCounter | Export-Clixml .\Get-

201

SPDiagnosticsPerformanceCounter.xml Get-SPDiagnosticsProvider | Export-

Clixml .\Get-SPDiagnosticsProvider.xml #Recuperar información sobre las

cuentas registradas en la base de datos de configuración Get-SPManagedAccount

| Export-Clixml .\Get-SPManagedAccount.xml Get-SPProcessAccount | Export-

Clixml .\Get-SPProcessAccount.xml Get-SPShellAdmin | Export-Clixml .\Get-

SPShellAdmin.xml #Recuperar información específica sobre la autoridad de

certificación Get-SPCertificateAuthority | Export-Clixml .\Get-

SPCertificateAuthority.xml Get-SPClaimProvider | Export-Clixml .\Get-

SPClaimProvider.xml Get-SPClaimProviderManager | Export-Clixml .\Get-

SPClaimProviderManager.xml #Recuperar información sobre los trabajos de

implementación de contenido Get-SPContentDeploymentJob | Export-Clixml .\Get-

SPContentDeploymentJob.xml Get-SPContentDeploymentPath | Export-Clixml

.\Get-SPContentDeploymentPath.xml #Recuperar información sobre la cuenta de

mensajería para móviles. Get-SPWebApplication | Get-SPMobileMessagingAccount

| Export-Clixml .\Get-SPMobileMessagingAccount.xml ## ##Configuración de

infraestructura de servicios comunes ## #Recuperar información sobre las

aplicaciones de servicio de la granja de servidores Get-SPServiceApplication |

Export-Clixml .\Get-SPServiceApplication.xml Get-SPServiceApplicationPool |

Export-Clixml .\Get-SPServiceApplicationPool.xml Get-SPServiceApplicationProxy

| Export-Clixml .\Get-SPServiceApplicationProxy.xml Get-

SPServiceApplicationProxyGroup | Export-Clixml .\Get-

SPServiceApplicationProxyGroup.xml Get-SPServiceApplication | Get-

SPServiceApplicationEndpoint | Export-Clixml .\Get-

SPServiceApplicationEndpoint.xml #Recuperar información sobre los servicios

que se ejecutan en la granja de servidores Get-SPServiceInstance | Export-Clixml

.\Get-SPServiceInstance.xml #Recuperar información sobre los servicios de

formulario de InfoPath Get-SPInfoPathFormsService | Export-Clixml .\Get-

SPInfoPathFormsService.xml Get-SPInfoPathFormTemplate | Export-Clixml .\Get-

SPInfoPathFormTemplate.xml ###ADVERTENCIA: el siguiente cmdlet requiere

permisos para ejecutar como administrador. Get-SPInfoPathUserAgent | Export-

Clixml .\Get-SPInfoPathUserAgent.xml #Recuperar información sobre opciones de

configuración de servicios web comunes Get-SPServiceHostConfig | Export-

Clixml .\Get-SPServiceHostConfig.xml ## ## Configuración de aplicaciones de

servicios comunes ## #Servicios de Access #Recuperar información específica

para la aplicación de servicio Servicios de Access Get-

SPAccessServiceApplication | Export-Clixml .\Get-

SPAccessServiceApplication.xml #Aplicación de servicio de equilibrador de carga

y detección de aplicaciones Get-SPTopologyServiceApplication | Export-Clixml

.\Get-SPTopologyServiceApplication.xml Get-SPTopologyServiceApplicationProxy

| Export-Clixml .\Get-SPTopologyServiceApplicationProxy.xml #Servicio de

conectividad a datos empresariales #Recuperar información sobre archivos de

conexión de datos. ###ADVERTENCIA: el siguiente cmdlet requiere permisos para

202

ejecutar como administrador Get-SPDataConnectionFile | Export-Clixml .\Get-

SPDataConnectionFile.xml ###ADVERTENCIA: el siguiente cmdlet requiere

permisos para ejecutar como administrador Get-SPDataConnectionFile | Get-

SPDataConnectionFileDependent | Export-Clixml .\Get-

SPDataConnectionFileDependent.xml #Aplicación Servicios de Excel #Nota: se

debe aprovisionar una aplicación de servicio de Excel para que los siguientes

cmdlets funcionen correctamente. Get-SPExcelServiceApplication | Get-

SPExcelBlockedFileType | Export-Clixml .\Get-SPExcelBlockedFileType.xml Get-

SPExcelServiceApplication | Get-SPExcelDataConnectionLibrary | Export-Clixml

.\Get-SPExcelDataConnectionLibrary.xml Get-SPExcelServiceApplication | Get-

SPExcelDataProvider | Export-Clixml .\Get-SPExcelDataProvider.xml Get-

SPExcelServiceApplication | Get-SPExcelFileLocation | Export-Clixml .\Get-

SPExcelFileLocation.xml Get-SPExcelServiceApplication | Export-Clixml .\Get-

SPExcelServiceApplication.xml Get-SPExcelServiceApplication | Get-

SPExcelUserDefinedFunction | Export-Clixml .\Get-

SPExcelUserDefinedFunction.xml Get-SPWebApplication | Get-

SPInfoPathWebServiceProxy | Export-Clixml .\Get-

SPInfoPathWebServiceProxy.xml Get-SPWebApplication | Get-SPManagedPath |

Export-Clixml .\Get-SPManagedPath.xml #Servicio de metadatos administrados

#Nota: se debe aprovisionar una aplicación de servicio de metadatos

administrados para que los siguientes cmdlets funcionen correctamente. Get-

SPServiceApplication | ?{$_.TypeName -eq "Managed Metadata Service"} | %{$id =

$_.Id;Get-SPMetadataServiceApplication -Id $_ | Export-Clixml .\Get-

SPMetadataServiceApplication-$id.xml} Get-SPServiceApplicationProxy |

?{$_.TypeName -eq "Managed Metadata Service Connection"} | %{$id = $_.Id;Get-

SPMetadataServiceApplicationProxy -Id $_ | Export-Clixml .\Get-

SPMetadataServiceApplicationProxy-$id.xml} Get-SPSite | Get-

SPTaxonomySession | Export-Clixml .\Get-SPTaxonomySession.xml #Aplicación

de Servicio PerformancePoint #Nota: se debe aprovisionar una aplicación de

Servicio PerformancePoint para que los siguientes cmdlets funcionen

correctamente. Get-SPPerformancePointServiceApplication | Get-

SPPerformancePointSecureDataValues | Export-Clixml .\Get-

SPPerformancePointSecureDataValues.xml Get-

SPPerformancePointServiceApplication | Export-Clixml .\Get-

SPPerformancePointServiceApplication.xml Get-

SPPerformancePointServiceApplication | Get-

SPPerformancePointServiceApplicationTrustedLocation | Export-Clixml .\Get-

SPPerformancePointServiceApplicationTrustedLocation.xml #Búsqueda

#Recuperar información de búsqueda #Nota: se debe aprovisionar una aplicación

de servicio de búsqueda para que los siguientes cmdlets funcionen

correctamente. Get-SPEnterpriseSearchServiceApplication | Get-

SPEnterpriseSearchAdministrationComponent | Export-Clixml .\Get-

203

SPEnterpriseSearchAdministrationComponent.xml Get-

SPEnterpriseSearchServiceApplication | Get-

SPEnterpriseSearchCrawlContentSource | Export-Clixml .\Get-

SPEnterpriseSearchCrawlContentSource.xml Get-


SPEnterpriseSearchCrawlCustomConnector | Export-Clixml .\Get-

SPEnterpriseSearchCrawlCustomConnector.xml Get-

SPEnterpriseSearchServiceApplication | Get-SPEnterpriseSearchCrawlDatabase |

Export-Clixml .\Get-SPEnterpriseSearchCrawlDatabase.xml Get-

SPEnterpriseSearchServiceApplication | Get-SPEnterpriseSearchCrawlExtension |

Export-Clixml .\Get-SPEnterpriseSearchCrawlExtension.xml Get-

SPEnterpriseSearchServiceApplication | Get-SPEnterpriseSearchCrawlMapping |

Export-Clixml .\Get-SPEnterpriseSearchCrawlMapping.xml Get-

SPEnterpriseSearchServiceApplication | Get-SPEnterpriseSearchCrawlRule |

Export-Clixml .\Get-SPEnterpriseSearchCrawlRule.xml Get-

SPEnterpriseSearchServiceApplication | Get-SPEnterpriseSearchCrawlTopology |

Export-Clixml .\Get-SPEnterpriseSearchCrawlTopology.xml $searchApp = Get-

SPEnterpriseSearchServiceApplication; Get-

SPEnterpriseSearchExtendedClickThroughExtractorJobDefinition -

SearchApplication $searchApp | Export-Clixml .\Get-

SPEnterpriseSearchExtendedClickThroughExtractorJobDefinition.xml Get-


SPEnterpriseSearchExtendedConnectorProperty | Export-Clixml .\Get-

SPEnterpriseSearchExtendedConnectorProperty.xml Get-


SPEnterpriseSearchExtendedQueryProperty | Export-Clixml .\Get-

SPEnterpriseSearchExtendedQueryProperty.xml ###ADVERTENCIA: el siguiente

cmdlet genera un archivo de 120 MB que registra la configuración de fábrica###

Get-SPEnterpriseSearchServiceApplication | Get-

SPEnterpriseSearchLanguageResourcePhrase | Export-Clixml .\Get-

SPEnterpriseSearchLanguageResourcePhrase.xml Get-


SPEnterpriseSearchMetadataCategory | Export-Clixml .\Get-

SPEnterpriseSearchMetadataCategory.xml Get-


SPEnterpriseSearchMetadataCrawledProperty | Export-Clixml .\Get-

SPEnterpriseSearchMetadataCrawledProperty.xml Get-


SPEnterpriseSearchMetadataManagedProperty | Export-Clixml .\Get-

SPEnterpriseSearchMetadataManagedProperty.xml Get-

SPEnterpriseSearchServiceApplication | Get-SPEnterpriseSearchMetadataMapping

| Export-Clixml .\Get-SPEnterpriseSearchMetadataMapping.xml Get-

204


SPEnterpriseSearchPropertyDatabase | Export-Clixml .\Get-

SPEnterpriseSearchPropertyDatabase.xml Get-

SPEnterpriseSearchServiceApplication | Get-SPEnterpriseSearchQueryAuthority |

Export-Clixml .\Get-SPEnterpriseSearchQueryAuthority.xml Get-

SPEnterpriseSearchServiceApplication | Get-SPEnterpriseSearchQueryDemoted |

Export-Clixml .\Get-SPEnterpriseSearchQueryDemoted.xml Get-

SPEnterpriseSearchQueryAndSiteSettingsService | Export-Clixml .\Get-

SPEnterpriseSearchQueryAndSiteSettingsService.xml Get-

SPEnterpriseSearchQueryAndSiteSettingsServiceInstance | Export-Clixml .\Get-

SPEnterpriseSearchQueryAndSiteSettingsServiceInstance.xml Get-

SPEnterpriseSearchQueryAndSiteSettingsServiceProxy | Export-Clixml .\Get-

SPEnterpriseSearchQueryAndSiteSettingsServiceProxy.xml Get-

SPEnterpriseSearchService | Export-Clixml .\Get-SPEnterpriseSearchService.xml

Get-SPEnterpriseSearchServiceInstance | Export-Clixml .\Get-

SPEnterpriseSearchServiceInstance.xml Get-SPSearchService | Export-Clixml

.\Get-SPSearchService.xml Get-SPSearchServiceInstance | Export-Clixml .\Get-

SPSearchServiceInstance.xml ###ADVERTENCIA: el siguiente cmdlet genera un

archivo por cada colección de sitios### Get-SPSite | %{$id = $_.Id;Get-

SPEnterpriseSearchQueryKeyword -Site $_ | Export-Clixml .\Get-

SPEnterpriseSearchQueryKeyword-$id.xml} Get-

SPEnterpriseSearchServiceApplication | Get-SPEnterpriseSearchQueryScope |

Export-Clixml .\Get-SPEnterpriseSearchQueryScope.xml Get-

SPEnterpriseSearchServiceApplication | Get-SPEnterpriseSearchQueryScope |

Get-SPEnterpriseSearchQueryScopeRule | Export-Clixml .\Get-

SPEnterpriseSearchQueryScopeRule.xml Get-


SPEnterpriseSearchQuerySuggestionCandidates | Export-Clixml .\Get-

SPEnterpriseSearchQuerySuggestionCandidates.xml Get-

SPEnterpriseSearchServiceApplication | Get-SPEnterpriseSearchQueryTopology |

Export-Clixml .\Get-SPEnterpriseSearchQueryTopology.xml Get-

SPEnterpriseSearchServiceApplication | Get-SPEnterpriseSearchRankingModel |

Export-Clixml .\Get-SPEnterpriseSearchRankingModel.xml Get-

SPEnterpriseSearchServiceApplication | Get-SPEnterpriseSearchSecurityTrimmer

| Export-Clixml .\Get-SPEnterpriseSearchSecurityTrimmer.xml Get-

SPEnterpriseSearchServiceApplication | Export-Clixml .\Get-

SPEnterpriseSearchServiceApplication.xml Get-

SPEnterpriseSearchServiceApplicationProxy | Export-Clixml .\Get-

SPEnterpriseSearchServiceApplicationProxy.xml Get-

SPEnterpriseSearchSiteHitRule | Export-Clixml .\Get-

SPEnterpriseSearchSiteHitRule.xml #Aplicación de servicio de token de

seguridad #Recuperar información sobre el servicio de token de seguridad que se

205

usa para los mensajes SOAP entrantes. Get-SPSecurityTokenServiceConfig |

Export-Clixml .\Get-SPSecurityTokenServiceConfig.xml #Servicio de estado

#Recuperar información sobre el servicio de estado. Get-SPSessionStateService |

Export-Clixml .\Get-SPSessionStateService.xml Get-SPStateServiceApplication |

Export-Clixml .\Get-SPStateServiceApplication.xml Get-

SPStateServiceApplicationProxy | Export-Clixml .\Get-

SPStateServiceApplicationProxy.xml Get-SPStateServiceDatabase | Export-Clixml

.\Get-SPStateServiceDatabase.xml #Recolección de datos de mantenimiento y

uso #Recuperar información sobre la aplicación de servicio de recolección de

datos de mantenimiento y uso. Get-SPUsageApplication | Export-Clixml .\Get-

SPUsageApplication.xml Get-SPUsageDefinition | Export-Clixml .\Get-

SPUsageDefinition.xml Get-SPUsageService | Export-Clixml .\Get-

SPUsageService.xml #Servicio de Visio #Se debe aprovisionar una aplicación de

servicio de Visio para que los siguientes cmdlets funcionen correctamente. Get-

SPVisioServiceApplication | Get-SPVisioExternalData | Export-Clixml .\Get-

SPVisioExternalData.xml Get-SPVisioServiceApplication | Get-SPVisioPerformance

| Export-Clixml .\Get-SPVisioPerformance.xml Get-SPVisioServiceApplication | Get-

SPVisioSafeDataProvider | Export-Clixml .\Get-SPVisioSafeDataProvider.xml Get-

SPVisioServiceApplication | Export-Clixml .\Get-SPVisioServiceApplication.xml

Get-SPVisioServiceApplicationProxy | Export-Clixml .\Get-

SPVisioServiceApplicationProxy.xml #Aplicación de servicio de Web Analytics. Se

debe aprovisionar una aplicación de servicio de Web Analytics para que los

siguientes cmdlets funcionen correctamente. Get-SPServiceApplication |

?{$_.TypeName -eq "Web Analytics Service Application"} | %{$id = $_.Id;Get-

SPWebAnalyticsServiceApplication -Id $_ | Export-Clixml .\Get-

SPWebAnalyticsServiceApplication-$id.xml} Get-SPServiceApplicationProxy |

?{$_.TypeName -eq "Web Analytics Service Application Proxy"} | %{$id =

$_.Id;Get-SPWebAnalyticsServiceApplicationProxy -Id $_ | Export-Clixml .\Get-

SPWebAnalyticsServiceApplicationProxy-$id.xml} Get-SPWebApplication | Get-

SPWebApplicationHttpThrottlingMonitor | Export-Clixml .\Get-

SPWebApplicationHttpThrottlingMonitor.xml Get-SPWebPartPack | Export-Clixml

.\Get-SPWebPartPack.xml #Word Automation Services ###Nota: estos cmdlets se

incluyen como comentario porque es poco probable que deba ejecutarlos. ###

#Get-SPSite | %{$web=Get-SPWeb $_.Url;$webid=$web.Id;$web | Get-SPUser |

Export-Clixml .\Get-SPUser-$webid.xml} # Get-SPSite | %{$web=Get-SPWeb

$_.Url;$webid=$web.Id;$web | Export-Clixml .\Get-SPWeb-$webid.xml}

6. Para ejecutar el script, en la consola de Windows PowerShell, en el símbolo del

sistema (es decir, PS C:\>), escriba el siguiente comando y presione ENTRAR:

C:\<Ruta>\<NombreDeArchivo>.ps1

Para obtener más información, consulte Export-Clixml (http://technet.microsoft.com/es-

es/library/dd347657.aspx), Get-SPWebApplication (http://technet.microsoft.com/es-

http://technet.microsoft.com/es-es/library/dd347657.aspx

206

es/library/11d6521f-f99c-433e-9ab5-7cf9e953457a(Office.14).aspx) y Get-

SPServiceApplication (http://technet.microsoft.com/es-es/library/71a467dc-3b95-4b65-

af93-0d0d6ebb8326(Office.14).aspx).

Ejemplo del uso de un cmdlet Esta sección presenta un ejemplo de los modos en los que se puede usar uno de los

cmdlets recomendados.

El cmdlet Get-SPAlternateURL ofrece información sobre la asignación alternativa de

acceso. La canalización del cmdlet al cmdlet Export-Clixml escribe la información en un

archivo XML.

Get-SPAlternateURL | Export-Clixml .\Get-SPAlternateURL.xml

La siguiente sección reproduce el contenido del archivo Get-SPAlternateURL.xml.

Algunas secciones están contraídas.



207

- <Objs Version="1.1.0.1"

xmlns="http://schemas.microsoft.com/powershell/2004/04"> + <Obj RefId="0"> -

<Obj RefId="7"> <TNRef RefId="0" />

<ToString>Microsoft.SharePoint.Administration.SPAlternateUrl</ToString> -

<Props> <S N="IncomingUrl">http://servername</S> <URI

N="Uri">http://servername/</URI> + <Obj N="UrlZone" RefId="8"> - <Obj

N="Collection" RefId="9"> <TNRef RefId="2" /> - <IE> - <Obj RefId="10">

<TNRef RefId="0" />

<ToString>Microsoft.SharePoint.Administration.SPAlternateUrl</ToString> +

<Props> - <MS> <S N="Zone">Default</S> <S

N="PublicUrl">http://servername</S> </MS> </Obj> </IE> - <Props> <I32

N="Count">1</I32> false <S N="TypeName">Alternate

Access Mapping Collection</S> <S N="DisplayName">SharePoint - 80</S>

<U64 N="DiskSizeRequired">0</U64> false

false false <S N="Name">SharePoint - 80</S> <G

N="Id">5b65a69a-222d-4fe0-904b-0fb928bc7a89</G> <S N="Status">Online</S>

<S N="Parent">SPFarm

Name=SERVERNAME_SharePoint_Configuration_Database</S> <I64

N="Version">3661</I64> + <Obj N="Properties" RefId="12"> <TNRef RefId="3" />

<DCT /> </Obj> <S N="Farm">SPFarm

Name=SERVERNAME_SharePoint_Configuration_Database</S> <Ref

N="UpgradedPersistedProperties" RefId="11" /> </Props> </Obj> <Ref

N="UpgradedPersistedProperties" RefId="11" /> </Props> + <MS> + <Obj

N="Zone" RefId="13"> <TNRef RefId="1" /> <ToString>Default</ToString>

<I32>0</I32> </Obj> <S N="PublicUrl">http://servername</S> </MS> </Obj>

</Objs>

Este ejemplo importa el resultado del archivo XML para que se puedan ver los

contenidos con mayor facilidad.

Import-Clixml .\Get-SPAlternateURL.xml

208

Una vez importado el archivo XML, puede usar los objetos en la canalización como si

fueran objetos reales de un determinado tipo.

Import-Clixml .\Get-SPAlternateURL.xml | %{$_.Uri}

También puede canalizar los objetos como parte del cmdlet y ver todas las propiedades,

los métodos y los valores de TypeNames esperados. En el siguiente ejemplo se

canalizan identificadores URI.

Import-Clixml .\Get-SPAlternateURL.xml | %{$_.Uri | Get-Member}

Para obtener más información, consulte Export-Clixml (http://technet.microsoft.com/es-

es/library/dd347657.aspx), Import-Clixml (http://technet.microsoft.com/es-

es/library/dd315355.aspx), Get-SPAlternateURL (http://technet.microsoft.com/es-

es/library/ea38119d-a535-48a3-b498-9daa443399fb(Office.14).aspx), ForEach-Object

(http://technet.microsoft.com/es-es/library/dd347608.aspx) y Get-Member

(http://technet.microsoft.com/es-es/library/dd315351.aspx).






209

Copia de opciones de configuración de una granja de servidores a otra (SharePoint Server 2010)


En este artículo se describe cómo copiar la configuración de una granja de servidores de

Microsoft SharePoint Server 2010 a otra granja de servidores de SharePoint Server

2010. Este procedimiento puede resultar útil cuando desea:

Configurar entornos de desarrollo, de prueba y de producción similares.

Establecer un estándar de organización para las opciones de configuración de

granjas de servidores.

Configurar un entorno de recuperación ante desastres.

En este artículo:

Copia de seguridad y recuperación de una granja de servidores sin bases de datos

de contenido para copiar las opciones de configuración

(http://technet.microsoft.com/library/ff524c73-4eb3-41c5-89a8-

57befc0351a1(Office.14).aspx#Section1)

Copia de seguridad y recuperación solo de las opciones de configuración

(http://technet.microsoft.com/library/ff524c73-4eb3-41c5-89a8-


Creación de una implementación con scripts para copiar las opciones de

configuración (http://technet.microsoft.com/library/ff524c73-4eb3-41c5-89a8-


Puede copiar las opciones de configuración de una granja de servidores a otro de

diferentes maneras. Elija el método que va a usar según las opciones de configuración

que desee copiar y la frecuencia con la que necesite copiarlas.

Copia de seguridad y recuperación de una granja de servidores sin bases de datos

de contenido adjuntas. Este método proporciona opciones de configuración de la

granja de servidores y de las aplicaciones web, además de las opciones de

configuración de las aplicaciones de servicio que seleccione.

Copia de seguridad y recuperación solo de la configuración. Este método

proporciona solo las opciones de configuración principales de SharePoint

Foundation 2010.

http://technet.microsoft.com/library/ff524c73-4eb3-41c5-89a8-57befc0351a1(Office.14).aspx#Section1





210

Nota:

Este método no incluye opciones de configuración de aplicaciones web ni de

aplicaciones de servicio. Si se necesita tener la configuración de las aplicaciones web en

la granja de servidores recuperada, use uno de los otros métodos.

Creación de un script de implementación basado en la configuración documentada.

Este método puede resultar más laborioso al principio, pero es fácil de usar para

mantener un estándar.

Copia de seguridad y recuperación de una granja de servidores sin bases de datos de contenido para copiar las opciones de configuración Para copiar opciones de configuración mediante una copia de seguridad de una granja

de servidores, se recomienda desasociar primero las bases de datos de contenido de la

granja de servidores. No se recomienda realizar este paso con una granja de servidores

de producción activa.

Nota:

Al crear una copia de seguridad de una granja de servidores sin bases de datos de

contenido, se hace una copia de seguridad de las aplicaciones de servicio.

Para hacer una copia de seguridad de una granja de servidores sin bases de datos

de contenido, y recuperarla, mediante Windows PowerShell


SPShellAdmin.




5. En el símbolo del sistema de Windows PowerShell, escriba el siguiente comando

para documentar las asignaciones actuales de las direcciones URL de las

aplicaciones web y de las bases de datos de contenido.

211

Get-SPWebApplication |

%{$_.Name;$_.Url;%{$_.ContentDatabases|%{$_.Name};Write-Host ""}}

6. Desmonte todas las bases de datos de contenido, como se muestra en el siguiente

ejemplo:

Get-SPContentDatabase | Dismount-SPContentDatabase

O bien, desmonte una base de datos de contenido en particular, como se muestra

en el siguiente ejemplo:

Get-SPContentDatabase WSS_Content | Dismount-SPContentDatabase

7. Realice una copia de seguridad de la granja de servidores.

Backup-SPFarm -Directory \\servername\share -BackupMethod Full

Nota:

Puede ver el progreso de la copia de seguridad en el archivo

\\NombreDelServidor\share\spbr####\spbackup.log.

8. Una vez hecha la copia de seguridad, vuelva a montar las bases de datos de

contenido. Reemplace <Contenido_WSS> y <http://NombreDelServidor> por las

asignaciones que se documentaron en el paso 1.

p

Mount-SPContentDatabase -Name <Contenido_WSS> -WebApplication

<http://NombreDelServidor>

Copia de seguridad y recuperación solo de las opciones de configuración Como parte de la copia de seguridad de la granja de servidores, puede optar por hacer

una copia de seguridad de las opciones de configuración solamente. La copia de

seguridad de solo configuración extrae muchas opciones de configuración (pero no

todas) de una base de datos de configuración, y realiza una copia de seguridad de ellas.

212

Mediante las herramientas integradas, se puede hacer una copia de seguridad de la

configuración de cualquier base de datos de configuración con independencia de que

esté adjunta a una granja de servidores. Para obtener información detallada sobre cómo

realizar una copia de seguridad de una configuración, consulte Copia de seguridad de la

configuración de una granja de servidores (SharePoint Server 2010).Las copias de

seguridad de configuración se pueden restaurar en la misma granja de servidores, o en

cualquier otra. Cuando se restaura una configuración, se sobrescriben todas las

opciones de configuración de la granja de servidores que tengan valores definidos en la

copia de seguridad de configuración. Si la configuración presente en la granja de

servidores no está incluida en la copia de seguridad de configuración, no se

sobrescribirá. Para obtener información detallada sobre cómo restaurar la copia de

seguridad de una granja de servidores, consulte Restauración de la configuración de una


Creación de una implementación con scripts para copiar las opciones de configuración Cuando se crea una implementación con scripts de SharePoint Server 2010, se crean

copias de los valores de configuración. Para obtener más información, consulte

Instalación de SharePoint Server 2010 mediante Windows PowerShell

(http://technet.microsoft.com/es-es/library/7443092a-87a6-4063-a7d0-

8d10d9d23682(Office.14).aspx).


213


Actualizado el 20 de enero de 2011

En este artículo se describe cómo restaurar una aplicación web. Cuando restaura una

aplicación web, también restaura la configuración de Internet Information Services (IIS) y

todas las bases de datos de contenido que están asociadas a la aplicación web.

En este artículo:

Consideraciones para restaurar una aplicación web

Uso de Windows PowerShell para restaurar una aplicación web

Uso de Administración central para restaurar una aplicación web

Uso de las herramientas de SQL Server para restaurar bases de datos asociadas a

una aplicación web

Pasos adicionales para restaurar una aplicación web que usa autenticación basada

en formularios

Pasos adicionales para quitar los proveedores de notificaciones duplicados tras la

restauración de la aplicación web que usa autenticación basada en notificaciones

Pasos adicionales para volver a configurar las cuentas de usuario de la memoria

caché de objetos

Consideraciones para restaurar una aplicación web Tenga en cuenta la información siguiente mientras se prepara para restaurar una

aplicación web:

Solo se puede restaurar una aplicación web cada vez mediante los procedimientos

de este artículo. Sin embargo, puede restaurar simultáneamente todas las

aplicaciones web de la granja de servidores si restaura la granja completa.

Si una aplicación web usa la memoria caché de objetos, debe configurar

manualmente dos cuentas de usuario especiales para la aplicación web después de

restaurar la aplicación web. Para obtener más información sobre la caché de objetos

y sobre cómo configurar estas cuentas de usuario, consulte Configuración de


214

cuentas de usuario de caché de objetos (http://technet.microsoft.com/es-

es/library/cd646bb3-28c6-4040-866c-7d7936837ade(Office.14).aspx).

No se pueden usar herramientas de SQL Server para restaurar una aplicación web.

Tras restaurar una aplicación web que está configurada para usar autenticación

basada en notificaciones, existen pasos adicionales que debe seguir para restaurar

la autenticación basada en notificaciones.

Uso de Windows PowerShell para restaurar una aplicación web Puede usar Windows PowerShell para restaurar una aplicación web manualmente o

como parte de un script que puede ejecutarse a intervalos programados.

Para restaurar una aplicación web mediante Windows PowerShell


SPShellAdmin.





Restore-SPFarm -Directory <NombreCarpetaCopiaSeguridad> -RestoreMethod

Overwrite -Item <NombreAplicaciónWeb> [-BackupId <GUID>] [-Verbose]

Donde:

<NombreCarpetaCopiaSeguridad> es la ruta de acceso completa a la carpeta

que se usa para los archivos de copia de seguridad.

<NombreAplicaciónWeb> es el nombre de la aplicación web de la cual se realizó

una copia de seguridad.

<GUID> es el identificador de la copia de seguridad que se va a usar para la

operación de restauración.

Si no especifica el valor del parámetro

215

BackupID, se usará la copia de seguridad más reciente. No se puede restaurar

una aplicación web mediante una copia de seguridad de solo configuración. Para

ver las copias de seguridad de la granja de servidores, escriba lo siguiente:

Get-SPBackupHistory -Directory <BackupFolderName> -ShowBackup




Nota:




Uso de Administración central para restaurar una aplicación web Puede usar Administración central para restaurar una aplicación web.

Para restaurar una aplicación web mediante Administración central


al grupo de administradores de la granja de servidores. Además, compruebe si el

servicio Temporizador V4 de Windows SharePoint Services y la cuenta de Acceso a

la base de datos de la granja de servidores tienen permisos de control total en la

carpeta de copia de seguridad.






seguridad de la aplicación web o la granja de servidores. A continuación, haga clic

en Siguiente. Puede ver más detalles acerca de cada copia de seguridad si hace

clic en el símbolo (+) que se encuentra junto a la copia de seguridad.

216

Nota:


Ubicación del directorio actual, escriba la ruta de acceso UNC (convención de

nomenclatura universal) de la carpeta de copia de seguridad correspondiente y haga clic

en Actualizar.

No se puede usar una copia de seguridad de solo configuración para restaurar la

aplicación web.


seleccionar componentes para restaurar, active la casilla que hay junto a la

aplicación web y haga clic en Siguiente.



compruebe que aparece Granja\<Aplicación web> en la lista Restaurar el

siguiente componente.




opción Misma configuración. Aparecerá un cuadro de diálogo que le solicitará

confirmar la operación. Haga clic en Aceptar.

Nota:


seguridad seleccionada es una copia de seguridad de solo configuración. Deberá

seleccionar otra copia de seguridad.











página Estado del trabajo de copia de seguridad y restauración. Puede encontrar

más detalles en el archivo Sprestore.log, en la ruta de acceso UNC especificada.

217

Uso de las herramientas de SQL Server para restaurar bases de datos asociadas a una aplicación web No se puede restaurar la aplicación web completa mediante las herramientas de SQL

Server. Sin embargo, se pueden restaurar todas las bases de datos asociadas a la

aplicación web. Para restaurar la aplicación web completa, se debe usar Windows

PowerShell o Administración central.

Para restaurar bases de datos asociadas a una aplicación web mediante las

herramientas de SQL Server






que haya restaurado las bases de datos.


bases de datos.








desee restaurar.








218






Nota:



(http://go.microsoft.com/fwlink/?LinkId=114420&clcid=0xc0a).



restaurar.


Pasos adicionales para restaurar una aplicación web que usa autenticación basada en formularios Después de restaurar una aplicación web que usa autenticación basada en formularios,

debe realizar los siguientes pasos para volver a configurar la aplicación web de modo

que use autenticación basada en formularios.

1. Vuelva a registrar los proveedores de pertenencia y roles del archivo Web.config.

2. Vuelva a implementar los proveedores.

Para obtener más información, consulte Configuración de la autenticación basada en

formularios para una aplicación web basada en notificaciones (SharePoint Server 2010)

(http://technet.microsoft.com/es-es/library/fd1391bb-c787-4742-b007-

bf57e18dad66(Office.14).aspx).

Pasos adicionales para quitar los proveedores de notificaciones duplicados tras la restauración de la aplicación web que usa autenticación basada en notificaciones Una vez restaurada la aplicación web que está configurada para usar autenticación

basada en notificaciones, generalmente, aparecen proveedores de notificaciones



219

duplicados o adicionales. Debe usar el siguiente proceso para quitar los proveedores

duplicados:

1. En Administración central, haga clic en Administrar aplicaciones web, seleccione

una aplicación web que use autenticación basada en notificaciones y, a

continuación, haga clic en Proveedores de autenticación.

2. Seleccione una zona a la que esté asociada la aplicación web para abrir la página

Editar autenticación y, a continuación, haga clic en Guardar.

3. Repita este paso con cada zona y, a continuación, con cada aplicación web que use

autenticación basada en notificaciones.

Pasos adicionales para volver a configurar las cuentas de usuario de la memoria caché de objetos Si configuró cuentas de usuario de la memoria caché de objetos para la aplicación web,

el proceso de restauración no restaurará esta configuración. Debe volver a configurar las

opciones para la aplicación web. Para obtener más información, consulte Configuración

de cuentas de usuario de caché de objetos (http://technet.microsoft.com/es-

es/library/cd646bb3-28c6-4040-866c-7d7936837ade(Office.14).aspx).

Contenido relacionado Centro de recursos Administración de la continuidad empresarial para SharePoint

Server 2010


Contenido para

profesionales de TI

Copia de seguridad de una aplicación web (SharePoint

Server 2010)






Contenido para

programadores









220

Restauración de una aplicación de servicio (SharePoint Server 2010)


En algunas situaciones, puede resultar necesario restaurar una aplicación de servicio

determinada en lugar de restaurar la granja de servidores completa. Algunas

aplicaciones de servicio, como la aplicación de Servicio de conectividad a datos

empresariales y la aplicación de servicio de perfiles de usuario, proporcionan datos a

otros servicios y sitios. Por ello, es posible que los usuarios experimenten una

interrupción del servicio hasta que se complete el proceso de recuperación.

Para obtener información acerca de cómo restaurar simultáneamente todas las

aplicaciones de servicio de una granja de servidores, consulte Restauración de una


221

Importante:



Nota:

SharePoint Server 2010 realiza una copia de seguridad del almacén de metadatos del

servicio Conectividad a datos empresariales, que incluye tipos de contenido externos,

sistemas externos y modelos BDC. Para obtener más información, consulte Introducción

a la administración del Servicio de conectividad a datos empresariales (SharePoint

Server 2010) (http://technet.microsoft.com/es-es/library/e58bd6c6-74b2-4471-80b0-

b627b482ab33(Office.14).aspx). Tenga en cuenta que esto no realiza una copia de

seguridad de los orígenes de datos externos. Para proteger los datos, se debe realizar

una copia de seguridad de los orígenes de datos externos.

Si restaura la aplicación de servicio o la granja de servidores y, después, restaura el

origen de datos en una ubicación diferente, debe cambiar la información de la ubicación

en la definición del tipo de contenido externo. Si no lo hace, es posible que el servicio de

conectividad a datos empresariales no encuentre el origen de los datos.

Nota:

SharePoint Server 2010 restaura almacenes remotos de objetos binarios grandes

(BLOB), pero solo si está usando el proveedor FILESTREAM para colocar datos en


Si utiliza otro proveedor, debe restaurar manualmente los almacenes remotos de blobs.


Uso de Windows PowerShell para restaurar una aplicación de servicio

Uso de Administración central para restaurar una aplicación de servicio




222

Uso de herramientas de SQL Server para restaurar las bases de datos de una

aplicación de servicio

Nota:

No se puede restaurar la aplicación de servicio completa, pero se pueden restaurar las

bases de datos asociadas a la aplicación de servicio.

Para vaciar la memoria caché de las Office Web Apps mediante Windows

PowerShell

Uso de Windows PowerShell para restaurar una aplicación de servicio Puede usar Windows PowerShell para restaurar una aplicación de servicio.

Para restaurar una aplicación de servicio mediante Windows PowerShell


SPShellAdmin.





Restore-SPFarm -Directory <CarpetaCopiaSeguridad> -Item

<NombreAplicaciónServicio> -RecoveryMethod Overwrite [-BackupId <GUID>] [-

Verbose]

Para especificar qué copia de seguridad se usará, utilice el parámetro

BackupId. Escriba lo siguiente para ver las copias de seguridad de la granja de

servidores: Get-SPBackupHistory -Directory <Backup folder> -ShowBackup

. Si no especifica el BackupId

, se usará la copia de seguridad más reciente. No se puede restaurar una aplicación

de servicio desde una copia de seguridad de solo configuración.

223

Nota:




Uso de Administración central para restaurar una aplicación de servicio Use el siguiente procedimiento para restaurar una aplicación de servicio mediante el sitio

web de Administración central de SharePoint.

Para restaurar una aplicación de servicio mediante Administración central








seguridad de la aplicación de servicio, o una copia de seguridad del nivel de la

granja de servidores. A continuación, haga clic en Siguiente. Puede ver más

detalles acerca de cada copia de seguridad si hace clic en el símbolo (+) que se

encuentra junto a la copia de seguridad.

Nota:




No se puede usar una copia de seguridad de solo configuración para restaurar la granja

de servidores.


seleccionar componentes para restaurar, expanda Aplicaciones de servicios

compartidos, active la casilla que hay junto a la aplicación de servicio y haga clic en

Siguiente.

224



compruebe que aparece Granja\Aplicaciones de servicios

compartidos\<Aplicación web> en la lista Restaurar el siguiente componente.











trabajos del servicio de temporizador. Por lo tanto, la recuperación podría tardar

unos segundos en comenzar.





Uso de herramientas de SQL Server para restaurar las bases de datos de una aplicación de servicio No es posible restaurar la aplicación de servicio completa mediante las herramientas de SQL

Server. Sin embargo, es posible usar las herramientas de SQL Server para restaurar las bases de

datos asociadas a la aplicación de servicio. Para restaurar la aplicación de servicio completa, use

Windows PowerShell o Administración central.

Para restaurar las bases de datos de una aplicación de servicio mediante las herramientas

de SQL Server

1. Compruebe que la cuenta de usuario que usa para restaurar las bases de datos pertenece al

rol fijo de servidor sysadmin de SQL Server en el servidor de bases de datos en el que se

almacena cada base de datos.

2. Abra SQL Server Management Studio y establezca una conexión con el servidor de bases de

datos.

225

4. Haga clic con el botón secundario en la base de datos que desee restaurar, elija Tareas, elija

Restaurar y haga clic en Base de datos.

5. En el cuadro de diálogo Restaurar base de datos, en la página General, seleccione la base

de datos que desea restaurar en la lista desplegable A una base de datos.

6. Seleccione el origen de restauración en la lista desplegable Desde la base de

datos.

7. En el área Seleccionar los conjuntos de copia de seguridad que se van a

restaurar, active la casilla de verificación ubicada junto a la base de datos.

8. En la pestaña Opciones, seleccione el estado de recuperación en la sección Estado

de recuperación.

Para obtener más información acerca del tipo de recuperación que se debe usar,

consulte Introducción a los modelos de recuperación

(http://go.microsoft.com/fwlink/?LinkId=114396&clcid=0xc0A) en Libros en pantalla

de SQL Server.

9. Haga clic en Aceptar para restaurar la base de datos.

10. Repita los pasos del 1 al 9 para cada base de datos asociada a la aplicación de

servicio.

Para vaciar la memoria caché de las Office Web Apps mediante Windows

PowerShell

1. Si va a restaurar las Microsoft Office Web Apps, debe vaciar la memoria caché

después de completar el proceso de restauración, para asegurarse de que se creen

los trabajos del temporizador correctos.


SPShellAdmin.





Get-SPOfficeWebAppsCache | Remove-SPOfficeWebAppsCache -Confirm:$false

226

Restauración de búsqueda (SharePoint Server 2010)


En algunas situaciones, puede resultar necesario restaurar el sistema de búsqueda en

lugar de restaurar la granja de servidores completa.

Importante:



Importante:

Utilice los procedimientos que se indican en este tema para restaurar los componentes

de búsqueda de Microsoft SharePoint Server 2010. Si la topología incluye Microsoft

FAST Search Server 2010 for SharePoint, con los procedimientos de este artículo,

también se restaura la SSA de contenido y la SSA de consultas (incluido el índice de

búsqueda de personas). Sin embargo, además de los procedimientos descritos en este

artículo, debe restaurar la granja de servidores de FAST Search Server 2010 for

SharePoint.

Procedimientos incluidos en este tema:

Uso de Windows PowerShell para restaurar una aplicación de servicio de búsqueda

Uso de Administración central para restaurar una aplicación de servicio de búsqueda

Nota:

No se pueden usar las herramientas de SQL Server para restaurar todos los

componentes de búsqueda.

Uso de Windows PowerShell para restaurar una aplicación de servicio de búsqueda Se puede usar Windows PowerShell para restaurar la búsqueda. Este procedimiento

restaura todos los componentes de búsqueda, incluidos las bases de datos, la

configuración del servicio de búsqueda y todos los archivos de índices.

227

Para restaurar una aplicación de servicio de búsqueda mediante Windows

PowerShell


SPShellAdmin.






Restore-SPFarm -Directory <Carpeta de copia de seguridad> -Item <Nombre de la

aplicación de servicio de búsqueda> -RecoveryMethod Overwrite [-

BackupId <GUID>] [-Verbose]


BackupId. Para ver las copias de seguridad de la granja de servidores, escriba el

comando siguiente y, a continuación, presione ENTRAR: Get-SPBackupHistory -

Directory <Backup folder> -ShowBackup

. Si no utiliza el parámetro

BackupID, se usará la copia de seguridad más reciente. No se puede restaurar la

búsqueda desde una copia de seguridad de solo configuración.




Nota:




Uso de Administración central para restaurar una aplicación de servicio de búsqueda Use el siguiente procedimiento para restaurar la búsqueda mediante el sitio web de

Administración central de SharePoint. Este procedimiento restaura todos los

228

componentes de búsqueda, incluidos las bases de datos, la configuración del servicio de

búsqueda y todos los archivos de índices.

Para restaurar una aplicación de servicio de búsqueda mediante Administración

central








seguridad de la búsqueda, o una copia de seguridad del nivel de la granja de

servidores. A continuación, haga clic en Siguiente. Puede ver más detalles acerca

de cada copia de seguridad si hace clic en el símbolo (+) que se encuentra junto a la

copia de seguridad.

Nota:





No se puede usar una copia de seguridad de solo configuración para restaurar la

búsqueda.


seleccionar componentes para restaurar, expanda el nodo Aplicaciones de

servicios compartidos.

5. Active la casilla de verificación situada junto a la aplicación de servicio de búsqueda

y, a continuación, haga clic en Siguiente.



compruebe que aparece Granja\Aplicaciones de servicios

compartidos\<Aplicación de servicio de búsqueda> en la lista Restaurar el

siguiente contenido.


opción Misma configuración. Si selecciona esta opción, aparecerá un cuadro de

diálogo que solicitará la confirmación de la operación. Haga clic en Aceptar.

229

7. Haga clic en Iniciar restauración.

Puede ver el estado general de todos los trabajos de recuperación en la parte












230

Restauración de los servicios de almacenamiento seguro (SharePoint Server 2010)


En Microsoft SharePoint Server 2010, el Servicio de almacenamiento seguro sustituye al

inicio de sesión único (SSO) de Microsoft SharePoint Server 2007. El Servicio de

almacenamiento seguro proporciona la capacidad de almacenar conjuntos de

credenciales de forma segura y de asociar credenciales a identidades específicas o a un

grupo de identidades.

Cada vez que escribe una frase de contraseña nueva, SharePoint Server 2010 crea una

clave maestra nueva y vuelve a cifrar los conjuntos de credenciales con esa clave. La

frase de contraseña otorga acceso a la clave maestra que creó SharePoint Server 2010

y que se usa para cifrar los conjuntos de credenciales.

Importante:

Necesitará la frase de contraseña que se registró cuando se realizó una copia de

seguridad del servicio de almacenamiento seguro para restaurar dicho servicio.


Uso de Administración central para restaurar el servicio de almacenamiento seguro

Uso de Windows PowerShell para restaurar el servicio de almacenamiento seguro

Uso de Administración central para restaurar el servicio de almacenamiento seguro Use el procedimiento siguiente para restaurar el servicio de almacenamiento seguro

mediante el sitio web de Administración central de SharePoint.

Para restaurar el servicio de almacenamiento seguro mediante Administración

central



231






seguridad que desee, o una copia de seguridad del nivel de la granja de servidores.

A continuación, haga clic en Siguiente. Puede ver más detalles acerca de cada

copia de seguridad si hace clic en el símbolo (+) que se encuentra junto a la copia de

seguridad.

Nota:




No se puede utilizar una copia de seguridad de solo configuración para restaurar el

servicio de almacenamiento seguro.


seleccionar componentes para restaurar, expanda Aplicaciones de servicios

compartidos, active la casilla que hay junto al grupo de copias de seguridad de la

aplicación de servicio de almacenamiento seguro y haga clic en Siguiente.



compruebe que aparece Granja\Servicios compartidos\Aplicaciones de servicios

compartidos\<Nombre del servicio de almacenamiento seguro> en la lista

Restaurar el siguiente componente.

232


página Estado del trabajo de copia de seguridad y restauración. También hallará

más detalles en el archivo Sprestore.log, en la ruta de acceso que especificó en el

paso 3.

7. Cuando la operación de restauración haya finalizado correctamente, se debe

actualizar la frase de contraseña.

8. En la página principal de Administración central, en la sección Administración de

aplicaciones, haga clic enAdministrar aplicaciones de servicio.

9. En la página Aplicaciones de servicio, haga clic en el nombre del servicio de

almacenamiento seguro. Es posible que reciba el siguiente error: “No se puede

obtener la clave maestra”.

10. En la página del servicio de almacenamiento seguro, en la cinta, haga clic en

Actualizar clave.

11. En el cuadro de diálogo Actualizar clave, escriba la frase de contraseña en el

cuadro Frase de contraseña y, a continuación, haga clic en Aceptar.

Uso de Windows PowerShell para restaurar el servicio de almacenamiento seguro Puede usar Windows PowerShell para restaurar el servicio de almacenamiento seguro.

Para restaurar el servicio de almacenamiento seguro mediante Windows

PowerShell


SPShellAdmin.






Restore-SPFarm -Directory <Carpeta de copia de seguridad> -Item <Nombre del

servicio de almacenamiento seguro> -RecoveryMethod Overwrite [-

233

BackupId. Escriba lo siguiente para ver las copias de seguridad de la granja de

servidores: Get-SPBackupHistory -Directory <Backup folder> -ShowBackup

. Si no especifica ningún valor en el parámetro

BackupID, se usará la copia de seguridad más reciente. No se puede restaurar el

servicio de almacenamiento seguro a partir de una copia de seguridad de solo

configuración.




6. Cuando la operación de restauración haya finalizado correctamente, se debe

actualizar la frase de contraseña. En el símbolo del sistema de Windows PowerShell

(es decir, PS C:\>), escriba el siguiente comando y presione ENTRAR:

Update-SPSecureStoreApplicationServerKey -Passphrase <Frase de contraseña>

Para obtener más información, consulte Update-

SPSecureStoreApplicationServerKey (http://technet.microsoft.com/es-

es/library/53234b26-d767-483a-a75f-0f2c195f8747(Office.14).aspx).

Conceptos Copia de seguridad del Servicio de almacenamiento seguro (SharePoint Server 2010)

234



Puede restaurar una o varias bases de datos de contenido de una en una. Para obtener

información acerca de cómo realizar una copia de seguridad de todas las bases de datos

de contenido de una granja de servidores al mismo tiempo, consulte Copia de seguridad

de una granja de servidores (SharePoint Server 2010).

Nota:

SharePoint Server 2010 restaura los almacenes remotos de objetos binarios grandes

(BLOB), pero solo si usa el proveedor de blobs SQL Filestream para colocar datos en


Si utiliza otro proveedor, debe restaurar manualmente estos almacenes remotos de

blobs.

Nota:

Si un usuario ha tomado copias de contenido para su edición sin conexión en Microsoft

SharePoint Workspace 2010 y se restaura el contenido desde una copia de seguridad en

el servidor, cuando el usuario vuelva a conectarse, el servidor sincronizará

automáticamente el contenido sin conexión con el contenido restaurado. Esto puede

causar la pérdida de datos en las copias de contenido del usuario.


Uso de Windows PowerShell para restaurar una base de datos de contenido

Uso de Administración central para restaurar una base de datos de contenido

Uso de las herramientas de SQL Server para restaurar una base de datos de

contenido

235

Uso de Windows PowerShell para restaurar una base de datos de contenido Puede usar Windows PowerShell para restaurar una base de datos de contenido.

Para restaurar una base de datos de contenido con Windows PowerShell


SPShellAdmin.






Restore-SPFarm -Directory <Nombre de la carpeta de copia de seguridad> -

RestoreMethod Overwrite -Item <Nombre de la base de datos de contenido> [-


Nota:

Si no usa la cuenta de la granja de servidores para iniciar sesión, se le pedirán las

credenciales de la cuenta de la granja de servidores.

Si no utiliza el parámetro

BackupID, se usará la copia de seguridad más reciente. Para ver una lista de las

copias de seguridad, incluidos sus identificadores de copia de seguridad (Backup

ID), escriba el comando siguiente y, a continuación, presione ENTRAR:

Get-SPBackupHistory -Directory <Backup folder>

236

Nota:




Uso de Administración central para restaurar una base de datos de contenido Puede usar Administración central para restaurar una granja de servidores o sus

componentes.

Para restaurar una base de datos de contenido con Administración central

1. Compruebe si ha iniciado sesión como miembro del grupo de administradores de la







seguridad de la base de datos de contenido. A continuación, haga clic en Siguiente.

Nota:


Ubicación del directorio actual, escriba la ruta de la carpeta correcta de la copia y

haga clic en Actualizar.


seleccionar componentes para restaurar, active la casilla que hay junto a la base de

datos de contenido y haga clic en Siguiente.

Nota:

Si la base de datos de contenido no se puede seleccionar, debe usar las herramientas

de Windows PowerShell o SQL Server para restaurar la base de datos de contenido.


seleccionar opciones de restauración, en la sección Opciones de restauración, en

Tipo de restauración, haga clic en la opción Misma configuración. Aparecerá un

cuadro de diálogo que le solicitará confirmar la operación. Haga clic en Aceptar.

237














Uso de las herramientas de SQL Server para restaurar una base de datos de contenido Puede usar las herramientas de SQL Server para restaurar una base de datos de

contenido mediante estos pasos:

1. Si es posible, haga una copia de seguridad del registro de transacciones activo de la

base de datos de contenido para proteger los cambios realizados desde que se

efectuó la última copia de seguridad completa.

2. Restaure la última copia de seguridad completa de la base de datos.

3. Restaure la copia de seguridad diferencial más reciente desde la última copia de

seguridad completa de la base de datos.

4. Restaure todas las copias de seguridad del registro de transacciones desde la última

copia de seguridad completa o diferencial de la base de datos.

Para restaurar una base de datos de contenido con las herramientas de SQL

Server






que haya restaurado las bases de datos de contenido.


bases de datos.

238








desee restaurar.













Nota:






restaurar.


Conceptos Copia de seguridad de una base de datos de contenido (SharePoint Server 2010)

240

Procedimiento para adjuntar y restaurar una base de datos de contenido de solo lectura (SharePoint Server 2010)


Una granja de servidores de Microsoft SharePoint Server 2010 en la que las bases de

datos de contenido están configuradas como de solo lectura puede ser parte de un

entorno de recuperación ante errores que se ejecute en bases de datos de contenido

reflejadas o de trasvase de registros. También puede formar parte de un entorno de

revisión o mantenimiento de alta disponibilidad que proporcione acceso al usuario

mientras se actualiza otra versión de la granja de servidores. Al volver a adjuntar las

bases de datos de solo lectura, pasan a ser de lectura y escritura.

Para obtener más información sobre cómo usar bases de datos de solo lectura, consulte

Ejecución de una granja de servidores que usa bases de datos de solo lectura

(SharePoint Server 2010) (http://technet.microsoft.com/es-es/library/8b91dc0a-c37d-

4ec8-aa75-deb3f268fb97(Office.14).aspx).

Uso de Windows PowerShell para adjuntar una base de datos de contenido de solo lectura y restaurarla Solo se puede usar Windows PowerShell para adjuntar una base de datos de contenido

de solo lectura y restaurarla.

Para adjuntar una base de datos de contenido de solo lectura y restaurarla



SPShellAdmin.








241

Mount-SPContentDatabase -Name <Nombre de la base de datos> -

WebApplication <ID de la aplicación web> [-Verbose]

Nota:

El proceso de adjuntar una base de datos de contenido mediante el cmdlet

Mount-SPContentDatabase es diferente del de adjuntar una base de datos en SQL

Server utilizando las herramientas de SQL Server. Mount-SPContentDatabase

asocia la base de datos de contenido a una aplicación web para que se pueda leer el

contenido.

Para obtener más información, consulte Mount-SPContentDatabase

(http://technet.microsoft.com/es-es/library/20d1bc07-805c-44d3-a278-

e2793370e237(Office.14).aspx).

Nota:

242


Actualizado el 12 de agosto de 2010

En este artículo se describe cómo restaurar personalizaciones realizadas a los sitios de

una granja de servidores de Microsoft SharePoint Server.

En este artículo, se presupone que ya está familiarizado con los conceptos y los

procedimientos de Hacer copias de seguridad de personalizaciones (SharePoint Server

2010).

En este artículo:

Restauración de paquetes de soluciones

Restauración de elementos de sitio creados

Restauración de flujos de trabajo

Restauración de cambios en el archivo Web.config

Recuperación de cambios realizados mediante edición directa

Restauración de personalizaciones desarrolladas que no están empaquetadas como

soluciones

Restauración de paquetes de soluciones El método que se usa para restaurar paquetes de soluciones depende de si las

personalizaciones se implementaron como soluciones de confianza o soluciones de

espacio aislado.

Las soluciones de confianza son soluciones que implementan los administradores de la

granja de servidores. Se implementan en toda la granja de servidores y se pueden usar

en cualquiera de sus sitios. Estas soluciones se almacenan en la base de datos de

configuración. Cuando se realiza una copia de seguridad de la granja de servidores

mediante la copia de seguridad de SharePoint Server 2010, se realiza también una copia

de seguridad de las soluciones de confianza, que se incluye en las copias de seguridad

de solo configuración. Se puede hacer una copia de seguridad de ellas como grupo o

individualmente. Se pueden ver en la jerarquía de restauración.

243

Las soluciones de espacio aislado son soluciones que los administradores de la

colección de sitios pueden implementar en una sola colección de sitios. Las soluciones

de espacio aislado se almacenan en la base de datos de contenido asociada a la

colección de sitios en la que se implementan. Se incluyen en la copia de seguridad de la

granja de servidores, las aplicaciones web, las bases de datos de contenido y las

colecciones de sitios de SharePoint Server 2010, pero no son visibles en la jerarquía de

restauración y no se pueden seleccionar ni restaurar de manera individual.

Se recomienda conservar una copia de seguridad del archivo .wsp original, así como del

código fuente que se usó para generar el archivo .wsp para las soluciones de confianza

y de espacio aislado.

Para restaurar una solución de confianza mediante Administración central








seguridad del paquete de soluciones. A continuación, haga clic en Siguiente. Puede

ver más detalles acerca de cada copia de seguridad si hace clic en el símbolo (+)

que se encuentra junto a la copia de seguridad.

Nota:






seleccionar componentes para restaurar, active la casilla que hay junto a la solución

y haga clic en Siguiente.



compruebe que aparece Solución en la lista Restaurar el siguiente componente.



244


opción Misma configuración. Aparecerá un cuadro de diálogo que le solicitará

confirmar la operación. Haga clic en Aceptar.














Para restaurar una solución de confianza mediante Windows PowerShell


SPShellAdmin.





Restore-SPFarm -Directory <CarpetaCopiaSeguridad> -RestoreMethod Overwrite -

BackupId <GUID> -Item <RutaSolución>

Donde:

<CarpetaCopiaSeguridad> es la ubicación de UNC del directorio desde el que

desea realizar la restauración.

<GUID> es el GUID del identificador de copia de seguridad desde el que se

desea realizar la restauración. Si no especifica ninguna copia de seguridad, se

usará la más reciente.

245

<RutaSolución> es la ruta de acceso de la solución dentro del árbol de copia de

seguridad (normalmente, farm\solutions\NombreSolución).




Nota:




Restauración de una solución de espacio aislado

No se pueden restaurar solo las personalizaciones que se implementaron como

soluciones de espacio aislado. En su lugar, debe restaurar la granja de servidores, la

aplicación web, la base de datos de contenido o la colección de sitios a la que esté

asociada la personalización. Para obtener más información sobre estos métodos de

restauración, consulte Contenido relacionado

(http://technet.microsoft.com/library/84346116-d592-4b9f-9992-

b509ccdcefbe(Office.14).aspx#Related), más adelante en este mismo artículo.

Restauración de elementos de sitio creados No se pueden restaurar únicamente los elementos de sitio creados. En su lugar, debe

restaurar la granja de servidores, la aplicación web o la base de datos de contenido a la

que esté asociado el elemento de sitio creado. Para obtener más información sobre

estos métodos de copia de seguridad, consulte Contenido relacionado

(http://technet.microsoft.com/library/84346116-d592-4b9f-9992-

b509ccdcefbe(Office.14).aspx#Related).

Restauración de flujos de trabajo Los flujos de trabajo son un caso especial de personalización que se puede restaurar.

Asegúrese de que el plan de copia de seguridad y recuperación incluya uno de los

siguientes escenarios que se aplican al entorno:




http://technet.microsoft.com/library/84346116-d592-4b9f-9992-b509ccdcefbe(Office.14).aspx#Related

http://technet.microsoft.com/library/84346116-d592-4b9f-9992-b509ccdcefbe(Office.14).aspx#Related

246

sitios en la que se implementan. Restaure la base de datos de contenido o la

colección de sitios para restaurar estos flujos de trabajo.



1. Los ensamblados de Microsoft Visual Studio 2010 para las acciones se

almacenan en la caché global de ensamblados (GAC).

2. Los archivos de definición XML (archivos .actions) se almacenan en el directorio

14\TEMPLATE\<LCID>\Workflow.

3. Se almacena una entrada XML para marcar la acción como un tipo autorizado



debe usar un sistema de restauración de archivos para restaurar estos archivos

y estas entradas XML. Puede volver a aplicar los archivos según sea necesario

después de la recuperación.


crean con Visual Studio 2010, se almacenan en dos ubicaciones. Los ensamblados

de Visual Studio 2010 para el flujo de trabajo se almacenan en la GAC y los archivos

de definición XML se almacenan en el directorio de características. Lo mismo ocurre

con otros tipos de características de SharePoint Server, como los elementos web y

los receptores de eventos. Si el flujo de trabajo se ha instalado como parte de un

paquete de soluciones, siga las instrucciones para restaurar paquetes de soluciones.


distinta de aquella en la que se implementa el flujo de trabajo, debe restaurar ambas

colecciones de sitios para recuperar el flujo de trabajo. La restauración de la granja

de servidores es suficiente para recuperar todas las colecciones de sitios de la

granja de servidores y todos los flujos de trabajo que están asociados a ellas.

Los flujos de trabajo que no se han implementado se deben restaurar por separado

mediante una aplicación de copia de seguridad del sistema de archivos.

Restauración de cambios en el archivo Web.config Al realizar una restauración de la granja de servidores o de solo configuración, podrá

recuperar los cambios en el archivo Web.config realizados mediante Administración

central o las API y el modelo de objetos de SharePoint Server 2010.

Debe usar una copia de seguridad del sistema de archivos para proteger los cambios en

el archivo Web.config que no se realizan mediante Administración central o las API y el

247

modelo de objetos de SharePoint. Puede recuperar la copia de seguridad mediante la

restauración del sistema de archivos.

Recuperación de cambios realizados mediante edición directa Es difícil recuperar los cambios realizados directamente en un sitio mediante edición

directa a través del explorador. En la tabla siguiente se describen estrategias de

recuperación para determinados objetos.

Objeto editado Estrategia de copia de seguridad

Lista Si usó SharePoint Designer 2010 para guardar como plantilla,

puede implementar y activar la plantilla. Para obtener más

información, consulte Guardar un sitio de SharePoint como

plantilla


Sitio Si usó SharePoint Designer 2010 para guardar como plantilla,

puede implementar y activar la plantilla. Para obtener más

información, consulte Guardar un sitio de SharePoint como

plantilla


Colección de sitios Use la recuperación de colección de sitios. Para obtener más

información, consulte Restauración de una colección de sitios


Restauración de personalizaciones desarrolladas que no están empaquetadas como soluciones La restauración de personalizaciones desarrolladas que no están empaquetadas como

soluciones puede ser un proceso complejo, ya que las ubicaciones de los archivos de

personalización no están normalizadas.

Contacte con el proveedor de personalización o con el equipo de desarrollo para

averiguar si las personalizaciones incluyen software de complemento adicional o





248

archivos en otras ubicaciones. Se recomienda restaurar directorios con una solución de

restauración de sistemas de archivos. En la siguiente tabla se enumeran las ubicaciones

de los servidores web donde se suelen almacenar las personalizaciones.


%COMMONPROGRAMFILES%\Microsoft

Shared\Web Server Extensions\14

Archivos actualizados con frecuencia,

ensamblados personalizados, plantillas

personalizadas y definiciones de sitio

personalizadas

Inetpub Ubicación de directorios virtuales de IIS

%WINDIR%\Assembly Caché global de ensamblados (GAC):

ubicación protegida del sistema

operativo en la que se instalan los

ensamblados de código de Microsoft

.NET Framework para proporcionar

acceso total al sistema.



Server 2010: copia de seguridad, recuperación,

disponibilidad y recuperación ante desastres


Contenido para

profesionales de TI

Introducción a la implementación de personalizaciones

(SharePoint Server 2010) (http://technet.microsoft.com/es-

es/library/be4ca20f-520e-4fd7-9c42-

140af800cbc8(Office.14).aspx)

Hacer copias de seguridad de personalizaciones (SharePoint

Server 2010)

Restauración de una granja de servidores (SharePoint Server

2010)






249

Restauración de la configuración de una granja de servidores



2010)

Restauración de una base de datos de contenido (SharePoint

Server 2010)

Restauración de una colección de sitios (SharePoint Server

2010)

Contenido para

programadores

Uso de soluciones (MSDN)


Soluciones de espacio aislado (MSDN)




250

Restauración de una colección de sitios (SharePoint Server 2010)


Solo se puede usar Windows PowerShell para restaurar una colección de sitios.

Uso de Windows PowerShell para restaurar una colección de sitios Puede usar Windows PowerShell para restaurar una colección de sitios manualmente o

como parte de un script que se puede ejecutar a intervalos programados.

Nota:

Si un usuario ha tomado copias de contenido para su edición sin conexión en Microsoft

SharePoint Workspace 2010 y se restaura el contenido desde una copia de seguridad en

el servidor, cuando el usuario vuelva a conectarse, el servidor sincronizará

automáticamente el contenido sin conexión con el contenido restaurado. Esto puede

causar la pérdida de datos en las copias de contenido del usuario.

Para restaurar una colección de sitios mediante Windows PowerShell


SPShellAdmin. Además, compruebe que la cuenta de usuario que llevará a cabo

este procedimiento dispone de permisos de lectura en la carpeta de copia de

seguridad y pertenece al rol fijo de base de datos db_owner en la base de datos de

configuración de la granja de servidores y en la base de datos de contenido donde

se restaurará la colección de sitios.






251

Restore-SPSite -Identity <URL de la colección de sitios> -Path <Archivo de copia de

seguridad> [-DatabaseServer <Nombre del servidor de bases de datos>] [-

DatabaseName <Nombre de la base de datos de contenido>] [-

HostHeader <Encabezado del host>] [-Force] [-GradualDelete] [-Verbose]

Si desea restaurar la colección de sitios a una base de datos de contenido en

particular, utilice los parámetros DatabaseServer

y DatabaseName

para especificar la base de datos de contenido. Si no especifica ninguna base de

datos de contenido, la colección de sitios se restaurará en una base de datos de

contenido elegida por Microsoft SharePoint Server 2010.

Si restaura una colección de sitios con nombre de host, utilice el parámetro

Identity para especificar la URL de la colección de sitios con nombre de host, y el

parámetro HostHeader, para especificar la URL de la aplicación web que

almacenará la colección de sitios con nombre de host.

Si desea sobrescribir una colección de sitios existente, use el parámetro

Force.

Nota:

Si la colección de sitios que está restaurando ocupa 1 gigabyte o más, puede utilizar el

parámetro

GradualDelete para mejorar el rendimiento durante el proceso de restauración. Cuando

se usa este parámetro, la colección de sitios que se sobrescribe se marca como

eliminada, lo que impide de inmediato el acceso a su contenido. Un trabajo del

temporizador elimina los datos de la colección de sitios marcada, posteriormente y de

forma gradual, en lugar de eliminarlos todos al mismo tiempo, lo que reduce el impacto

en el rendimiento del servidor.

Para obtener más información, consulte Restore-SPSite (http://technet.microsoft.com/es-

es/library/90f19a58-0455-470c-a8ee-3129fc341f62(Office.14).aspx).

252

Nota:




Conceptos Copia de seguridad de una colección de sitios (SharePoint Server 2010)

253

Importación de una lista o biblioteca de documentos (SharePoint Server 2010)


Aunque se puede usar Windows PowerShell o Administración central para exportar un

sitio, una lista o una biblioteca de documentos, solo se puede usar Windows PowerShell

para importar un sitio, una lista o una biblioteca de documentos. Para obtener

información acerca de cómo exportar listas o bibliotecas, consulte Exportación de un

sitio, una lista o una biblioteca de documentos (SharePoint Server 2010).

Se puede usar la importación como un método para restaurar los elementos o como un

método para mover o copiar los elementos de una granja de servidores a otra. Se puede

importar un sitio, una lista o una biblioteca de documentos desde una copia de seguridad

de la granja de servidores actual, desde una copia de seguridad de otra granja de

servidores o desde una base de datos de contenido de solo lectura. Para importar desde

una base de datos de contenido de solo lectura, en primer lugar, se debe adjuntar la

base de datos de solo lectura. Para obtener más información, consulte Procedimiento

para adjuntar y restaurar una base de datos de contenido de solo lectura (SharePoint

Server 2010).

Importante:

No se puede importar un sitio, una lista o una biblioteca de documentos exportados

desde una versión de Microsoft SharePoint Server a otra versión de SharePoint Server.

Importación de un sitio, una lista o una biblioteca de documentos Se puede usar Windows PowerShell para importar manualmente un sitio, una lista o una

biblioteca de documentos, o como parte de un script o secuencia de comandos que

puede ejecutarse a intervalos regulares.

Para importar un sitio, una lista o una biblioteca de documentos mediante

Windows PowerShell

254


SPShellAdmin.






Import-SPWeb -Identity <URL del sitio> -Path <Nombre del archivo de exportación>

[-Force] [-NoFileCompression] [-Verbose]

Importante:

El sitio o subsitio que se importa debe tener una plantilla que coincida con la plantilla de

sitio especificada por Identity

.

También puede usar el cmdlet

Get-SPWeb y transferir el ID a Import-SPWeb

mediante la canalización de Windows PowerShell. El valor del parámetro

Path especifica la ruta de acceso y el nombre del archivo desde el que se importará

la lista o la biblioteca. Para incluir la configuración de seguridad de usuarios en la

lista o la biblioteca de documentos, use el parámetro

IncludeUserSecurity. Para sobrescribir la lista o la biblioteca especificada, use el

parámetro

Force. Puede utilizar el parámetro

UpdateVersions para especificar cómo se debe atender a los conflictos del control

de versiones. Para ver el progreso de la operación, use el parámetro

Verbose.

El parámetro

NoFileCompression permite especificar que no se debe realizar la compresión de

archivos durante el proceso de importación. Al usar este parámetro, se puede reducir

el uso de recursos hasta un 30% durante los procesos de exportación e importación.

255

Si está importando un sitio, una lista o una biblioteca de documentos que se ha

exportado desde Administración central, o si exportó un sitio, una lista o una

biblioteca de documentos mediante Windows PowerShell y no utilizó el parámetro

NoFileCompression

en el cmdlet

Export-SPWeb, no podrá utilizar este parámetro en el cmdlet

Import-SPWeb.

Nota:

No hay ninguna instalación en el cmdlet

Import-SPWeb para importar un subconjunto de los elementos del archivo de

exportación. Por lo tanto, la operación de importación importará todo el contenido del

archivo.

Para obtener más información, consulte Import-SPWeb (http://technet.microsoft.com/es-

es/library/2ecc5b6e-1b23-4367-a966-b7bd3377db3a(Office.14).aspx).

Nota:




Conceptos Exportación de un sitio, una lista o una biblioteca de documentos (SharePoint Server

2010)


256



En esta sección, se describe cómo configurar la disponibilidad para Microsoft SharePoint

Server 2010. En este artículo, se presupone que está familiarizado con los conceptos y

los términos que se presentan en Planeación de disponibilidad (SharePoint Server

2010).

En esta sección:

Configuración de la disponibilidad mediante la agrupación en clústeres de SQL


En este artículo, se describe cómo usar la agrupación en clústeres de SQL Server

con SharePoint Server 2010.

Configurar la disponibilidad mediante la creación de un reflejo de la base de datos de

SQL Server (SharePoint Server 2010)

En este artículo, se describe cómo configurar la creación de reflejo de la base de

datos de SQL Server para usarla con SharePoint Server 2010.

Ejemplo de script para configurar la creación de reflejo de la base de datos de SQL


En este artículo se ofrece un script para configurar la creación de reflejo de la base

de datos de SQL Server y usarla con SharePoint Server 2010 en un entorno de

prueba. En un entorno de producción, se recomienda que un profesional de base de

datos configure la creación de reflejo.

Conceptos Planeación de disponibilidad (SharePoint Server 2010)

257

Configuración de la disponibilidad mediante la agrupación en clústeres de SQL Server (SharePoint Server 2010)


La agrupación de clústeres de conmutación por error de Microsoft SQL Server 2008

Service Pack 1 (SP1) con la actualización acumulativa 2 se puede usar para configurar

la disponibilidad dentro de una granja de servidores de Microsoft SharePoint Server

2010. En este artículo, se presupone que está familiarizado con los conceptos y los

términos que se presentan en Planeación de disponibilidad (SharePoint Server 2010).

La agrupación de clústeres de conmutación por error ofrece compatibilidad con la

disponibilidad a una instancia de SQL Server 2008 SP1 con la actualización

acumulativa 2. Un clúster de conmutación por error es una combinación de uno o más

nodos o servidores y uno o más discos compartidos. Una instancia de clúster de

conmutación por error aparece como un solo equipo, pero cuenta con funcionalidad que

proporciona conmutación por error de un nodo a otro en el caso de que el nodo actual

deje de estar disponible.

SharePoint Server 2010 hace referencia al clúster en su totalidad. Por lo tanto, la

conmutación por error es automática y no presenta problemas desde la perspectiva de

SharePoint Server 2010.

Para obtener información detallada sobre la agrupación de clústeres de conmutación por

error, consulte Introducción a la agrupación de clústeres de conmutación por error de

SQL Server 2008 (http://go.microsoft.com/fwlink/?LinkID=102837&clcid=0xC0A).

No existen instrucciones específicas para configurar clústeres para SharePoint Server

2010. Para obtener instrucciones acerca de cómo configurar la agrupación de clústeres

de conmutación por error, consulte Instalación de un clúster de conmutación por error de

SQL Server 2008 (http://go.microsoft.com/fwlink/?LinkId=132112&clcid=0xC0A).





258

Configurar la disponibilidad mediante la creación de un reflejo de la base de datos de SQL Server (SharePoint Server 2010)


En este artículo, se describe cómo usar la creación de reflejos de bases de datos de alta

disponibilidad para configurar la disponibilidad en una granja de servidores para

Microsoft SharePoint Server 2010. En este artículo, se presupone que está familiarizado

con los conceptos y los términos que se presentan en Planeación de disponibilidad


La creación de reflejo de la base de datos de Microsoft SQL Server proporciona

compatibilidad con la disponibilidad mediante el envío de transacciones directamente

desde una base de datos y un servidor principales a una base de datos y un servidor

reflejados cada vez que el búfer de registro de transacciones de la base de datos

principal se escribe en el disco. Para la disponibilidad dentro de un conjunto de

servidores de Microsoft SharePoint Server 2010, se usa la creación de reflejo de la base

de datos de alta disponibilidad, también llamada modo de seguridad alta con

conmutación automática por error. En la creación de reflejos de bases de datos con alta

disponibilidad participan tres instancias de servidor: una principal, un reflejo y un testigo.

El servidor testigo permite a SQL Server conmutar automáticamente por error desde el

servidor principal al servidor reflejado. La conmutación por error desde la base de datos

principal a la base de datos reflejada suele tardar varios segundos.

Dentro de una granja de servidores de SharePoint Server 2010, la creación de reflejo

puede proporcionar redundancia para las bases de datos de contenido y de

configuración, y para varias bases de datos de servicio. Aunque las bases de datos se

reflejen en el mismo servidor, cada una conmutará por error de forma individual. En la

siguiente ilustración se muestra cómo se configura la creación de reflejo para

proporcionar disponibilidad dentro de una granja de servidores de SharePoint Server

2010.

259

SharePoint Server 2010 reconoce la creación de reflejos. Para usar la creación de

reflejos en el entorno, en primer lugar, configure la creación de reflejos y, a continuación,

establezca el valor de la base de datos de conmutación por error en SharePoint Server.

En este artículo:

Antes de comenzar

Seguridad asociada a la creación de reflejo de la base de datos

260

Configuración de productos de SharePoint 2010 para que reconozcan bases de

datos reflejadas

Experiencia del usuario durante una conmutación por error

Antes de comenzar Antes de comenzar a configurar la creación de reflejo, asegúrese de que el

administrador de la base de datos esté al tanto de los siguientes requisitos y topologías

compatibles.

Requisitos para la creación de reflejo de la base de datos

Familiarícese con las recomendaciones de la siguiente lista y asegúrese de que las

bases de datos y el sistema cumplan con todos los requisitos antes de configurar la

creación de reflejo de la base de datos para un entorno de SharePoint Server:

Se recomienda que el sistema tenga una latencia inferior a 1 milisegundo.

El ancho de banda del sistema debe ser, preferentemente, de 1 gigabyte (GB) por

segundo.

Los registros se copian en tiempo real entre los servidores principal y reflejado, y

este proceso de copia puede afectar al rendimiento. Asegúrese de que dispone de

suficiente memoria y ancho de banda tanto en el servidor principal como en el

servidor reflejado.

El servidor principal y el servidor reflejado deben ejecutar la misma versión y edición

de SQL Server, y deben ejecutarse en el mismo idioma. La creación de reflejo de la

base de datos está disponible únicamente en las ediciones Standard, Developer y

Enterprise. El servidor testigo puede ejecutar cualquier versión de SQL Server,

incluida SQL Server 2008 Express.

La creación de reflejo funciona únicamente con las bases de datos que usan el

modelo de recuperación completa.

De forma predeterminada, las bases de datos de SharePoint Server 2010 están

configuradas para usar el modelo de recuperación simple. Para configurar la

creación de reflejo de la base de datos, el modelo de recuperación de la base de

datos debe establecerse como Completa. Para obtener información sobre cómo

establecer el modelo de recuperación de una base de datos, consulte Cómo ver o

cambiar el modelo de recuperación de una base de datos (SQL Server Management

Studio) (http://go.microsoft.com/fwlink/?LinkId=132075&clcid=0xC0A).

Si planea reflejar bases de datos, tenga en cuenta que el tamaño de los registros de

transacciones de estas bases de datos puede llegar a ser muy grande. Para

solucionar este problema, puede establecer un plan de recuperación que trunque los

registros de transacciones según sea necesario. Para obtener más información,

consulte el siguiente artículo en Microsoft Knowledge Base: Procedimiento para





261

evitar que el registro de transacciones de una base de datos de SQL Server crezca

de forma inesperada (http://go.microsoft.com/fwlink/?LinkId=111458&clcid=0xC0A).

En cada sesión de creación de reflejo de la base de datos se crean, al menos, dos

subprocesos por cada base de datos. Asegúrese de que el servidor de bases de

datos tenga suficientes subprocesos para asignarlos en la creación de reflejo de

todas las bases de datos admitidas. Si no cuenta con los subprocesos suficientes, el

rendimiento puede disminuir a medida que se agreguen más bases de datos a una

sesión.

Para obtener más información sobre el rendimiento de la creación de reflejos de bases

de datos, consulte Procedimientos recomendados para la creación de reflejos de bases

de datos y consideraciones sobre el rendimiento


Si va a configurar la creación de reflejos para bases de datos de Microsoft Project

Server 2010, consulte Configurar la disponibilidad mediante la creación de un reflejo de

la base de datos de SQL Server (Project Server 2010) (http://technet.microsoft.com/es-

es/library/b208f09c-df30-41f8-9fe5-bbc3db07fb03(Office.14).aspx) para obtener

información específica de Project Server.

Seguridad asociada a la creación de reflejo de la base de datos

La creación de reflejo de la base de datos usa sesiones de TCP para transportar el

registro de transacciones de un servidor a otro y para supervisar el mantenimiento actual

del sistema para las conmutaciones automáticas por error. La autenticación se realiza en

el nivel de sesión, donde se abre un puerto para la conexión. La creación de reflejo de la

base de datos admite tanto la autenticación de Windows (NTLM o Kerberos) como los

certificados.

Salvo que la red sea segura, los datos que se transmiten durante la sesión deberán

cifrarse. La creación de reflejo de la base de datos admite algoritmos de cifrado Estándar

de cifrado avanzado (AES) y RC4. Para obtener más información acerca de la seguridad

asociada a la creación de reflejo de la base de datos, consulte Seguridad en el

transporte para la creación del reflejo de una base de datos


Servidores reflejados y seguridad de Productos de SharePoint 2010

Cuando se configura una base de datos reflejada, los inicios de sesión y los permisos de

SQL Server para la base de datos que se usará con una granja de servidores de

SharePoint no se configuran automáticamente en las bases de datos maestra y msdb

en el servidor reflejado. En su lugar, se deben configurar los permisos de los inicios de

sesión necesarios. Entre otros, se incluyen los siguientes:

La cuenta del grupo de aplicaciones de Administración central debe pertenecer a los

roles fijos de servidor dbcreator y securityadmin.










262

Todas las cuentas del grupo de aplicaciones, las cuentas de acceso al contenido

predeterminadas y las cuentas necesarias para las aplicaciones de servicio deben

tener inicios de sesión de SQL Server, aunque no deben estar asignadas a roles

fijos de servidor ni a roles de base de datos fijos de SQL Server.

Los miembros del grupo de administradores de la granja de servidores de

SharePoint también deben tener inicios de sesión de SQL Server y deben

pertenecer a los mismos roles de SQL Server que la cuenta del grupo de

aplicaciones de Administración central.

Se recomienda transferir los inicios de sesión y los permisos del servidor principal al

servidor reflejado mediante la ejecución de un script. Puede obtener un script de ejemplo

en el artículo 918992 de Knowledge Base sobre cómo transferir los inicios de sesión y

las contraseñas entre instancias de SQL Server 2005


información acerca de cómo transferir metadatos de SQL Server entre instancias,

consulte el artículo de los Libros en pantalla de SQL Server Administrar los metadatos

cuando una base de datos pasa a estar disponible en otra instancia de servidor


Topologías admitidas

Se recomienda mantener una asignación con correspondencias unívocas entre cada

instancia de base de datos y servidor principal y cada instancia de base de datos y

servidor reflejada, para garantizar la compatibilidad con SharePoint Server 2010.

Entre las topologías admitidas se incluye la creación de reflejo de todas las bases de

datos de contenido, la base de datos de configuración, la base de datos de contenido de

Administración central y las bases de datos de la aplicación de servicio, excepto la base

de datos provisional de Web Analytics y la base de datos de sincronización de perfiles de

usuario.

Nota:

No se recomienda reflejar la base de datos de registro de recolección de datos de uso y

estado. Los entornos de SharePoint pueden seguir funcionando si se produce un error

en esta base de datos, y los datos se pueden regenerar rápidamente.

Evite las topologías que no cuentan con instancias de base de datos y servidor

principales e instancias de base de datos y servidor reflejados coincidentes. Además,

mantenga la base de datos de configuración y la base de datos de contenido de

administración en el mismo servidor.





263

Configuración de creación de reflejo de base de datos de alta disponibilidad Se recomienda que un administrador de la base de datos de SQL Server configure la

creación de reflejo de alta disponibilidad para un entorno de producción. Para un entorno

de prueba, se han proporcionado scripts de Transact-SQL que pueden usarse para

configurar el entorno. Para obtener más información, consulte Script de ejemplo para

configurar la creación de reflejos de SQL Server (SharePoint Foundation 2010)

(http://technet.microsoft.com/es-es/library/1dec713d-60a7-47fe-bd5d-

04f24f366f8a(Office.14).aspx).

Configuración de productos de SharePoint 2010 para que reconozcan bases de datos reflejadas Para que SharePoint Server 2010 reconozca la existencia de bases de datos reflejadas

de conmutación por error, realice el siguiente procedimiento con todas las bases de

datos de contenido y de configuración.

Nota:

Se recomienda usar los cmdlets de Windows PowerShell para establecer los valores de

base de datos de conmutación por error. Si bien es posible usar el sitio web de

Administración central para establecer algunos de estos valores, no se puede usar para

todas las bases de datos.

Para configurar los Productos de SharePoint 2010 para que reconozcan las bases

de datos reflejadas mediante Windows PowerShell


SPShellAdmin.




5. En el símbolo del sistema de Windows PowerShell, escriba los siguientes comandos

y, a continuación, presione ENTRAR:

$db = get-spdatabase | where {$_.Name -eq "nombre de la base de datos"}

$db.AddFailoverServiceInstance("nombre de la base de datos reflejada")



264

$db.Update()

Para obtener más información, consulte Get-SPDatabase

(http://technet.microsoft.com/es-es/library/c9802bf8-5216-4ade-b559-

7ee25fcfa666(Office.14).aspx).

Experiencia del usuario durante una conmutación por error Mientras SQL Server pasa a utilizar una base de datos reflejada, es posible que los

usuarios de un sitio de SharePoint que se ejecute en la base de datos sufran problemas

de conectividad y pérdida de datos durante un breve período de tiempo.

Supervisión y solución de problemas de la creación de reflejo Para supervisar el estado y el rendimiento de la creación de reflejo dentro de una granja

de servidores, los administradores de la base de datos pueden usar el Monitor de

creación de reflejo de la base de datos. La supervisión permite determinar si los datos

fluyen en la sesión de creación de reflejo de la base de datos y en qué grado lo hacen. El

Monitor de creación de reflejo de la base de datos también se puede usar para

solucionar el problema que ocasiona la disminución del flujo de datos. Para obtener más

información, consulte Información general del Monitor de creación de reflejo de la base

de datos (http://go.microsoft.com/fwlink/?LinkId=185068&clcid=0xC0A). Otro recurso que

se puede usar para la solución de problemas es el artículo de los Libros en pantalla de

SQL Server Solucionar problemas de configuración de la creación de reflejo de la base

de datos (http://go.microsoft.com/fwlink/?LinkId=185069&clcid=0xC0A).

Otros recursos Creación de reflejo de la base de datos (http://go.microsoft.com/fwlink/?LinkID=180597&clcid=0xC0A)







265

Ejemplo de script para configurar la creación de reflejo de la base de datos de SQL Server (SharePoint Server 2010)


En este artículo se proporcionan varios ejemplos de script que se pueden usar para

configurar la creación de reflejo de Microsoft SQL Server para un entorno de prueba de

Microsoft SharePoint Server 2010. Se recomienda que sea un administrador de la base

de datos de SQL Server quien configure la creación de reflejo para un entorno de

producción.

Para configurar la creación de reflejo de la base de datos con SharePoint Server 2010,

debe realizar un proceso individual con cada una de las bases de datos que desee

reflejar.

En este artículo:

Configuración de la creación de reflejo de la base de datos con certificados y

recuperación completa (http://technet.microsoft.com/library/028b9fa0-acd3-45a8-

972b-6531751da293(Office.14).aspx#section1)

Configuración de un servidor testigo (http://technet.microsoft.com/library/028b9fa0-

acd3-45a8-972b-6531751da293(Office.14).aspx#Section2)

Transferencia de permisos al servidor reflejado

(http://technet.microsoft.com/library/028b9fa0-acd3-45a8-972b-

6531751da293(Office.14).aspx#Section3)

Los pasos de la siguiente sección se aplican a la topología de granja de servidores que

se indica a continuación:

Uno o más servidores front-end web

Tres servidores que ejecutan SQL Server 2008: servidor principal, servidor reflejado

y servidor testigo

Una base de datos de configuración

Varias bases de datos de contenido

Una o más bases de datos de aplicación de servicio

http://technet.microsoft.com/library/028b9fa0-acd3-45a8-972b-6531751da293(Office.14).aspx#section1

http://technet.microsoft.com/library/028b9fa0-acd3-45a8-972b-6531751da293(Office.14).aspx#section1

http://technet.microsoft.com/library/028b9fa0-acd3-45a8-972b-6531751da293(Office.14).aspx#Section2

http://technet.microsoft.com/library/028b9fa0-acd3-45a8-972b-6531751da293(Office.14).aspx#Section3

266

Configuración de la creación de reflejo de la base de datos con certificados y recuperación completa Cada paso indica el servidor en el que se debe realizar. Use Transact-SQL para enviar

estos comandos a SQL Server. La información de los marcadores de posición se indica

con corchetes angulares (<>); reemplácela por la información específica de su

implementación.

Para configurar el servidor principal para conexiones de salida

1. En el servidor principal, cree un certificado y abra un puerto para creación de reflejo.

--En la base de datos maestra, crear la clave maestra de la base de datos, si es

necesario CREATE MASTER KEY ENCRYPTION BY PASSWORD = '<prueba1234->';

GO -- Crear un certificado para esta instancia del servidor. USE master; CREATE

CERTIFICATE <MAESTRO_HostA_cert> WITH SUBJECT = '<Certificado

maestro_HostA>'; GO --Crear un extremo de creación de reflejos para la instancia

del servidor utilizando el certificado CREATE ENDPOINT Endpoint_Mirroring

STATE = STARTED AS TCP ( LISTENER_PORT=5024 , LISTENER_IP = ALL

) FOR DATABASE_MIRRORING ( AUTHENTICATION = CERTIFICATE

<MAESTRO_HostA_cert> , ENCRYPTION = REQUIRED ALGORITHM RC4 ,

ROLE = ALL ); GO

2. En el servidor principal, haga una copia de seguridad del certificado.

--Hacer una copia de seguridad del certificado HOST_A. BACKUP CERTIFICATE

MASTER_HostA_cert TO FILE = '<c:\MAESTRO_HostA_cert.cer>'; GO

3. En el servidor principal, haga una copia de seguridad de la base de datos. En este

ejemplo se usa la base de datos de configuración. Repita este paso con todas las

bases de datos.

USE master; --Asegúrese de que SharePoint_Config utiliza el modelo de

recuperación completa. ALTER DATABASE SharePoint_Config SET RECOVERY

FULL; GO USE SharePoint_Config BACKUP DATABASE SharePoint_Config TO

DISK = '<c:\SharePoint_Config.bak>' WITH FORMAT GO BACKUP Log

SharePoint_Config TO DISK = '<c:\SharePoint_Config_log.bak>' WITH

FORMAT GO

4. Copie el archivo de copia de seguridad en el servidor reflejado. Repita este paso con

todas las bases de datos.

267

5. Mediante cualquier método de copia segura, copie el archivo de copia de seguridad

del certificado (por ejemplo, C:\HOST_HostA_cert.cer) en el servidor reflejado.

6. En el servidor principal, cree un inicio de sesión y un usuario para el servidor

reflejado, asocie el certificado al usuario y otorgue al inicio de sesión los permisos de

conexión para la asociación.

--Crear un inicio de sesión en HOST_A para HOST_B USE master; CREATE LOGIN

<HOST_HostB_login> WITH PASSWORD = '<1234-prueba>'; GO --Crear un usuario

para ese inicio de sesión. CREATE USER <HOST_HostB_usuario> FOR LOGIN

<HOST_HostB_login>; GO --Asociar el certificado al usuario CREATE

CERTIFICATE <HOST_HostB_cert> AUTHORIZATION <HOST_HostB_usuario>

FROM FILE = '<c:\HOST_HostB_cert.cer>' --No utilizar una ruta de red. Aparecerá

un error de SQL Server para informar de que la clave no es válida GO --Conceder

el permiso CONNECT en el inicio de sesión para el extremo de creación de reflejos

remotos. GRANT CONNECT ON ENDPOINT::Endpoint_Mirroring TO

[<HOST_HostB_login>]; GO

Para configurar el servidor reflejado para conexiones de salida

1. En el servidor reflejado, cree un certificado y abra un puerto para creación de reflejo.

--En la base de datos maestra, cree la clave maestra de la base de datos, si es

necesario. USE master; CREATE MASTER KEY ENCRYPTION BY PASSWORD =

'<1234-prueba>'; GO -- Crear un certificado en la instancia del servidor HOST_B.

CREATE CERTIFICATE <HOST_HostB> WITH SUBJECT = '<Certificado

HOST_HostB para creación de reflejos de base de datos>'; GO --Crear un extremo

de creación de reflejos para la instancia del servidor de HOST_B. CREATE

ENDPOINT Endpoint_Mirroring STATE = STARTED AS TCP (

LISTENER_PORT=5024 , LISTENER_IP = ALL ) FOR

DATABASE_MIRRORING ( AUTHENTICATION = CERTIFICATE <HOST_HostB>

, ENCRYPTION = REQUIRED ALGORITHM RC4 , ROLE = ALL ); GO

2. En el servidor reflejado, haga una copia de seguridad del certificado.

--Hacer una copia de seguridad del certificado HOST_B. BACKUP CERTIFICATE

<HOST_HostB> TO FILE = '<C:\HOST_HostB_cert.cer>'; GO


del certificado (por ejemplo, C:\HOST_HostB_cert.cer) en el servidor principal.

4. En el servidor reflejado, restaure la base de datos desde los archivos de copia de

seguridad. En este ejemplo se usa la base de datos de configuración. Repita este

paso con todas las bases de datos.

268

RESTORE DATABASE SharePoint_Config FROM DISK =

'<c:\SharePoint_Config.bak>' WITH NORECOVERY GO RESTORE log

SharePoint_Config FROM DISK = '<c:\SharePoint_Config_log.bak>' WITH

NORECOVERY GO

Para configurar el servidor reflejado para conexiones de entrada

1. En el servidor reflejado, cree un inicio de sesión y un usuario para el servidor

principal, asocie el certificado con el usuario y otorgue al inicio de sesión los

permisos de conexión para la asociación.

--Crear un inicio de sesión en HOST_B para HOST_A USE master; CREATE LOGIN

<MAESTRO_HostA_login> WITH PASSWORD = '<prueba1234->'; GO --Crear un

usuario para ese inicio de sesión. CREATE USER <MAESTRO_HostA_usuario>

FOR LOGIN <MAESTRO_HostA_login>; GO --Asociar el certificado al usuario

CREATE CERTIFICATE <MAESTRO_HostA_cert> AUTHORIZATION

<MAESTRO_HostA_usuario> FROM FILE = '<c:\MAESTRO_HostA_cert.cer>' --No

utilizar una ruta de red. Aparecerá un error de SQL Server para informar de que la

clave no es válida GO --Conceder el permiso CONNECT en el inicio de sesión para

el extremo de creación de reflejos remotos. GRANT CONNECT ON

ENDPOINT::Endpoint_Mirroring TO [<MAESTRO_HostA_login>]; GO

Para configurar el servidor principal para conexiones de entrada

1. En el servidor principal, cree un inicio de sesión y un usuario para el servidor

reflejado, asocie el certificado al usuario y otorgue al inicio de sesión los permisos de

conexión para la asociación.

--Crear un inicio de sesión en HOST_A para HOST_B USE master; CREATE LOGIN

<HOST_HostB_login> WITH PASSWORD = '<1234-prueba>'; GO --Crear un usuario

para ese inicio de sesión. CREATE USER <HOST_HostB_usuario> FOR LOGIN

<HOST_HostB_login>; GO --Asociar el certificado al usuario CREATE

CERTIFICATE <HOST_HostB_cert> AUTHORIZATION <HOST_HostB_usuario>

FROM FILE = '<c:\HOST_HostB_cert.cer>' --No utilizar una ruta de red. Aparecerá

un error de SQL Server para informar de que la clave no es válida GO --Conceder

el permiso CONNECT en el inicio de sesión para el extremo de creación de reflejos


[<HOST_HostB_login>]; GO

Para configurar los asociados de creación de reflejo

269

1. En el servidor principal, configure la asociación de creación de reflejo. En este


bases de datos.

--En HOST_A, configure la instancia de servidor de HOST_B como asociado

(servidor reflejado). ALTER DATABASE SharePoint_Config SET PARTNER =

'<TCP://ReflejoBaseDatos.adatum.com:5024>'; GO

2. En el servidor reflejado, configure la asociación de creación de reflejo. En este


bases de datos.

--En HOST_B, configure la instancia de servidor de HOST_A como asociado

(servidor principal): ALTER DATABASE SharePoint_Config SET PARTNER =

'<TCP://BaseDatosMaestra.adatum.com:5024>'; GO

Configuración de un servidor testigo Cada paso indica el servidor en el que se debe realizar. Use Transact-SQL para enviar

estos comandos a SQL Server. La información de los marcadores de posición se indica

con corchetes angulares (<>); reemplácela por la información específica de su

implementación.

1. En el servidor testigo, configure el certificado y abra el puerto.

--En la base de datos maestra, crear la clave maestra de la base de datos, si es

necesario CREATE MASTER KEY ENCRYPTION BY PASSWORD = '<1234prueba->';

GO -- Crear un certificado para esta instancia del servidor. USE master; CREATE

CERTIFICATE <TESTIGO_HostA_cert> WITH SUBJECT = '<Certificado

testigo_HostC>'; GO --Crear un extremo de creación de reflejos para la instancia

del servidor utilizando el certificado CREATE ENDPOINT Endpoint_Mirroring

STATE = STARTED AS TCP ( LISTENER_PORT=5024 , LISTENER_IP = ALL

) FOR DATABASE_MIRRORING ( AUTHENTICATION = CERTIFICATE

<MAESTRO_HostA_cert> , ENCRYPTION = REQUIRED ALGORITHM RC4 ,

ROLE = ALL ); GO

2. En el servidor testigo, haga una copia de seguridad del certificado.

270

--Hacer una copia de seguridad del certificado HOST_C BACKUP CERTIFICATE

<TESTIGO_HostC_cert> TO FILE = '<c:\ TESTIGO_HostC_cert.cer>'; GO


del certificado (por ejemplo, C:\TESTIGO_HOSTC_cert.cer) en el servidor principal y

el servidor reflejado.

4. En el servidor testigo, cree inicios de sesión y usuarios para el servidor principal y el

servidor reflejado, asocie los certificados con los usuarios y otorgue a los inicios de

sesión los permisos de conexión para la asociación.

--Crear un inicio de sesión en HOST_C testigo para HOST_A principal USE master;

CREATE LOGIN <MAESTRO_HostA_login> WITH PASSWORD = '<prueba1234->';

GO --Crear un usuario para ese inicio de sesión. CREATE USER

<MAESTRO_HostA_usuario> FOR LOGIN <MAESTRO_HostA_login>; GO --Asociar

el certificado al usuario CREATE CERTIFICATE <MAESTRO_HostA_cert>

AUTHORIZATION <MAESTRO_HostA_usuario> FROM FILE =

'<c:\MAESTRO_HostA_cert.cer>' --No utilizar una ruta de red. Aparecerá un error

de SQL Server para informar de que la clave no es válida GO --Conceder el

permiso CONNECT en el inicio de sesión para el extremo de creación de reflejos


[<MAESTRO_HostA_login>]; GO --Crear un inicio de sesión para Host_B reflejado

CREATE LOGIN <HOST_HostB_login> WITH PASSWORD = '<1234-prueba>'; GO --

Crear un usuario para ese inicio de sesión. CREATE USER

<HOST_HostB_usuario> FOR LOGIN <HOST_HostB_login>; GO --Asociar el

certificado al usuario CREATE CERTIFICATE <HOST_HostB_cert>

AUTHORIZATION <HOST_HostB_usuario> FROM FILE =

'<c:\HOST_HostB_cert.cer>' --No utilizar una ruta de red. Aparecerá un error de

SQL Server para informar de que la clave no es válida GO --Conceder el permiso

CONNECT en el inicio de sesión para el extremo de creación de reflejos remotos.

GRANT CONNECT ON ENDPOINT::Endpoint_Mirroring TO [<HOST_HostB_login>];

GO

5. En el servidor principal, cree un inicio de sesión y un usuario para el servidor testigo,

asocie el certificado al usuario y otorgue al inicio de sesión los permisos de conexión

para la asociación. Repita este paso con el servidor reflejado.

271

--Crear un inicio de sesión en HostA maestro para HostC testigo USE master;

CREATE LOGIN <TESTIGO_HostC_login> WITH PASSWORD = '<1234prueba->';

GO --Crear un usuario para ese inicio de sesión. CREATE USER

<TESTIGO_HostC_usuario> FOR LOGIN <TESTIGO_HostC_login>; GO --Asociar el

certificado al usuario CREATE CERTIFICATE <TESTIGO_HostC_cert>

AUTHORIZATION <TESTIGO_HostC_usuario> FROM FILE =

'<c:\TESTIGO_HostC_cert.cer>' --No utilizar una ruta de red. Aparecerá un error de

SQL Server para informar de que la clave no es válida GO --Conceder el permiso

CONNECT en el inicio de sesión para el extremo de creación de reflejos remotos.

GRANT CONNECT ON ENDPOINT::Endpoint_Mirroring TO

[<TESTIGO_HostC_login>]; GO

6. En el servidor principal, adjunte el servidor testigo. En este ejemplo se usa la base

de datos de configuración. Repita este paso con todas las bases de datos.

--Configurar el servidor testigo ALTER DATABASE SharePoint_Config SET

WITNESS = '<TCP://TestigoBaseDatos.adatum.com:5024>' GO

Transferencia de permisos al servidor reflejado Cuando se configura una base de datos reflejada, los nombres de usuario y los permisos

de SQL Server para la base de datos que se usará con una granja de servidores de

SharePoint no se configuran automáticamente en las bases de datos maestra y msdb

en el servidor reflejado. En su lugar, se deben configurar los permisos de los inicios de

sesión necesarios.

Se recomienda transferir los inicios de sesión y los permisos del servidor principal al

servidor reflejado mediante la ejecución de un script. Le recomendamos que utilice el

script que se encuentra disponible en el artículo 918992 de Knowledge Base: Cómo

transferir inicios de sesión y contraseñas entre instancias de SQL Server 2005


Quitar la creación de reflejo de un servidor Para quitar la creación de reflejos de un servidor, consulte Cómo quitar la creación de

reflejo de la base de datos (Transact-SQL)

Administración de la continuidad empresarial para...

Documents

Transcript of Administración de la continuidad empresarial para...