guía de planeación de sitios y soluciones para microsoft...
TRANSCRIPT
Guía de planeación de sitios y soluciones para Microsoft SharePoint Server 2010, Parte 2 Microsoft Corporation
Publicado: enero de 2011
Autor: Equipo de Microsoft Office System and Servers ([email protected])
Resumen
Este libro ofrece información sobre la planeación de sitios y soluciones creados mediante la implementación de Microsoft SharePoint Server 2010. Entre los temas se incluyen la inteligencia empresarial, la creación de sitios, la administración de contenido web y la búsqueda empresarial. Está dirigido a especialistas en aplicaciones empresariales, especialistas en líneas de negocio, arquitectos de la información, profesionales generales de TI, administradores de programa y especialistas en infraestructuras que planean una solución basada en SharePoint Server 2010. Este libro forma parte de un conjunto de cuatro guías de planeación que ofrecen información completa sobre la planeación de TI para SharePoint Server.
Para obtener más información sobre la planeación de sitios y soluciones para SharePoint Server, vea el tema sobre la guía de planeación de sitios para Microsoft SharePoint Server 2010, Parte 1 (http://go.microsoft.com/fwlink/?linkid=196150&clcid=0xC0A). Entre los temas de la Parte 1 se incluyen la seguridad del sitio, el gobierno y la administración de contenido empresarial.
Para obtener información acerca de la planeación de la arquitectura de una implementación de SharePoint Server 2010, vea el tema sobre la guía de planeación de entornos y granjas de servidores para Microsoft SharePoint Server 2010 (http://go.microsoft.com/fwlink/?linkid=189513&clcid=0xC0A).
Para obtener información acerca de la planeación de la capacidad y el rendimiento en SharePoint Server 2010, vea el tema sobre la planeación de la capacidad para Microsoft SharePoint Server 2010 (http://go.microsoft.com/fwlink/?linkid=208221&clcid=0xC0A).
El contenido de este libro es una copia del contenido seleccionado en la biblioteca técnica de SharePoint Server 2010 (http://go.microsoft.com/fwlink/?linkid=181463&clcid=0xC0A) en la fecha de publicación. Para obtener la información más actual, vea la biblioteca técnica en Internet.
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 que se detallan en este documento se proporcionan solo con fines ilustrativos y son ficticios. No se pretende establecer, ni debe deducirse, una asociación o conexión real.
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. Reservados todos los derechos.
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.
Contenido
Guía de planeación de sitios y soluciones para Microsoft SharePoint Server 2010, Parte 2 ....................................................................... 1
Cómo obtener ayuda ....................................................................................................................................................................................... 26
Diagramas técnicos (SharePoint Server 2010) ............................................................................................................................................... 27
Modelos ........................................................................................................................................................................................................ 27
Consejos para imprimir los pósteres ............................................................................................................................................................ 50
Planeación de sitios y soluciones (SharePoint Server 2010) .......................................................................................................................... 52
Vea también ................................................................................................................................................................................................. 54
Planeación de administración de contenido web (SharePoint Server 2010) .................................................................................................. 55
Introducción a las características de publicación ............................................................................................................................................ 57
Acerca de los sitios de publicación .............................................................................................................................................................. 58
Acerca de las características de publicación ............................................................................................................................................... 58
Características de Infraestructura de publicación de SharePoint Server .................................................................................................... 59
Características de publicación de SharePoint Server .................................................................................................................................. 65
Otras características de publicación ............................................................................................................................................................ 69
Vea también ................................................................................................................................................................................................. 70
Planeación de páginas web ............................................................................................................................................................................. 71
Introducción a las páginas web .................................................................................................................................................................... 71
Planeación de páginas maestras ................................................................................................................................................................. 76
Planeación de diseños de página ................................................................................................................................................................ 77
Planeación de páginas de contenido ........................................................................................................................................................... 79
Uso de diseños de página para restringir la creación .................................................................................................................................. 80
Hoja de cálculo de planeación de la página web ......................................................................................................................................... 83
Vea también ................................................................................................................................................................................................. 84
Planeación de la creación de páginas web (SharePoint Server 2010) ........................................................................................................... 85
Acerca de la forma de planear la creación de páginas web ........................................................................................................................ 86
Planeación de la experiencia de creación de cintas de opciones ............................................................................................................... 86
Planeación de los metadatos administrados ............................................................................................................................................... 88
Planeación del contenido reutilizable ........................................................................................................................................................... 89
Planeación de las personalizaciones de diccionarios .................................................................................................................................. 90
Planeación de los recursos adicionales ....................................................................................................................................................... 90
Hoja de cálculo de planeación de la creación de páginas web ................................................................................................................... 91
Vea también ................................................................................................................................................................................................. 92
Planeación de la aprobación y programación de contenido ........................................................................................................................... 93
Planeación de la aprobación y programación de contenido ........................................................................................................................ 93
Planeación de la aprobación de contenido .................................................................................................................................................. 94
Planeación de la programación de contenido .............................................................................................................................................. 95
Uso de la distribución de contenido con programación y aprobación de contenido .................................................................................... 95
Vea también ................................................................................................................................................................................................. 96
Planeación del almacenamiento en caché y el rendimiento (SharePoint Server 2010) ................................................................................. 97
Memoria caché BLOB basada en disco ....................................................................................................................................................... 98
Limitación de velocidad de bits .................................................................................................................................................................. 100
Tamaño máximo de archivo de carga ........................................................................................................................................................ 101
Vea también ............................................................................................................................................................................................... 102
Planeación de las bibliotecas de páginas de gran tamaños (SharePoint Server 2010) ............................................................................... 103
Acerca de las bibliotecas de páginas de gran tamaño .............................................................................................................................. 103
Decisión de usar una biblioteca de páginas de gran tamaño .................................................................................................................... 104
Cómo administrar las páginas .................................................................................................................................................................... 105
Planeación de la navegación ..................................................................................................................................................................... 106
Vea también ............................................................................................................................................................................................... 107
Introducción a la distribución de contenido (SharePoint Server 2010) ......................................................................................................... 109
¿Qué es la distribución de contenido? ....................................................................................................................................................... 109
Trabajos y rutas de distribución ................................................................................................................................................................. 111
Seguridad de la distribución de contenido ................................................................................................................................................. 114
Cómo funciona la distribución de contenido .............................................................................................................................................. 115
Consideraciones importantes de la distribución de contenido ................................................................................................................... 120
Vea también ............................................................................................................................................................................................... 122
Planeación de la distribución de contenido (SharePoint Server 2010) ......................................................................................................... 123
Acerca de la planeación de la distribución de contenido ........................................................................................................................... 123
Determinar si usar o no la distribución de contenido ................................................................................................................................. 124
Determinar la cantidad de granjas de servidores que se necesitan .......................................................................................................... 125
Planear los servidores de exportación e importación ................................................................................................................................ 125
Planear las rutas de distribución de contenido .......................................................................................................................................... 125
Planear la programación de trabajos ......................................................................................................................................................... 126
Planear trabajos de gran tamaño ............................................................................................................................................................... 127
Hoja de cálculo de planeación de la distribución de contenido ................................................................................................................. 128
Vea también ............................................................................................................................................................................................... 128
Diseño de la topología de implementación de contenido .............................................................................................................................. 129
Elementos de topologías de implementación de contenido ...................................................................................................................... 129
Topologías de implementación de contenido típicas ................................................................................................................................. 130
Vea también ............................................................................................................................................................................................... 134
Información general sobre las variantes ....................................................................................................................................................... 135
Uso y ventajas de las variantes ................................................................................................................................................................. 136
Escenarios de uso de las variantes ........................................................................................................................................................... 136
Elementos de las variantes ........................................................................................................................................................................ 137
Descripción de las variantes ...................................................................................................................................................................... 138
Descripción de la creación de sitios de variante de origen y de destino ................................................................................................... 142
Descripción de la creación de sitios y páginas .......................................................................................................................................... 143
Limitaciones de las variantes ..................................................................................................................................................................... 145
Vea también ............................................................................................................................................................................................... 146
Planeación de variantes ................................................................................................................................................................................ 147
Acerca de la planeación de variantes ........................................................................................................................................................ 148
Elementos importantes que deben tenerse en cuenta al planear el uso de variantes .............................................................................. 148
Determinación de los tipos de variantes necesarias .................................................................................................................................. 152
Selección del sitio raíz de la variante ......................................................................................................................................................... 152
Especificación del sitio de variante de origen ............................................................................................................................................ 153
Planeación de sitios de variante de destino ............................................................................................................................................... 153
Determinación del modo en que se crearán sitios y páginas en los sitios de variante de destino ............................................................ 154
Planeación de la programación de trabajos del temporizador de variantes .............................................................................................. 155
Hoja de trabajo de planeación de variantes ............................................................................................................................................... 156
Vea también ............................................................................................................................................................................................... 157
Planeación de la arquitectura de información para la administración de contenido web ............................................................................. 158
Recomendaciones generales para la planeación ...................................................................................................................................... 159
Planeación de la estructura del sitio .......................................................................................................................................................... 159
Planeación de sistemas sociales y colaboración ....................................................................................................................................... 160
Planeación de los metadatos administrados ............................................................................................................................................. 160
Planeación de la inteligencia empresarial y los datos profesionales ......................................................................................................... 161
Planeación de búsqueda ............................................................................................................................................................................ 161
Vea también ............................................................................................................................................................................................... 162
Planeación de metadatos administrados (SharePoint Server 2010) ............................................................................................................ 163
Introducción a los metadatos administrados ................................................................................................................................................. 165
Descripción de metadatos administrados .................................................................................................................................................. 165
Trabajar con metadatos administrados ...................................................................................................................................................... 167
Ventajas de usar metadatos administrados ............................................................................................................................................... 172
Acerca de la aplicación de servicio de metadatos ........................................................................................................................................ 174
Servicios de metadatos administrados ...................................................................................................................................................... 174
Conexiones de metadatos administrados .................................................................................................................................................. 175
Permisos para obtener acceso a un servicio de metadatos administrados .............................................................................................. 176
Escenario de ejemplo ................................................................................................................................................................................. 178
Vea también ............................................................................................................................................................................................... 183
Roles de metadatos administrados ............................................................................................................................................................... 184
Roles y funciones ....................................................................................................................................................................................... 184
Vea también ............................................................................................................................................................................................... 186
Planeación de términos y conjuntos de términos (SharePoint Server 2010) ................................................................................................ 187
Planeación: ahora o más adelante............................................................................................................................................................. 188
Acerca de la planeación de metadatos administrados .............................................................................................................................. 188
Identificación de conjuntos de términos ..................................................................................................................................................... 189
Identificación de propietarios de conjuntos de términos ............................................................................................................................ 191
Determinación de grupos de conjuntos de términos .................................................................................................................................. 191
Definición de conjuntos de términos .......................................................................................................................................................... 192
Hojas de cálculo de planeación de metadatos administrados ................................................................................................................... 194
Vea también ............................................................................................................................................................................................... 194
Planeación de la importación de metadatos administrados (SharePoint Server 2010) ................................................................................ 195
Acerca de la planeación de la importación de metadatos administrados .................................................................................................. 196
Búsqueda de datos existentes ................................................................................................................................................................... 196
Organización de datos en metadatos administrados ................................................................................................................................. 197
Limpieza de datos ...................................................................................................................................................................................... 197
Dar formato a los datos que se van a importar .......................................................................................................................................... 198
Importación de metadatos administrados .................................................................................................................................................. 198
Combinación de términos .......................................................................................................................................................................... 198
Vea también ............................................................................................................................................................................................... 199
Planeación para compartir tipos de contenido y terminología ...................................................................................................................... 200
Acerca de la planeación de conexiones y servicios de metadatos administrados .................................................................................... 201
Identificación de servicios de metadatos administrados ............................................................................................................................ 201
Identificación de conexiones de metadatos administrados ....................................................................................................................... 202
Ejemplo ...................................................................................................................................................................................................... 204
Resumen del procedimiento de planeación ............................................................................................................................................... 209
Hoja de cálculo de planeación de servicios de metadatos administrados................................................................................................. 209
Vea también ............................................................................................................................................................................................... 209
Conjuntos de términos multilingües (SharePoint Server 2010) .................................................................................................................... 210
Definición de términos ................................................................................................................................................................................ 210
Uso de términos (etiquetado) ..................................................................................................................................................................... 212
Cómo se muestran los términos ................................................................................................................................................................ 213
Recomendaciones...................................................................................................................................................................................... 213
Vea también ............................................................................................................................................................................................... 214
Planeación de la inteligencia empresarial ..................................................................................................................................................... 215
Fundamentos de inteligencia empresarial ..................................................................................................................................................... 216
Elección de una herramienta de inteligencia empresarial en SharePoint Server ......................................................................................... 217
Servicios de SharePoint Server para inteligencia empresarial .................................................................................................................. 219
SQL Server Reporting Services en SharePoint Server ............................................................................................................................. 221
PowerPivot para Excel 2010 ...................................................................................................................................................................... 222
Choose the right business intelligence technology to suit your style (white paper) ...................................................................................... 223
Arquitectura de inteligencia empresarial de SharePoint Server 2010........................................................................................................... 224
Esta lista numerada se corresponde con los números del siguiente diagrama. En el diagrama se muestra una implementación de un
conjunto o granja de cuatro servidores y los servicios de aplicación que se pueden usar para la inteligencia empresarial. Para obtener
más información acerca de en qué casos se puede usar cada servicio, vea ........................................................................................ 224
Almacenamiento seguro para aplicaciones de servicio de inteligencia empresarial .................................................................................... 229
Servicio de almacenamiento seguro .......................................................................................................................................................... 229
Archivos de conexión de datos .................................................................................................................................................................. 231
Cuenta de servicio desatendida ................................................................................................................................................................. 232
Acceso a datos desde aplicaciones cliente y servidores ........................................................................................................................... 232
Servicios de Excel y Servicios de Visio ..................................................................................................................................................... 232
PerformancePoint Services ........................................................................................................................................................................ 234
Resumen de las diferencias ....................................................................................................................................................................... 234
Vea también ............................................................................................................................................................................................... 235
Información general sobre informes de SQL Server Reporting Services en SharePoint (SharePoint Server 2010) ................................... 237
Información general sobre Reporting Services en el modo integrado de SharePoint ............................................................................... 237
Planeación y arquitectura de Reporting Services en el modo integrado de SharePoint ........................................................................... 238
Configuración de Reporting Services en el modo integrado de SharePoint ............................................................................................. 239
Introducción a la documentación de PowerPivot (SharePoint Server 2010) ................................................................................................ 240
Información general sobre PowerPivot para Excel y SharePoint .............................................................................................................. 240
Planeación y arquitectura de PowerPivot en SharePoint y Servicios de Excel ......................................................................................... 241
Implementación de PowerPivot en los Servicios de Excel y productos de SharePoint 2010.................................................................... 241
Almacenamiento de datos, OLAP y Analysis Services de SharePoint 2010 ................................................................................................ 243
Introducción al almacenamiento de datos, OLAP y PowerPivot, y su relación con SharePoint 2010 ...................................................... 243
Introducción a Servicios de Excel (SharePoint Server 2010) ....................................................................................................................... 245
¿Qué es Servicios de Excel? ..................................................................................................................................................................... 245
Vea también ............................................................................................................................................................................................... 246
Introducción a la arquitectura de Servicios de Excel ..................................................................................................................................... 247
Componentes de Servicios de Excel ......................................................................................................................................................... 247
Planeación de conexiones externas y de orígenes de datos para Servicios de Excel ................................................................................. 250
Conexiones y libros de Excel ..................................................................................................................................................................... 250
Planeación de proveedores de datos de Servicios de Excel ........................................................................................................................ 260
Proveedores de datos ................................................................................................................................................................................ 260
Planeación de la autenticación de Servicios de Excel (SharePoint Server 2010) ........................................................................................ 262
Acerca de la seguridad de Servicios de Excel ........................................................................................................................................... 262
Planeación de la autenticación de usuarios ............................................................................................................................................... 264
Planeación de la comunicación entre servidores ....................................................................................................................................... 264
Planeación de la autenticación de datos externos ..................................................................................................................................... 264
Planeación de la capacidad de Servicios de Excel ....................................................................................................................................... 275
Sistemas de alto rendimiento de Excel 2010 ............................................................................................................................................. 275
Planeación de PerformancePoint Services (SharePoint Server 2010) ......................................................................................................... 276
Vea también ............................................................................................................................................................................................... 278
Introducción a PerformancePoint Services (SharePoint Server 2010) ......................................................................................................... 279
PerformancePoint Services ........................................................................................................................................................................ 279
Características retiradas ............................................................................................................................................................................ 281
Introducción a la arquitectura de PerformancePoint Services ...................................................................................................................... 282
Topología de PerformancePoint Services ................................................................................................................................................. 282
Estimación de los requisitos de rendimiento y capacidad de PerformancePoint Services ........................................................................... 285
Prueba de las características del conjunto o granja de servidores ........................................................................................................... 286
Escenarios de prueba y procesos .............................................................................................................................................................. 287
Configuración de hardware y topología ..................................................................................................................................................... 289
Resultados de las pruebas ......................................................................................................................................................................... 290
Topologías 2M y 3M ................................................................................................................................................................................... 293
Resultados para topologías de 4 o más máquinas para autenticación de cuenta de servicio desatendida ............................................. 301
Resultados para topologías de 4 o más máquinas para autenticación de usuario ................................................................................... 302
Recomendaciones...................................................................................................................................................................................... 304
Analysis Services ....................................................................................................................................................................................... 305
Cuellos de botella comunes y sus causas ................................................................................................................................................. 306
Supervisión del rendimiento ....................................................................................................................................................................... 309
Vea también ............................................................................................................................................................................................... 310
Requisitos de software y hardware de cliente para el Diseñador de paneles de PerformancePoint ........................................................... 311
Requisitos de hardware ............................................................................................................................................................................. 311
Requisitos de software ............................................................................................................................................................................... 311
Planeación de la importación de contenido de panel de PerformancePoint Server 2007 a SharePoint Server 2010 (SharePoint Server
2010) .......................................................................................................................................................................................................... 312
Tipos de informe no admitidos en PerformancePoint Services ................................................................................................................. 312
Planeación de permisos y roles ................................................................................................................................................................. 313
Roles y permisos ........................................................................................................................................................................................ 313
Ejecución del asistente .............................................................................................................................................................................. 316
Tareas posteriores a la migración para el autor del panel de PerformancePoint ......................................................................................... 318
Tareas posteriores a la migración para el autor del panel ......................................................................................................................... 318
Vea también ............................................................................................................................................................................................... 319
Planeación de la seguridad de PerformancePoint Services (SharePoint Server 2010) ............................................................................... 320
Autenticación .............................................................................................................................................................................................. 320
Ubicaciones de confianza .......................................................................................................................................................................... 321
Bibliotecas de contenido de datos de confianza ........................................................................................................................................ 322
Listas de confianza para el contenido del panel ........................................................................................................................................ 323
Seguridad de los orígenes de datos .......................................................................................................................................................... 323
El servicio de almacenamiento seguro y las cuentas de servicio desatendidas ....................................................................................... 323
Autenticación basada en notificaciones ..................................................................................................................................................... 324
Vea también ............................................................................................................................................................................................... 324
Autorización y permisos en PerformancePoint Services (SharePoint Server 2010) .................................................................................... 325
Planeación de permisos y roles ................................................................................................................................................................. 325
Roles y permisos ........................................................................................................................................................................................ 325
Vea también ............................................................................................................................................................................................... 328
Planeación de orígenes de datos de PerformancePoint (PerformancePoint Services) ................................................................................ 329
Orígenes de datos tabulares ...................................................................................................................................................................... 329
Orígenes de datos multidimensionales ...................................................................................................................................................... 331
PowerPivot para Excel ............................................................................................................................................................................... 332
Vea también ............................................................................................................................................................................................... 332
Procedimientos recomendados de consultas MDX y diseño de cubos OLAP de SQL Server 2005 y 2008 ................................................ 333
Mejoras en SQL Server 2008 para la inteligencia empresarial ................................................................................................................. 333
Procedimientos recomendados para Analysis Services ............................................................................................................................ 334
Introducción a los componentes de PerformancePoint Services .................................................................................................................. 335
Diseñador de paneles ................................................................................................................................................................................ 335
Planeación de la personalización de PerformancePoint Services ................................................................................................................ 338
Escenarios de desarrollo para PerformancePoint Services ...................................................................................................................... 338
PerformancePoint Services y PowerPivot para Excel (notas del producto).................................................................................................. 339
Planeación de Servicios de Visio (SharePoint Server 2010) ........................................................................................................................ 340
Vea también ............................................................................................................................................................................................... 341
Introducción a Servicios de Visio (SharePoint Server 2010) ........................................................................................................................ 342
Uso y ventajas de Visio Services ............................................................................................................................................................... 342
Orígenes de datos compatibles con Visio Services ................................................................................................................................... 342
Dibujos de Visio publicados ....................................................................................................................................................................... 343
Planeación de la implementación de Servicios de Visio ............................................................................................................................... 344
Rendimiento de Servicios de Visio ............................................................................................................................................................. 344
Aplicaciones de Servicio de gráficos de Visio ............................................................................................................................................ 346
Uso de una implementación piloto ............................................................................................................................................................. 346
Supervisión ................................................................................................................................................................................................. 347
Copias de seguridad y recuperación de datos ........................................................................................................................................... 347
Implementación de Visio Professional 2010 y Visio Premium 2010 .......................................................................................................... 347
Planeación de la seguridad de los Servicios de Visio (SharePoint Server 2010) ......................................................................................... 349
Dibujos web que no están conectados a datos ......................................................................................................................................... 349
Dibujos web de Visio que están conectados a datos ................................................................................................................................. 349
Autenticación de datos para los Servicios de Visio ....................................................................................................................................... 352
Conectarse con los datos hospedados en SharePoint Server .................................................................................................................. 354
Conexión con datos externos ..................................................................................................................................................................... 355
Actualización de datos ............................................................................................................................................................................... 364
Visio Services resources (SharePoint Server 2010)(en inglés) .................................................................................................................... 368
Documentation, references, and white papers .......................................................................................................................................... 368
Blog posts ................................................................................................................................................................................................... 368
Video demonstrations ................................................................................................................................................................................ 369
Planeación de Business Intelligence Indexing Connector (SharePoint Server 2010) .................................................................................. 370
Introducción a Business Intelligence Indexing Connector ............................................................................................................................. 371
Características de Business Intelligence Indexing Connector ................................................................................................................... 371
Información general acerca de la interfaz de la ficha de búsqueda de Business Intelligence Indexing Connector ..................................... 373
Ficha Informes ............................................................................................................................................................................................ 375
Descripción de los resultados .................................................................................................................................................................... 375
Vista en miniatura del documento .............................................................................................................................................................. 376
Vista previa, duplicados, Ver en el explorador ........................................................................................................................................... 376
Categorías de refinamiento ........................................................................................................................................................................ 376
Determinación de los requisitos de software para Business Intelligence Indexing Connector ..................................................................... 378
Requisitos de software para Business Intelligence Indexing Connector: back-end .................................................................................. 378
Instalación de requisitos previos del software ........................................................................................................................................... 379
Requisitos de software para Business Intelligence Indexing Connector: front-end ................................................................................... 379
Instalación de Microsoft Business Intelligence Indexing Connector: front-end y back-end ....................................................................... 380
Vea también ............................................................................................................................................................................................... 380
Introducción a la arquitectura de Business Intelligence Indexing Connector ................................................................................................ 381
Configuración de FAST Search Server 2010 for SharePoint (back-end) .................................................................................................. 383
Configuración de SharePoint Server 2010 (front-end)............................................................................................................................... 383
Arquitectura lógica...................................................................................................................................................................................... 383
Descripción de la planeación de soluciones y escenarios (notas del producto) ........................................................................................... 385
Planeación de procesos y datos empresariales (SharePoint Server 2010) .................................................................................................. 386
Planeación de los Servicios de conectividad empresarial (SharePoint Server 2010) .................................................................................. 387
Vea también ............................................................................................................................................................................................... 388
Información general de Servicios de conectividad empresarial (SharePoint Server 2010) .......................................................................... 389
Soluciones típicas basadas en Servicios de conectividad empresarial ..................................................................................................... 389
Arquitectura de Servicios de conectividad empresarial ............................................................................................................................. 391
Introducción a la seguridad de Servicios de conectividad empresarial (SharePoint Server 2010) .............................................................. 395
Acerca de este artículo .............................................................................................................................................................................. 395
Arquitectura de seguridad de los Servicios de conectividad empresarial .................................................................................................. 396
Introducción a la autenticación de los Servicios de conectividad empresarial .......................................................................................... 400
Introducción a los permisos de los Servicios de conectividad empresarial ............................................................................................... 408
Protección de Servicios de conectividad empresarial ................................................................................................................................ 417
Introducción a la administración del Servicio de conectividad a datos empresariales (SharePoint Server 2010) ....................................... 419
Servicio de conectividad a datos empresariales ........................................................................................................................................ 419
Qué puede administrarse en el Servicio de conectividad a datos empresariales ..................................................................................... 421
Planear la integración de clientes en Servicios de conectividad empresarial (SharePoint Server 2010) ..................................................... 423
Requisitos previos ...................................................................................................................................................................................... 424
Instalación de paquetes de implementación .............................................................................................................................................. 424
Consideraciones de seguridad ................................................................................................................................................................... 428
Introducción al registro de diagnóstico en los Servicios de conectividad empresarial (SharePoint Server 2010) ....................................... 435
Registro de diagnóstico en los Servicios de conectividad empresarial ..................................................................................................... 436
Acerca de los identificadores de actividad ................................................................................................................................................. 438
Registro de diagnóstico en servidores ....................................................................................................................................................... 439
Registro de diagnóstico en clientes de Office 2010 ................................................................................................................................... 440
Ejemplo: uso de registro de diagnóstico .................................................................................................................................................... 441
Vea también ............................................................................................................................................................................................... 442
Planeación de una actualización a los Servicios de conectividad empresarial (SharePoint Server 2010) .................................................. 443
Servicios de Catálogo de datos profesionales, registro de aplicaciones y Conectividad a datos empresariales ..................................... 443
Funcionamiento de la actualización de los Servicios de conectividad empresarial .................................................................................. 445
Actualización mediante una base de datos adjunta ................................................................................................................................... 447
Consideraciones sobre la actualización específica de soluciones ............................................................................................................ 447
Vea también ............................................................................................................................................................................................... 451
Planeación de InfoPath Forms Services (SharePoint Server 2010) ............................................................................................................. 452
Vea también ............................................................................................................................................................................................... 453
Acerca de formularios en SharePoint Server 2010 ....................................................................................................................................... 454
Introducción a formularios de InfoPath ...................................................................................................................................................... 454
Rol de los formularios en soluciones de SharePoint ................................................................................................................................. 455
Tipos de formularios de InfoPath ............................................................................................................................................................... 456
Implementación de formularios .................................................................................................................................................................. 458
Rellenar formularios ................................................................................................................................................................................... 460
Vea también ............................................................................................................................................................................................... 461
Planeación de una aplicación basada en formularios ................................................................................................................................... 462
Estructura de una aplicación basada en formularios ................................................................................................................................. 463
Planeación de una aplicación basada en formularios normal ................................................................................................................... 463
Identificación de la información clave ........................................................................................................................................................ 464
Uso de una lista o biblioteca de formularios .............................................................................................................................................. 464
Flujo de trabajo ........................................................................................................................................................................................... 465
Orígenes de datos adicionales ................................................................................................................................................................... 466
Portales ...................................................................................................................................................................................................... 466
Resumen .................................................................................................................................................................................................... 467
Vea también ............................................................................................................................................................................................... 468
Planeación de plantillas de formulario de usuario (SharePoint Server 2010) ............................................................................................... 469
Acerca de las plantillas de formulario de usuario ...................................................................................................................................... 469
Plantillas de formulario de usuario habilitadas para el explorador ............................................................................................................ 470
Planeación del acceso a datos externos ................................................................................................................................................... 471
Biblioteca de conexiones de datos............................................................................................................................................................. 472
Vea también ............................................................................................................................................................................................... 473
Planeación de una actualización de plantillas de formulario durante una actualización a SharePoint Server 2010 .................................... 474
Acerca de la actualización de formularios durante una actualización a SharePoint Server 2010 ............................................................ 474
Actualización de plantillas de formulario durante una actualización de base de datos adjunta a SharePoint Server 2010 ..................... 475
Actualización de plantillas de formulario durante una actualización en contexto a SharePoint Server 2010 ........................................... 478
Integración mejorada de InfoPath 2010 con SharePoint Server 2010 y sus implicaciones al diseñar formularios para aplicaciones (notas
del producto) .............................................................................................................................................................................................. 479
Planeación de flujos de trabajo (SharePoint Server 2010) ........................................................................................................................... 480
Vea también ............................................................................................................................................................................................... 481
Introducción a los flujos de trabajo (SharePoint Server 2010) ...................................................................................................................... 482
Introducción al flujo de trabajo ................................................................................................................................................................... 482
Ventajas del uso de flujos de trabajo ......................................................................................................................................................... 483
Flujos de trabajo predefinidos .................................................................................................................................................................... 485
Escenario de ejemplo de un flujo de trabajo .............................................................................................................................................. 487
Tipos de flujo de trabajo: declarativos y compilados ................................................................................................................................. 489
Plantillas de flujo de trabajo ....................................................................................................................................................................... 489
Asociaciones de flujos de trabajo ............................................................................................................................................................... 490
Interoperabilidad del cliente de Office ........................................................................................................................................................ 491
Plan para crear flujos de trabajo (SharePoint Server 2010) ......................................................................................................................... 492
Creación de flujos de trabajo con Visual Studio 2010 y el Diseñador de flujo de trabajo de WF .............................................................. 493
Creación de flujos de trabajo con Microsoft SharePoint Designer 2010 ................................................................................................... 497
Comparación de herramientas de creación ............................................................................................................................................... 500
Planeación de procesos de aprobación y revisión en flujos de trabajo (SharePoint Server 2010) .............................................................. 501
Introducción a la aprobación del flujo de trabajo ....................................................................................................................................... 502
Cómo funciona el flujo de trabajo Aprobación ........................................................................................................................................... 502
Modelo híbrido de revisión ......................................................................................................................................................................... 504
Plan de seguridad del flujo de trabajo y administración de usuarios (SharePoint Server 2010) .................................................................. 505
Roles y responsabilidades del administrador de listas, el administrador y el programador ...................................................................... 505
Ejecución de flujos de trabajo como administrador ................................................................................................................................... 506
Opciones de configuración del flujo de trabajo .......................................................................................................................................... 507
Divulgación de información en las listas de tareas y de historial del flujo de trabajo ................................................................................ 509
Ataques de suplantación de identidad (spoofing) y alteración en las listas de tareas y del historial de flujo de trabajo .......................... 510
Paso de suplantación de usuario en flujos de trabajo declarativos ........................................................................................................... 511
Flujo de trabajo de aprobación: Escenario (SharePoint Server 2010) .......................................................................................................... 514
Creación de un flujo de trabajo .................................................................................................................................................................. 514
Asociación de un flujo de trabajo ............................................................................................................................................................... 515
Asociación de un flujo de trabajo a un sitio ................................................................................................................................................ 515
Inicio de un flujo de trabajo ........................................................................................................................................................................ 516
Interacción con un flujo de trabajo ............................................................................................................................................................. 517
Resumen del proceso ................................................................................................................................................................................ 518
Escenario de flujo de trabajo Aprobación .................................................................................................................................................. 519
Planeación de Servicios de Access............................................................................................................................................................... 520
Introducción a Servicios de Access (SharePoint Server 2010) ..................................................................................................................... 521
Quién debe usar los Servicios de Access .................................................................................................................................................. 521
Características de los Servicios de Access ............................................................................................................................................... 521
Mejora del alcance y la capacidad de administración de aplicaciones de base de datos de Access 2010 con Servicios de Access (notas
del producto) .............................................................................................................................................................................................. 522
Planeación de la creación y el mantenimiento de sitios (SharePoint Server 2010) ...................................................................................... 523
Planear proceso para crear sitios (SharePoint Server 2010) ........................................................................................................................ 525
Determinar quién puede crear sitios y un método de creación de sitios ................................................................................................... 525
Planear la administración de sitios sin intervención del administrador ...................................................................................................... 527
Planear el proceso de creación de sitios personalizado ............................................................................................................................ 528
Hoja de cálculo ........................................................................................................................................................................................... 528
Planeación del mantenimiento y la administración de sitios (SharePoint Server 2010) ............................................................................... 529
Planeación del mantenimiento de sitios ..................................................................................................................................................... 529
Planeación de la administración de colecciones de sitios ......................................................................................................................... 530
Hoja de trabajo ........................................................................................................................................................................................... 532
Planeación de administración de cuotas (SharePoint Server 2010) ............................................................................................................. 533
Planeación de la administración de cuotas ................................................................................................................................................ 534
Determinación de la configuración de la plantilla de cuota ........................................................................................................................ 534
Determinación de la configuración de la papelera de reciclaje ................................................................................................................. 535
Eliminación de sitios web no usados ......................................................................................................................................................... 535
Información general de análisis de uso y creación de informes ................................................................................................................... 537
Información general ................................................................................................................................................................................... 537
Informes ..................................................................................................................................................................................................... 537
Flujo de trabajo de Web Analytics .............................................................................................................................................................. 550
Elemento web de Web Analytics ................................................................................................................................................................ 550
Planeación de la integración del correo electrónico (SharePoint Server 2010) ............................................................................................ 551
Planeación del correo electrónico entrante (SharePoint Server 2010) ......................................................................................................... 552
Acerca del correo electrónico entrante ...................................................................................................................................................... 552
Decisiones claves para planear la implementación del correo electrónico entrante ................................................................................. 553
Modos y opciones de configuración ........................................................................................................................................................... 559
Vea también ............................................................................................................................................................................................... 560
Planeación del correo electrónico saliente (SharePoint Server 2010) .......................................................................................................... 561
Acerca del correo electrónico saliente ....................................................................................................................................................... 561
Fases claves de planeación del correo electrónico saliente ...................................................................................................................... 562
Vea también ............................................................................................................................................................................................... 564
Planeación de búsqueda empresarial (SharePoint Server 2010) ................................................................................................................. 565
Recopilación de información acerca del entorno de búsqueda actual (SharePoint Server 2010) ................................................................ 566
Información de la organización .................................................................................................................................................................. 566
Información de la topología ........................................................................................................................................................................ 567
Configuración de búsqueda actual............................................................................................................................................................. 567
Informes de uso y rendimiento ................................................................................................................................................................... 569
Vea también ............................................................................................................................................................................................... 569
Determinación del equipo de búsqueda empresarial y las partes interesadas (SharePoint Server 2010) ................................................... 570
Vea también ............................................................................................................................................................................................... 571
Planeación de rastreo y federación (SharePoint Server 2010) ..................................................................................................................... 572
Planeación de los orígenes de contenido .................................................................................................................................................. 572
Planeación de las inclusiones de tipos de archivo e IFilters ...................................................................................................................... 580
Planeación de la autenticación .................................................................................................................................................................. 581
Planeación de los conectores .................................................................................................................................................................... 582
Planeación de la administración del impacto del rastreo ........................................................................................................................... 582
Planeación de las reglas de rastreo ........................................................................................................................................................... 584
Planeación de la configuración de búsqueda administrada a nivel de granja de servidores .................................................................... 585
Planeación de la federación ....................................................................................................................................................................... 585
Vea también ............................................................................................................................................................................................... 589
Plan the topology for enterprise search (SharePoint Server 2010) ............................................................................................................... 590
The following resources can help you plan a search topology: ................................................................................................................. 590
Vea también ............................................................................................................................................................................................... 590
Hojas de cálculo de planeación de SharePoint Server 2010 ........................................................................................................................ 592
Hojas de trabajo de planeación por tarea .................................................................................................................................................. 592
Hojas de trabajo de planeación por título .................................................................................................................................................. 596
26
Cómo obtener ayuda
Se ha hecho todo lo posible para 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 tuviera algún problemas, puede comprobar si hay actualizaciones en:
http://technet.microsoft.com/es-es/office/bb267342
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 a la dirección de correo electrónico:
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 en:
http://support.microsoft.com/?ln=es-es
27
Diagramas técnicos (SharePoint Server 2010)
Actualizado: 27 de agosto de 2010
Muchos de estos recursos son representaciones visuales de soluciones recomendadas. Entre ellos se incluyen documentos de tamaño póster disponibles en varios formatos, como archivos de Microsoft Office Visio 2007 o Microsoft Visio 2010 (.vsd), archivos PDF y archivos XPS. Es posible que necesite otro software para ver los archivos. Vea la tabla siguiente para obtener información acerca de la apertura de estos archivos.
Tipo de archivo Software
.vsd Office Visio 2007, Microsoft Visio 2010 o la versión gratuita de Visio Viewer (http://go.microsoft.com/fwlink/?linkid=118761&clcid=0xC0A)
Si usa el visor de Visio, haga clic con el botón secundario en el vínculo VSD, haga clic en Guardar destino como, guarde el archivo en su equipo y, a continuación, ábralo desde el mismo.
.pdf Cualquier visor de PDF, como Adobe Reader (http://go.microsoft.com/fwlink/?linkid=134751&clcid=0xC0A)
.xps Windows 7, Windows Vista, Windows XP con .NET Framework 3.0 o XPS Essentials Pack (http://go.microsoft.com/fwlink/?linkid=134750&clcid=0xC0A)
Modelos Los modelos son pósteres de 85 por 110 centímetros que detallan un área técnica específica. Estos modelos, creados mediante Office Visio 2007 están diseñados para usarse con los artículos correspondientes de TechNet. Puede modificar los archivos de Visio para ilustrar sus planes de incorporación de Productos de Microsoft SharePoint 2010 a su propio entorno.
28
Título Descripción
Ejemplo de diseño: portal corporativo con autenticación clásica
Visio (http://go.microsoft.com/fwlink/?linkid=196969&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=196970&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=196971&clcid=0xC0A)
Ejemplo de diseño: portal corporativo con autenticación basada en notificaciones
Se ilustra una implementación corporativa típica, con los tipos más comunes de sitios representados. Los dos ejemplos solo se diferencian en el modo de autenticación que se implementa.
Use estos ejemplos de diseño con el siguiente artículo: Design sample: Corporate deployment (SharePoint Server 2010)
29
Título Descripción
Visio (http://go.microsoft.com/fwlink/?linkid=196972&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=196973&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=196974&clcid=0xC0A)
Implementación de productos de SharePoint 2010 Presenta información relacionada con la implementación en función de los distintos entornos y fases de la implementación, además de un diagrama de flujo que ilustra los pasos que deben seguirse para instalar y configurar Productos de SharePoint 2010.
30
Título Descripción
Visio (http://go.microsoft.com/fwlink/?linkid=183024&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=183025&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=183026&clcid=0xC0A)
Servicios en productos de SharePoint 2010 Se describe e ilustra la arquitectura de servicios, incluidas formas comunes de implementar servicios en el diseño global de la solución.
Use este diagrama con los siguientes artículos:
Services architecture planning (SharePoint
Foundation 2010)
Services architecture planning (SharePoint
Server 2010)
31
Título Descripción
Visio (http://go.microsoft.com/fwlink/?linkid=167090&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=167092&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=167091&clcid=0xC0A)
Servicios entre conjuntos o granjas de servidores de productos de SharePoint 2010
Muestra cómo implementar servicios entre granjas de servidores para proporcionar la administración centralizada de los servicios.
Use este diagrama con los siguientes artículos:
Services architecture planning (SharePoint
Foundation 2010)
Services architecture planning (SharePoint
Server 2010)
32
Título Descripción
Visio (http://go.microsoft.com/fwlink/?linkid=167093&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=167095&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=167094&clcid=0xC0A)
Topologías para SharePoint Server 2010 Describe formas comunes de crear y escalar topologías de granjas de servidores, incluida la planeación de los servidores en los que se iniciarán los servicios.
33
Título Descripción
Visio (http://go.microsoft.com/fwlink/?linkid=167087&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=167089&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=167088&clcid=0xC0A)
Topologías de extranet para Productos de SharePoint 2010 Muestra las topologías de extranet específicas que se han probado con Productos de SharePoint 2010. Proporciona una comparación de servidor ISA, Forefront TMG, Forefront UAG cuando se usa como producto de puerta de enlace o firewall con Productos de SharePoint 2010.
34
Título Descripción
Visio (http://go.microsoft.com/fwlink/?linkid=187987&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=187988&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=187986&clcid=0xC0A)
Entornos de hospedaje en productos de SharePoint 2010 Resume la compatibilidad de entornos de hospedaje e ilustra las arquitecturas de hospedaje comunes.
Para obtener más información sobre el diseño y la implementación de entornos de hospedaje, vea White paper: SharePoint 2010 for hosters (SharePoint Server 2010).
35
Título Descripción
Visio (http://go.microsoft.com/fwlink/?linkid=167084&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=167086&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=167085&clcid=0xC0A)
Tecnologías de búsqueda para productos de SharePoint 2010 Compara y contrasta las tecnologías de búsqueda que funcionan con los productos de SharePoint 2010:
SharePoint Foundation 2010
Search Server 2010 Express
Search Server 2010
SharePoint Server 2010
FAST Search Server 2010 for SharePoint
36
Título Descripción
Visio (http://go.microsoft.com/fwlink/?linkid=167731&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=167733&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=167732&clcid=0xC0A)
Planeación de entorno de búsqueda para Microsoft SharePoint Server 2010 Describe las decisiones de diseño de arquitectura principales para entornos de búsqueda.
37
Título Descripción
Visio (http://go.microsoft.com/fwlink/?linkid=167734&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=167736&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=167735&clcid=0xC0A)
Arquitecturas de búsqueda para Microsoft SharePoint Server 2010 Detalla los componentes de la arquitectura físicos y lógicos que conforman un sistema de búsqueda e ilustra las arquitecturas de búsqueda comunes.
38
Título Descripción
Visio (http://go.microsoft.com/fwlink/?linkid=167737&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=167739&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=167738&clcid=0xC0A)
Diseño de arquitecturas de búsqueda para Microsoft SharePoint Server 2010 Describe los pasos de diseño iniciales para determinar un diseño básico para una arquitectura de búsqueda de SharePoint Server 2010.
39
Título Descripción
Visio (http://go.microsoft.com/fwlink/?linkid=167740&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=167742&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=167741&clcid=0xC0A)
Modelo de Servicios de conectividad empresarial Servicios de conectividad empresarial de Microsoft son un conjunto de servicios y características de Microsoft SharePoint Server 2010 y de Microsoft SharePoint Foundation 2010 que admiten la integración de datos de sistemas externos en soluciones basadas en Microsoft SharePoint Server y en Microsoft SharePoint Foundation. Este póster de modelo describe la arquitectura de Servicios de conectividad empresarial de Microsoft en SharePoint Server 2010 y proporciona información acerca de cómo crear soluciones basadas en el servicio.
Use este modelo con el siguiente artículo:
40
Título Descripción
Visio (http://go.microsoft.com/fwlink/?linkid=165565&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=165566&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=165571&clcid=0xC0A)
Información general de Servicios de conectividad empresarial (SharePoint Server 2010)
Distribución de contenido en SharePoint Server 2010 Describe la característica de distribución de contenido de SharePoint Server 2010. Incluye la siguiente información:
Introducción a la distribución de contenido
Descripción de rutas y trabajos de distribución de
contenido
Cuándo se debe usar la distribución de contenido
Alternativas a la distribución de contenido
Ilustra topologías de distribución de contenido
habituales en granja de servidores
41
Título Descripción
Visio (http://go.microsoft.com/fwlink/?linkid=179391&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=179523&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=179524&clcid=0xC0A)
Ilustra y explica el proceso de distribución de
contenido general
Planeación de actualización de Microsoft SharePoint Server 2010 Presenta la planeación de una actualización de Microsoft Office SharePoint Server 2007 a SharePoint Server 2010. Incluye la siguiente información:
Requisitos de actualización: hardware, sistema
operativo y base de datos
Proceso de actualización: pasos específicos para
seguir antes, durante y después de la
actualización
Use este modelo con el siguiente artículo: Upgrading to SharePoint Server 2010
42
Título Descripción
Visio (http://go.microsoft.com/fwlink/?linkid=167098&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=167099&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=167100&clcid=0xC0A)
Enfoques de actualización de Microsoft SharePoint Server 2010 Ayuda a entender los enfoques híbrido, de base de datos adjunta y en contexto para la actualización de Office SharePoint Server 2007 a SharePoint Server 2010.
Vea las topologías de granjas de servidores
antes, durante y después de la actualización
Compare las ventajas de cada tipo de enfoque
de actualización
Use este modelo con los siguientes artículos:
Determine upgrade approach (SharePoint Server
2010)
43
Título Descripción
Visio (http://go.microsoft.com/fwlink/?linkid=167101&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=167102&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=167103&clcid=0xC0A)
Upgrade process overview (SharePoint Server
2010)
Microsoft SharePoint Server 2010 — Prueba del proceso de actualización Se explica la metodología para probar el proceso de actualización antes de actualizar de Office SharePoint Server 2007 a SharePoint Server 2010.
Entienda los objetivos de la prueba del proceso
de actualización: personalizaciones, hardware,
sincronización, planeación
Vea los pasos específicos que se deben seguir
44
Título Descripción
Visio (http://go.microsoft.com/fwlink/?linkid=167104&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=167105&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=167106&clcid=0xC0A)
para probar el proceso de actualización
Use este modelo con el siguiente artículo: Use a trial upgrade to find potential issues (SharePoint Server 2010)
Microsoft SharePoint Server 2010 — Actualización de servicios Presenta los servicios de actualización de Office SharePoint Server 2007 a SharePoint Server 2010.
Consideraciones para servicios específicos:
personalización, búsqueda, formularios de
InfoPath, Excel, Catálogo de datos
empresariales, inicio de sesión único
Actualización en contexto con servicios
Actualización de base de datos adjunta con
servicios
45
Título Descripción
Visio (http://go.microsoft.com/fwlink/?linkid=167107&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=167108&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=167109&clcid=0xC0A)
Microsoft SharePoint Server 2010: actualización de granjas de servidores primarias y secundarias
Se describen las consideraciones que deben tenerse en cuenta y el proceso para actualizar granjas de servidores que comparten servicios (granjas de servidores primarias y secundarias).
46
Título Descripción
Visio (http://go.microsoft.com/fwlink/?linkid=190984&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=190985&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=190986&clcid=0xC0A)
Introducción a la inteligencia empresarial de SharePoint Server 2010 Presenta una introducción a la inteligencia empresarial de SharePoint Server y proporciona la siguiente información.
Una descripción general de cada servicio de
inteligencia empresarial y de cuándo se podría
usar el servicio.
La arquitectura para la aplicación de los servicios
47
Título Descripción
Visio (http://go.microsoft.com/fwlink/?linkid=167082&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=167170&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=167171&clcid=0xC0A)
de inteligencia empresarial y cómo trabajan en
conjunto en una topología.
Una lista de los posibles orígenes de datos para
cada servicio de inteligencia empresarial.
Bases de datos compatibles con Productos de SharePoint 2010 Describe las bases de datos de Microsoft SQL Server en las que se ejecuta SharePoint Server 2010.
48
Título Descripción
Visio (http://go.microsoft.com/fwlink/?linkid=187970&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=187969&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=187971&clcid=0xC0A)
Productos de SharePoint 2010: proceso de virtualización Se proporciona una orientación sobre la virtualización y las diversas fases de la implementación, así como los requisitos y ejemplos.
Use este diagrama con los artículos de los capítulos siguientes:
Virtualization planning (SharePoint Foundation
2010)
49
Título Descripción
Visio (http://go.microsoft.com/fwlink/?linkid=195021&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=195022&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=195023&clcid=0xC0A)
Virtualization planning (SharePoint Server 2010)
Gobierno de SharePoint Server 2010 Se ilustra cómo desarrollar un plan de gobierno que incluya el gobierno de TI, el gobierno de la administración de la información y gobierno de la administración de aplicaciones.
Use este diagrama con los siguientes artículos:
Governance overview (SharePoint Server 2010)
Governance features (SharePoint Server 2010)
50
Título Descripción
Visio (http://go.microsoft.com/fwlink/?linkid=200532&clcid=0xC0A)
PDF (http://go.microsoft.com/fwlink/?linkid=200533&clcid=0xC0A)
XPS (http://go.microsoft.com/fwlink/?linkid=200534&clcid=0xC0A)
Consejos para imprimir los pósteres Si tiene un trazador, puede imprimir estos pósteres a tamaño completo. Si no tiene un trazador, siga estos pasos para imprimir en un papel de tamaño más reducido.
Impresión de pósteres en papel de tamaño reducido
1. Abra el póster en Visio.
2. En el menú Archivo, haga clic en Configurar página.
3. En la ficha Configurar impresión, en la sección Papel de la impresora, seleccione el tamaño del papel en el que desee imprimir.
51
4. En la ficha Configurar impresión, en la sección Zoom para imprimir, haga clic en Ajustar a y, a continuación, escriba 1 hoja a lo
ancho por 1 hoja a lo largo.
5. En la ficha Tamaño de página, haga clic en Ajustar al contenido del dibujo y, a continuación, haga clic en Aceptar.
6. En el menú Archivo, haga clic en Imprimir.
52
Planeación de sitios y soluciones (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
En esta sección se presentan los temas que proporcionan ayuda para planear los componentes del sitio y la solución de Microsoft SharePoint Server 2010.
Fundamental site planning (SharePoint Server 2010)
En los temas de esta sección se incluyen instrucciones para la planeación de sitios que usan características de SharePoint Server 2010.
Security planning for sites and content (SharePoint Server 2010)
En los temas de esta sección se le proporciona ayuda para planear permisos que controlan el acceso a sitios y contenido.
Site and solution governance
En los temas de esta sección se le proporciona ayuda para planear cómo configurar el entorno para hospedar servicios de TI y soluciones de espacio aislado y cómo definir la arquitectura de la información más adecuada para sus necesidades empresariales.
Plan for sandboxed solutions (SharePoint Server 2010)
En los temas de esta sección se le proporciona ayuda para planear soluciones de espacio aislado que se ejecutan en entornos de ejecución restringidos en su empresa.
Governance overview (SharePoint Server 2010)
En este artículo se presenta el gobierno como parte esencial de una implementación correcta de Microsoft SharePoint Server 2010 y se explica por qué la arquitectura de la información y los servicio de TI son componentes clave de un plan de gobierno.
Planeación de metadatos administrados (SharePoint Server 2010)
En los temas de esta sección se explican los conceptos clave de los metadatos administrados y se ofrece orientación sobre cómo utilizar los metadatos administrados en la solución de SharePoint.
Plan for social computing and collaboration (SharePoint Server 2010)
En los temas de esta sección se incluyen instrucciones para planear soluciones que implementen sistemas sociales y las capacidades de colaboración en su empresa.
53
Enterprise content management planning (SharePoint Server 2010)
En los temas de esta sección se trata información conceptual sobre administración de documentos, administración de registros y administración de activos digitales.
Plan document management
En los temas de esta sección se le proporciona ayuda para planear soluciones de administración de documentos para su organización.
Records management planning
En los temas de esta sección se describe la administración de registros en SharePoint Server 2010 y se proporcionan instrucciones para la planeación de la solución de administración de registros.
Plan digital asset management (SharePoint Server 2010)
En los temas de esta sección se incluyen instrucciones para planear soluciones para sitios que incluyen activos digitales como vídeos, audio e imágenes.
Planeación de administración de contenido web (SharePoint Server 2010)
En los temas de esta sección se incluyen instrucciones para planear sitios web de administración de contenido mediante el uso de características de SharePoint Server 2010.
Planeación de la inteligencia empresarial
En los temas de esta sección se incluyen instrucciones para planear soluciones de inteligencia empresarial en los datos de la empresa.
Fundamentos de inteligencia empresarial
En los temas de esta sección se le proporciona información básica general acerca de las capacidades de inteligencia empresarial de SharePoint Server 2010.
Planeación de PerformancePoint Services (SharePoint Server 2010)
En los temas de esta sección se le proporciona ayuda para planear la implementación de escritorios digitales de inteligencia empresarial y servicios de PerformancePoint.
Introducción a Servicios de Excel (SharePoint Server 2010)
En los temas de esta sección se le proporciona ayuda para planear la implementación de Servicios de Excel en su entorno empresarial.
Planeación de Servicios de Visio (SharePoint Server 2010)
54
En los temas de esta sección se le proporciona ayuda para planear la implementación de Servicios de Visio.
Planeación de procesos y datos empresariales (SharePoint Server 2010)
En los temas de esta sección se incluyen instrucciones para planear soluciones que implementan procesos de negocio en los datos de la empresa.
Planeación de los Servicios de conectividad empresarial (SharePoint Server 2010)
En los temas de esta sección se le proporciona ayuda para planear soluciones que conecten datos externos de la empresa a trabajadores de la información que utilizan sitios web de SharePoint y aplicaciones de Office 2010.
Planeación de InfoPath Forms Services (SharePoint Server 2010)
En los temas de esta sección se le proporciona ayuda para planear soluciones que utilicen formularios de InfoPath para recopilar, personalizar y validar los datos de negocio utilizados por los trabajadores para mejorar procesos clave del negocio.
Planeación de flujos de trabajo (SharePoint Server 2010)
En los temas de esta sección se le proporciona ayuda para planear e implementar procesos de negocio en las soluciones de SharePoint.
Planeación de Servicios de Access
En los temas de esta sección se le proporciona ayuda para planear la implementación de Servicios de Access.
Planeación de administración de cuotas (SharePoint Server 2010)
En este artículo se proporcionan directrices sobre cómo determinar la configuración para plantillas de cuota y papeleras de reciclaje, y sobre cómo decidir si debe eliminar sitios web sin uso y cuándo debe hacerlo.
Vea también Otros recursos
Server farm and environment planning (SharePoint Server 2010)
55
Planeación de administración de contenido web (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
En esta sección se proporciona información para que los profesionales de TI puedan planear sitios de publicación usando características de Microsoft SharePoint Server 2010.
En esta sección:
Introducción a las características de publicación describe las características que estarán disponibles cuando se habilite la publicación
en la colección de sitios y los niveles de sitio para un sitio que no sea de publicación. En este artículo también se describen las
dependencias entre características y se enumeran los cambios en la interfaz de usuario que se producen al habilitarse la publicación.
Planeación de páginas web presenta primero los elementos de las páginas web: páginas maestras, diseños de página, páginas de
contenido, hojas de estilos, elementos web, zonas de elementos web y controles de campo de servidor. En segundo lugar, se
proporcionan instrucciones para planear cada elemento de las páginas web en el sitio de publicación.
Planeación de la creación de páginas web (SharePoint Server 2010) describe los dos métodos de creación de sitios web basados en
SharePoint Server 2010 (creación basada en el explorador y creación en cliente inteligente) y también describe los pasos que deben
realizarse para planear la forma en que se crean páginas web.
Planeación de la aprobación y programación de contenido contiene instrucciones generales sobre cómo planear la aprobación de
contenido y una programación para el uso con sitios de publicación de SharePoint Server 2010.
Planeación del almacenamiento en caché y el rendimiento (SharePoint Server 2010) proporciona información acerca de cómo y
cuándo usar la caché de objetos binarios, y enumera las consideraciones principales que hay que tener en cuenta para planear su
uso. En este artículo también se describen las consideraciones de rendimiento que hay que tener en cuenta cuando se usa la
limitación de velocidad de bits, así como las limitaciones de las restricciones de tamaño de archivos de carga.
Planeación de las bibliotecas de páginas de gran tamaños (SharePoint Server 2010) describe el uso de grandes bibliotecas de
páginas en sitios de publicación de SharePoint Server 2010. Asimismo, este artículo proporciona información que le ayudará a decidir
si usar grandes bibliotecas de páginas con la solución de publicación e información acerca de cómo planearlas.
56
Introducción a la distribución de contenido (SharePoint Server 2010) ofrece una descripción general de la característica de
implementación de contenido, describe cómo funciona y enumera las consideraciones importantes que hay que tener en cuenta para
usar la implementación de contenido con la solución de publicación.
Planeación de la distribución de contenido (SharePoint Server 2010) describe cómo planear el uso de la implementación de
contenido con la solución de publicación.
Diseño de la topología de implementación de contenido describe los elementos de topologías diseñadas para la implementación de
contenido e ilustra topologías de implementación de contenido típicas..
Información general sobre las variantes proporciona una introducción a la característica de creación de variantes. Describe los
elementos de esta característica, proporciona una introducción a la creación de páginas y sitios para sitios de variante, enumera
algunas limitaciones de las variantes y describe escenarios para usar variantes en SharePoint Server 2010
Planeación de variantes proporciona información sobre elementos importantes que deben tomarse en cuenta al usar variantes en los
sitios de publicación y describe las tareas que deben realizarse al planear una solución que use variantes en SharePoint Server 2010.
57
Introducción a las características de publicación
Publicado: 12 de mayo de 2010
La publicación es la creación e implementación de contenido, ensamblados personalizados, archivos de configuración y artefactos de marca en un conjunto o granja de servidores de Microsoft SharePoint Server 2010. La publicación en SharePoint Server 2010 consta de dos características independientes. La característica Infraestructura de publicación de SharePoint Server proporciona funcionalidad de publicación en el nivel de la colección de sitios y la característica de publicación de SharePoint Server proporciona funcionalidad de publicación en el nivel del sitio. El subconjunto de características y funcionalidades de cada característica respalda el objetivo de la publicación como parte de una solución de administración de contenido web.
En este artículo se describen solo las características que se pondrán a disposición al habilitar la publicación en los niveles del sitio y de la colección de sitios para un sitio que no es de publicación. En este artículo también se describen las dependencias entre las características y se enumeran los cambios realizados en la interfaz de usuario al habilitar la publicación. Sin embargo, no se explica cómo habilitar las características de publicación, cómo planear sitios de publicación ni cómo convertir sitios que no son de publicación en sitios que sí lo son.
Importante:
Antes de habilitar la infraestructura y las características de publicación para un sitio que no es de publicación, debería leer este artículo para comprender las características de publicación específicas que desea usar y para determinar si vale la pena habilitar la infraestructura de publicación completa para aprovechar sólo determinadas características de publicación.
En este artículo:
Acerca de los sitios de publicación
Acerca de las características de publicación
Características de Infraestructura de publicación de SharePoint Server
Características de publicación de SharePoint Server
58
Otras características de publicación
Acerca de los sitios de publicación La plantilla de colección de sitios de portal de publicación y la plantilla de colección de sitios wiki empresariales son las únicas dos plantillas de colección de sitios de SharePoint Server 2010 que están preconfiguradas para usar las características de publicación. La creación de una colección de sitios mediante una de estas dos plantillas de colección de sitios habilita automáticamente las características de publicación para esas colecciones de sitios. De forma predeterminada, si se usa la plantilla de sitio de portal de publicación, solo estarán disponibles la plantilla de sitio de publicación con flujo de trabajo y la plantilla de sitio wiki empresarial para crear un sitio en la colección de sitios. Un administrador de la colección de sitios puede habilitar otras plantillas de sitio para su uso dentro de la colección de sitios mediante la página Configuración de diseño de página y plantilla de sitio.
Los sitios que no son de publicación son todas las demás plantillas de sitio disponibles en SharePoint Server 2010, como las plantillas de sitio de grupo y área de trabajo de documento. Puede habilitar la característica Infraestructura de publicación de SharePoint Server en el nivel de la colección de sitios y, posteriormente, habilitar la característica de publicación de SharePoint Server para el sitio raíz de la colección de sitios y todos los sitios que se encuentren por debajo en la jerarquía de sitios. De esta forma, se habilitarán todas las características de publicación que normalmente están disponibles al crear un sitio mediante una plantilla de sitio de publicación, además de las características estándar del sitio que no es de publicación. Para obtener una lista de las plantillas de sitio disponibles en SharePoint Server 2010, vea Sites and site collections overview (SharePoint Server 2010).
Acerca de las características de publicación La característica Infraestructura de publicación de SharePoint Server proporciona funcionalidad de publicación en el nivel de la colección de sitios y la característica de publicación de SharePoint Server proporciona funcionalidad de publicación en el nivel del sitio. El subconjunto de las características incluidas en cada una de estas características principales se conoce colectivamente como ―características de publicación‖. Las características de publicación son todas las características que forman parte de un sitio de publicación preconfigurado o que se agregan al habilitar la publicación en los niveles del sitio y de la colección de sitios. Al habilitar la publicación, se habilitan automáticamente todas las características de publicación. No se pueden seleccionar características de publicación individuales, como las variaciones, para que se habiliten independientemente sin habilitar las demás características de publicación. Las características de publicación están todas activas o inactivas. Sin embargo, puede optar por habilitar las características de publicación aunque no haga uso de todas ellas.
59
Características de Infraestructura de publicación de SharePoint Server En esta sección se describen las características de publicación que se habilitan con la característica Infraestructura de publicación de SharePoint Server en una colección de sitios que no es de publicación.
Plantillas de sitio
Una plantilla de sitio es una configuración de sitio predefinida que determina, por ejemplo, las listas, los archivos, los elementos web, las características o los valores de configuración que se deben aprovisionar para un sitio de SharePoint nuevo. Al habilitar la característica Infraestructura de publicación de SharePoint Server, se agregan las siguientes plantillas de sitio de publicación y se ponen a disposición para usarlas al crear un nuevo sitio:
Sitio de publicación
Sitio de publicación con flujo de trabajo
Sitio wiki empresarial
Para obtener más información acerca de las plantillas de sitio disponibles en SharePoint Server 2010, vea Sites and site collections overview (SharePoint Server 2010) y el tema sobre las definiciones y plantillas de sitio.
Grupos y niveles de permisos
Los grupos de SharePoint permiten administrar conjuntos de usuarios en lugar de usuarios individuales. La posibilidad de ver, configurar o administrar un sitio se determina en función del nivel de permisos asignado a un usuario o grupo. Al crear una colección de sitios mediante una plantilla de sitio que no es de publicación, SharePoint Server 2010 crea automáticamente un conjunto estándar de grupos y niveles de permisos. Al habilitar la característica Infraestructura de publicación de SharePoint Server, se agregan otros grupos y niveles de permisos a la colección de sitios. Estos grupos y niveles de permisos permiten asignar usuarios a roles específicos relacionados con la publicación. Por ejemplo, solo los usuarios que tienen el permiso de aprobación o que pertenecen al grupo Aprobadores pueden editar y aprobar páginas, elementos de lista y documentos para la publicación.
Los siguientes grupos se agregan a la colección de sitios:
Aprobadores
Diseñadores
Administradores de jerarquías
Usuarios de distribución rápida
Lectores restringidos
Lectores de recursos de estilo
60
Los siguientes niveles de permisos se agregan a la colección de sitios:
Aprobación
Administrar la jerarquía
Lectura restringida
De forma predeterminada, los sitios creados por debajo de la colección de sitios usan los grupos y niveles de permisos del sitio primario. Para obtener más información acerca de los grupos y los niveles de permisos, vea Determine permission levels and groups (SharePoint Server 2010).
Configuración del sitio
Al habilitar la característica Infraestructura de publicación de SharePoint Server, se realizan los siguientes cambios en la página Configuración del sitio:
En la sección Administración del sitio, se agregan los siguientes vínculos en los niveles del sitio y de la colección de sitios:
Contenido y estructura
Registros de contenido y estructura
Columnas en las que se pueden realizar búsquedas
En la sección Aspecto, se quitan los vínculos Inicio rápido y Barra de vínculos superior y se agrega el vínculo Navegación en los
niveles del sitio y de la colección de sitios.
En la sección Administración de la colección de sitios, se agregarán los siguientes vínculos únicamente en el nivel de la colección
de sitios:
Navegación de la colección de sitios
Variantes
Etiquetas de variante
Registros de variantes
Columnas traducibles
Ubicaciones de explorador de contenido sugeridas
Navegación
Además de los cambios realizados en los vínculos de navegación de la página Configuración del sitio, se realizan los siguientes cambios de navegación al habilitar la característica Infraestructura de publicación de SharePoint Server:
61
El menú de navegación global reemplaza a la barra de vínculos superior.
Se especifica la configuración predeterminada del menú de navegación global y del menú Inicio rápido.
Para obtener más información acerca de la navegación, vea Site navigation overview (SharePoint Server 2010).
Cambios del tema
Los temas proporcionan un modo rápido y fácil de aplicar colores y fuentes a los sitios de SharePoint Server 2010. Cada sitio puede aplicarse un tema directamente a sí mismo. Al habilitar la característica Infraestructura de publicación de SharePoint Server, se agregan las secciones Heredar tema y Aplicar tema a la página Tema del sitio. Estas opciones permiten a un administrador del sitio especificar si un sitio debe heredar el tema del sitio primario o usar su propio tema. Estos temas también permiten al administrador del sitio especificar si desea aplicar el tema seleccionado sólo al sitio actual, o bien al sitio actual y a todos los sitios que se encuentren por debajo en la jerarquía de sitios. Para obtener más información acerca de los temas, vea Themes overview (SharePoint Server 2010).
Páginas maestras y diseños de página
Las páginas maestras y los diseños de página determinan el comportamiento y la apariencia globales de un sitio de SharePoint. Las páginas maestras contienen controles compartidos entre varios diseños de página, como navegación, búsqueda o preferencia de idioma para los sitios multilingües. Los diseños de página contienen controles de campo y elementos web. El sitio de primer nivel de una colección de sitios hospedada en SharePoint Server 2010 dispone de una biblioteca de documentos especial denominada Galería de páginas maestras. Todos los diseños de página y páginas maestras se almacenan en esta biblioteca de documentos. Al habilitar la característica Infraestructura de publicación de SharePoint Server, se agregan los siguientes archivos y carpetas a la biblioteca Galería de páginas maestras:
Se agregan nuevas páginas maestras y diseños de página, como páginas de artículo y una página wiki usada por los sitios de
publicación.
Se crea una nueva carpeta en la biblioteca Galería de páginas maestras y se le asigna un nombre en función del idioma usado en la
instalación de SharePoint Server 2010. Por ejemplo, si se instaló la versión en inglés, el nombre de la carpeta será en-us. Esta
carpeta contiene una carpeta llamada Imágenes de vista previa que contiene las imágenes de vista previa en miniatura de los
diseños de página de publicación.
Nota:
Si se instalaron otros paquetes de idioma, cada idioma tendrá su propia carpeta que contendrá una carpeta Imágenes de vista previa en la biblioteca Galería de páginas maestras.
Se crea una nueva carpeta denominada Menú de edición en la biblioteca Galería de páginas maestras, la cual contiene los archivos
XML que pueden usarse para personalizar los menús de edición de página. Para obtener información acerca de cómo personalizar
62
los menús de edición de página, vea el tema sobre procedimiento para personalizar los componentes de la barra de herramientas de
edición de páginas.
Para obtener más información acerca de las páginas maestras y los diseños de página, vea el tema sobre páginas maestras y diseños de páginas.
Imágenes y hojas de estilos
Al habilitar la característica Infraestructura de publicación de SharePoint Server, se agregan los siguientes elementos a la Biblioteca de estilos:
Hojas de estilos en cascada para los estilos predeterminados y los estilos que se pueden personalizar.
Imágenes para los elementos de la interfaz de usuario, como las viñetas y las flechas.
Imágenes de vista previa alternativas para el reproductor multimedia.
Hojas de estilos XSL para aplicar estilos a elementos web controlados por datos, como Vínculos de resumen, Consulta de contenido
y Tabla de contenido.
Para obtener información acerca de cómo personalizar los estilos, vea el tema de procedimiento para personalizar estilos.
Bibliotecas y listas de documentos
Se crean diferentes listas y bibliotecas de documentos para una colección de sitios, en función de la plantilla de sitio que se use para crearla. Al habilitar la característica Infraestructura de publicación de SharePoint Server, se agregan las siguientes listas y bibliotecas de documentos al sitio raíz de la colección de sitios:
Informes de contenido y estructura Esta lista se usa para personalizar las consultas que aparecen en la lista Ver de la
herramienta Contenido y estructura del sitio.
Contenido reutilizable Esta lista contiene contenido HTML o de texto que puede insertarse en páginas web.
Documentos de la colección de sitios Esta biblioteca almacena los documentos que se usan en toda la colección de sitios.
Imágenes de la colección de sitios Esta biblioteca almacena las imágenes que se usan en toda la colección de sitios.
Tipos de contenido
Un tipo de contenido define las columnas de un elemento de lista, documento o carpeta. Al habilitar la característica Infraestructura de publicación de SharePoint Server, SharePoint Server 2010 agrega, en los niveles de la colección de sitios, de la lista y de la biblioteca, más tipos de contenido usados por lo sitios de la colección de sitios.
63
En el nivel de la colección de sitios, se agregan tipos de contenido de publicación, como página y diseño de página, y tipos de contenido de diseño de página, como página de artículo y página wiki empresarial. Se agregan dos tipos de contenido adicionales, HTML reutilizable y texto reutilizable, específicamente para la lista Contenido reutilizable.
Para obtener más información sobre los tipos de contenido, vea Plan content types and workflows (SharePoint Server 2010).
Columnas
Los metadatos representan información acerca de un documento que se usa para categorizar y clasificar el contenido. Cada elemento de metadatos asociado con un tipo de contenido es una columna, que es una ubicación en una lista para almacenar información. Al habilitar la característica Infraestructura de publicación de SharePoint Server, se agregan las siguientes columnas:
En el nivel de la colección de sitios, se agregan nuevas columnas de diseño de página, como línea de autor y contenido de página, y
columnas de publicación, como fecha del artículo, fecha de inicio programada y fecha de finalización programada. También se
agrega en el mismo nivel una columna de categorías de wiki personalizada que usa metadatos administrados para páginas wiki.
Se agregan nuevas columnas a la lista Contenido reutilizable y la lista Informes de contenido y estructura.
Para obtener más información acerca de las columnas, vea Plan content types and workflows (SharePoint Server 2010).
Elementos web
Los elementos web son elementos de la interfaz de usuario usados en las páginas de los sitios de SharePoint para presentar información obtenida de varios orígenes de datos. Al habilitar la característica Infraestructura de publicación de SharePoint Server, se agregan los siguientes elementos web en el nivel de la colección de sitios y se ponen a disposición para usarlos en todos los sitios creados dentro de la colección de sitios:
Elemento web Consulta de contenido
Elemento web multimedia
Elemento web Vínculos de resumen
Elemento web Tabla de contenido
Menú de edición de página
La cinta de opciones de edición de página es un panel de elementos de la interfaz de usuario que proporciona información sobre la página y modos de usar dicha página. El usuario puede usar el menú de edición de página de la cinta de opciones de edición de página para agregar texto, imágenes y medios enriquecidos a una página, para proteger la página para compartir un borrador y para aprobar una versión pendiente de la página para la publicación. Al habilitar la característica Infraestructura de publicación de SharePoint Server, se realizan los siguientes cambios en el menú de edición de página:
Se agrega la pestaña Publicación a la página maestra.
64
En Herramientas de edición, en la pestaña Formato de texto, se realizan los siguientes cambios cuando se selecciona un campo
de texto enriquecido:
Se agregan un grupo Revisión ortográfica y un botón Revisión ortográfica.
En Herramientas de edición, en la pestaña Insertar, se agregan los siguientes elementos cuando se selecciona un vínculo:
En el grupo Medios, se agrega la selección De SharePoint a la lista desplegable del botón Imagen.
En el grupo Vínculos, se agrega la selección De SharePoint a la lista desplegable del botón Vínculo.
En el grupo Medios, se agrega un botón Video y audio.
En el grupo Elementos web, se agrega Elemento web multimedia a la categoría Medios y contenido del menú de selección
Elemento web cuando se hace clic en el botón Elemento web.
En Herramientas de vínculo, en la pestaña Formato, se agregan los siguientes elementos:
En el grupo Vínculo, se agrega un botón Seleccionar vínculo.
En el grupo Propiedades, se agrega un cuadro de texto Marcador.
En Herramientas de imagen, en la pestaña Diseño, se agregan los siguientes elementos:
En el grupo Seleccionar, se agrega la selección De SharePoint a la lista Cambiar imagen.
Se agrega el grupo Espaciado.
En el grupo Espaciado, se agregan las opciones Espacio horizontal y Espacio vertical.
Se agrega un menú de herramientas Medios al menú de página cuando se selecciona un elemento web multimedia.
Trabajos del temporizador
Un trabajo del temporizador ejecuta un servicio de Windows específico para SharePoint Server 2010. El trabajo del temporizador contiene una definición del servicio que se debe ejecutar y especifica con qué frecuencia se inicia el servicio. Cada trabajo del temporizador tiene su propia programación predeterminada en cuanto al momento en que se ejecuta el trabajo. Puede cambiar la frecuencia con que se ejecuta cada trabajo en la página Definiciones de trabajos del sitio web de Administración central.
Al habilitar la característica Infraestructura de publicación de SharePoint Server, se habilitan los siguientes trabajos del temporizador en el servidor que hospeda el sitio web de Administración central:
Trabajo del temporizador de notificaciones Envía correo electrónico al propietario del elemento cuando un elemento está
próximo a caducar o expirar.
65
Aprobación programada Publica páginas aprobadas conforme a la fecha y hora de inicio especificadas. De forma predeterminada,
este trabajo del temporizador se ejecuta cada minuto.
Eliminación de publicación programada Elimina la publicación de páginas conforme a la fecha y hora de finalización
especificadas. De forma predeterminada, este trabajo del temporizador se ejecuta cada minuto.
Definición del trabajo de creación de jerarquías de variaciones Crea una jerarquía completa de variantes mediante la creación
de todos los sitios y páginas de variante a partir del sitio de variante de origen, en función de las etiquetas de variante. De forma
predeterminada, este trabajo del temporizador se ejecuta una vez al día.
Definición del trabajo de creación páginas de variaciones Crea páginas en los sitios de variante de destino cuado se ha
deshabilitado la opción Creación automática y un usuario crea manualmente una nueva página. De forma predeterminada, este
trabajo del temporizador se ejecuta cada hora.
Definición del trabajo de creación de sitios de variaciones Crea sitios de variante cuando se ha deshabilitado la opción
Creación automática y un usuario crea manualmente un nuevo sitio de variante. De forma predeterminada, este trabajo del
temporizador se ejecuta cada cinco minutos.
Definición de trabajo de propagación de páginas de variantes Actualiza las páginas de los sitios de variante de destino una vez
aprobada una página en el sitio de variante de origen o después de que un usuario haya enviado esta página de forma manual. De
forma predeterminada, este trabajo del temporizador se ejecuta cada hora.
Definición de trabajo de propagación de sitios de variantes Crea sitios de variante cuando se habilita la opción Creación
automática. De forma predeterminada, este trabajo del temporizador se ejecuta cada cinco minutos.
Para obtener información acerca de los trabajos del temporizador, vea View timer job status (SharePoint Server 2010).
Características de publicación de SharePoint Server En esta sección se describen las características de publicación que se habilitan al habilitar la característica de publicación de SharePoint Server en un sitio que no es de publicación.
Configuración del sitio
Al habilitar la característica de publicación de SharePoint Server, se realizan los siguientes cambios en la página Configuración del sitio:
En la sección Galerías, se quita el vínculo Páginas maestras y se reemplaza por el vínculo Páginas maestras y diseños de
página en los niveles del sitio y de la colección de sitios.
En la sección Administración del sitio, se agrega un vínculo Caché de resultados de sitio sólo en el nivel del sitio.
66
En la sección Aspecto, se agregan los siguientes vínculos en los niveles del sitio y de la colección de sitios:
Página maestra
Diseños de página y plantillas de sitio
Página de bienvenida
En la sección Acciones del sitio, se quita el vínculo Guardar sitio como plantilla en los niveles del sitio y de la colección de sitios.
En la sección Administración de la colección de sitios, se agregarán los siguientes vínculos únicamente en el nivel de la colección
de sitios:
Perfiles de caché de la colección de sitios
Caché de objetos de la colección de sitios
Caché de resultados de la colección de sitios
Configuración regional
Al habilitar la característica de publicación de SharePoint Server, se agrega la sección Configuración de subsitio a la página Configuración regional. Esto permite especificar si todos los sitios que se encuentran por debajo del sitio actual deben heredar el conjunto de configuraciones regionales para el sitio actual.
Listas y bibliotecas de documentos
Al habilitar la característica de publicación de SharePoint Server, se agregan las siguientes listas y bibliotecas de documentos:
Documentos Esta biblioteca almacena los documentos que se usan en las páginas del sitio.
Imágenes Esta biblioteca almacena las imágenes que se usan en las páginas del sitio.
Páginas Esta biblioteca almacena las páginas que se crean en el sitio.
Tareas de flujo de trabajo Esta lista almacena las tareas de flujo de trabajo que se crean en el sitio.
67
Nota:
Si más adelante deshabilita la característica de publicación de SharePoint Server, no se quitarán las bibliotecas ni listas que contengan contenido del sitio, pero sí se quitarán del sitio las listas o bibliotecas vacías.
Además de las bibliotecas y las listas que se crean, se realizan los siguientes cambios en la configuración de la biblioteca de documentos:
En la sección Configuración general de la página Configuración de la biblioteca de documentos, se agrega un vínculo Administrar
la programación de elementos.
En la página Configuración de versiones, se realizan los siguientes cambios:
La opción Historial de versiones de documentos se establece en Crear versiones principales y secundarias (borrador).
Esta opción determina qué versiones se crean cuando se edita un archivo en la biblioteca de páginas.
La opción Seguridad de borrador de elemento se establece en Sólo los usuarios que puedan editar elementos. Esta opción
determina quién puede ver los elementos de borrador de la biblioteca de páginas.
La opción Requerir desprotección se establece en Sí. Esta opción requiere que los documentos se desprotejan para poder
editarse.
Menú de edición de página
Al habilitar la característica de publicación de SharePoint Server, se realizan los siguientes cambios en el menú de edición de página:
La pestaña Publicación y el botón Publicación se agregan a la página maestra.
Los siguientes elementos se agregan a la ficha Publicación:
Si la característica de flujo de trabajo de aprobación de publicación está habilitada para la colección de sitios y la plantilla Flujo de
trabajo de aprobación de publicación está asociada a la biblioteca de documentos, se realizan los siguientes cambios:
Se agrega un grupo Flujos de trabajo.
En el grupo Flujos de trabajo, se agrega un botón Iniciar un flujo de trabajo.
En el grupo Flujos de trabajo, se agrega un botón Estado.
En el grupo Flujos de trabajo, se agrega un botón Ver tareas.
68
Si el trabajo Distribución rápida está habilitado para la ruta de distribución de contenido de la colección de sitios, en el grupo
Publicación, se agrega un botón Distribución rápida.
Si la programación de elementos está habilitada para la biblioteca de documentos, en el grupo Publicación, se agrega un botón
Programación.
En la pestaña Página, se realizan los siguientes cambios:
En el grupo Administrar, se habilita el botón Editar propiedades.
En el grupo Administrar, se quita el botón Cambiar nombre de página.
En el grupo Acciones de la página, se agregan los siguientes elementos:
1. Se agrega un botón Vista previa.
2. Se agrega un botón Diseño de página.
3. En el botón Diseño de página, se agrega una lista desplegable que contiene los diseños de página.
En el grupo Acciones de la página, se agrega un botón Comprobación de borradores.
En Herramientas de edición, en la pestaña Formato de texto, se realizan los siguientes cambios:
Se agregan un grupo Revisión ortográfica y el botón Revisión ortográfica.
Se quitan el grupo Diseño y el botón Diseño de texto.
En Herramientas de edición, en la pestaña Insertar, se realizan los siguientes cambios:
En el grupo Contenido, se agrega un botón Contenido reutilizable.
En el botón Contenido reutilizable, se agrega una lista desplegable personalizable.
Si se ha creado una página mediante la conversión de documentos, se agrega un menú Herramientas del documento de origen a
la barra de edición de página y se agregan los siguientes elementos:
En Herramientas del documento de origen, se agrega una pestaña Documento.
En la pestaña Documento, se agrega un grupo Ver y actualizar.
En el grupo Ver y actualizar, se agrega un botón Ver documento.
En el grupo Ver y actualizar, se agrega un botón Actualizar página.
Otros cambios
Al habilitar la característica de publicación de SharePoint Server, se realizan los siguientes cambios:
69
Los usuarios ya no podrán crear páginas cuyo nombre tenga un espacio. Los espacios se convertirán automáticamente en un guión ‗-
‗.
Se agrega el vínculo Administrar contenido y estructura al menú Acciones del sitio. Se abrirá la herramienta Contenido y
estructura del sitio para toda la colección de sitios.
Otras características de publicación Al habilitar la característica Infraestructura de publicación de SharePoint Server y la característica de publicación de SharePoint Server, se habilitan las siguientes características de publicación:
Distribución de contenido Puede usar la distribución de contenido para implementar el contenido de una colección de sitios de
origen en una colección de sitios de destino. La distribución de contenido se administra en el nivel de la granja de servidores, en el
sitio web de Administración central. Si el sitio usa la distribución de contenido y un administrador de la granja de servidores ha
habilitado el trabajo de distribución rápida, se agregará un botón Distribución rápida al grupo Publicación de la pestaña Publicar
del menú de edición de página. El trabajo de distribución rápida permite a los usuarios, tales como autores y editores, implementar
rápidamente una página web en la colección de sitios de destino. De forma predeterminada, un trabajo de distribución rápida se
ejecuta automáticamente cada 15 minutos. Cuando un usuario hace clic en el botón Distribución rápida de una página, esa página
se incluye en el siguiente trabajo de distribución rápida programado automáticamente. Para obtener más información acerca de la
distribución de contenido y los trabajos de distribución rápida, vea Introducción a la distribución de contenido (SharePoint Server
2010).
Variantes La característica de creación de variantes de SharePoint Server 2010 pone el contenido a disposición de audiencias
específicas en varios sitios mediante la copia de contenido de un sitio de variante de origen a cada sitio de variante de destino. Al
habilitar la característica Infraestructura de publicación de SharePoint Server y la característica de publicación de SharePoint Server,
se agregan los vínculos Variantes, Etiquetas de variante y Registros de variantes a la sección Administración de la colección
de sitios de la página Configuración del sitio. Si se ha creado una jerarquía de variantes, se agrega el grupo Variantes a la barra de
herramientas de edición de páginas de todas las páginas de publicación de todos los sitios de la colección de sitios. Sin embargo, los
botones del grupo Variantes solo se habilitan cuando una página forma parte de un sitio de variante de origen. Para obtener más
información sobre variantes, vea Información general sobre las variantes.
Almacenamiento en la memoria caché de objetos y resultados La memoria caché de objetos reduce la cantidad de tráfico entre
el servidor web y la base de datos de SQL mediante el almacenamiento de objetos, como listas y bibliotecas, configuración del sitio y
diseños de página, en la memoria del servidor front-end web. La memoria caché de resultados de página almacena el resultado
representado de una página y usa perfiles de caché que especifican cuánto tiempo deben almacenarse los elementos en la memoria
70
caché. Al habilitar la característica Infraestructura de publicación de SharePoint Server y la característica de publicación de
SharePoint Server, se agregan vínculos para configurar estas memorias caché a la página Configuración del sitio para el sitio y la
colección de sitios. Para obtener más información acerca de las memorias caché de objetos y de resultados de página, vea Cache
settings operations (SharePoint Server 2010).
Vea también Conceptos
Planeación de administración de contenido web (SharePoint Server 2010)
71
Planeación de páginas web
Publicado: 12 de mayo de 2010
Cuando planee la publicación de páginas web en Microsoft SharePoint Server 2010, diseñe el aspecto del contenido publicado, determine la ubicación en la que los autores pueden agregar contenido a las páginas y controle las características de creación que los autores pueden usar. Un plan eficaz para las páginas web permite garantizar que cada tipo de contenido publicado por la organización se diseñe correctamente y esté disponible para lograr los objetivos de publicación.
Para facilitar la comprensión de las opciones de diseño, en este artículo se describen en primer lugar los elementos de las páginas de publicación: páginas maestras, diseños de página, páginas de contenido, hojas de estilos, elementos web, zonas de elementos web y controles de campo de servidor. A continuación, se incluye una guía para planear cada elemento de las páginas web en el sitio de publicación. Dado que el diseño y la configuración de los diseños de página contribuyen a restringir lo que los autores pueden hacer en las páginas web, en este artículo se incluye una guía acerca de cómo usar diseños de página para restringir la creación. Sin embargo, no se describe cómo crear páginas maestras, diseños de página o páginas de contenido y tampoco se describe cómo crean las páginas web los autores de contenido.
En este artículo:
Introducción a las páginas web
Planeación de páginas maestras
Planeación de diseños de página
Planeación de páginas de contenido
Uso de diseños de página para restringir la creación
Hoja de cálculo de planeación de la página web
Introducción a las páginas web Si un usuario de un sitio de SharePoint Server 2010 abre una página web en un sitio de SharePoint, dicha página se presenta en función del conjunto de elementos planeados y diseñados de forma independiente en el sitio web. La separación de los elementos de una página
72
de este modo permite a los programadores y diseñadores de sitios tratar los distintos elementos de un sitio de forma única. Por ejemplo, la personalización de marca y la navegación de un sitio se pueden planear y diseñar de forma independiente a partir del diseño de las páginas de contenido del sitio de modo que la personalización de marca pueda aplicarse a todo el contenido del sitio y actualizarse en una sola ubicación. De forma similar, el diseño de las páginas se puede establecer por separado a partir del contenido de las páginas de forma que el mismo contenido se pueda mostrar de distintas maneras.
Una página web basada en SharePoint Server 2010 es una página de archivo ASP.NET (.aspx) presentada dinámicamente a partir de los elementos que la componen. Las dos partes principales de una página web son la página maestra y el diseño de página. Las páginas maestras contienen controles compartidos entre varios diseños de página (por ejemplo, navegación, búsqueda o preferencia de idioma para los sitios multilingües). Los diseños de página contienen controles de campo y elementos web. Cuando se crea una página web, el contenido de la página se almacena como elementos de lista en la biblioteca de páginas. Esta página web es una página de contenido, ya que incluye el contenido que se muestra a los usuarios cuando ven la página en el sitio web. En la siguiente ilustración se muestra el funcionamiento conjunto de los diseños de página y las páginas maestras para crear el diseño de una página web.
73
En las siguientes secciones se describen más detalladamente las páginas maestras, los diseños de página y las páginas de contenido.
Páginas maestras
Una página maestra define el marco externo de la página web. Contiene los elementos que desea que compartan todas las páginas del sitio y proporciona una ubicación única para controlar todos estos elementos. Generalmente, un sitio usa una sola página maestra, aunque los sitios de Internet de gran tamaño pueden usar más. Por ejemplo, un sitio web corporativo que anuncia más de un producto puede usar páginas maestras independientes para personalizar correctamente el contenido de cada producto.
74
Nota:
Hay dos tipos de páginas maestras: páginas maestras del sitio y páginas maestras del sistema. La página maestra del sitio se usa en las páginas web publicadas del sitio. La página maestra es la que los usuarios del sitio y los visitantes ven al obtener acceso a las páginas publicadas. La página maestra del sistema proporciona el diseño de las páginas del sitio usado por los diseñadores y autores al trabajar con la interfaz de usuario del sitio. La página maestra del sistema también se usa en algunas plantillas de sitio de grupo, como las plantillas de sitio Área de documentos y Wiki empresarial. En este artículo se describen principalmente los aspectos de la planeación de las páginas maestras del sitio.
Las páginas maestras de todos los sitios de una colección de sitios se almacenan en la Galería de páginas maestras del sitio de nivel superior de la colección de sitios. Dado que la Galería de páginas maestras es una biblioteca de documentos de SharePoint, las páginas maestras tienen todas las características de los documentos de SharePoint Server 2010, como el control de versiones, la auditoría, el flujo de trabajo, la protección y la desprotección, y la aprobación de contenido.
Normalmente, las páginas maestras incluyen los siguientes elementos:
Elementos de personalización de marca, como logotipos corporativos y combinaciones de colores
Elementos de navegación compartidos
Características compartidas, como comandos de búsqueda y comandos de Ayuda
Vínculos a las hojas de estilos en cascada (las hojas de estilos en cascada controlan el aspecto, los colores y las fuentes de la
página)
Las plantillas de sitio de publicación que se incluyen en SharePoint Server 2010 contienen páginas maestras del sitio que puede usar como punto de partida en el diseño de la página. Para personalizar una página maestra existente o crear una página, use Microsoft SharePoint Designer 2010 o Microsoft Visual Studio 2010. Para obtener más información, vea el tema sobre cómo crear una página maestra mínima.
Diseños de página
Un diseño de página es una página de páginas Active Server (ASPX) que define un diseño para un tipo de página de contenido específico. Cuando un usuario de un sitio de SharePoint abre una página de contenido en un explorador, el diseño de página que se asocia a dicha página se combina en primer lugar con la página maestra (que proporciona el marco externo de la página) y, a continuación, el contenido de la página se inserta en los controles de campo del diseño de página.
75
Dado que un diseño de página muestra el contenido almacenado en las columnas de un tipo de contenido, se debe diseñar para un tipo de contenido concreto. Por ejemplo, un diseño de página asociado a un tipo de contenido Página de artículo tiene varios controles de campo, incluidos los siguientes:
Un control de campo de contenido de página para incluir el contenido de la columna Contenido de la página del tipo de contenido
Página de artículo.
Un control de campo de imagen de página para incluir la imagen a la que se vincula desde la columna Imagen de la página del tipo
de contenido Página de artículo.
Aunque un diseño de página se debe establecer para un solo tipo de contenido, el tipo de contenido se puede asociar a varios diseños de página. Por ejemplo, SharePoint Server 2010 incluye dos diseños de página para el tipo de contenido Página de artículo: uno que muestra la imagen en el lado izquierdo de la página y otro que muestra la imagen a la derecha. Para obtener más información sobre los tipos de contenido, vea Plan content types and workflows (SharePoint Server 2010).
Además de los controles para mostrar el contenido de una página, un diseño de página puede incluir otros elementos de página, incluidos los siguientes:
Elementos web Un control que pueden insertar y configurar los autores de páginas en la zona de elementos web de una página.
Zonas de elementos web Un área especificada de una página web que es un contenedor para los elementos web.
Controles de campo Un control que se agrega directamente a un diseño de página. Para obtener más información acerca de los
controles de campo, vea el tema sobre los controles de campo y plantillas de control.
Vínculos de hojas de estilos en cascada Las hojas de estilos en cascada controlan el aspecto, los colores y las fuentes de la
página.
Por ejemplo, un diseño de página para un artículo de negocio puede incluir un control de campo que muestre un tablero de cotizaciones. El tablero de cotizaciones se mostrará junto con el contenido de otra página cuando se use el diseño de página.
Al igual que las páginas maestras, los diseños de página para todos los sitios de una colección de sitios se almacenan en la Galería de páginas maestras del sitio de nivel superior de la colección de sitios. Dado que la Galería de páginas maestras es una biblioteca de SharePoint, los diseños de página también tienen todas las características de los documentos de SharePoint Server 2010, como el control de versiones y la aprobación de contenido. Los sitios de publicación creados con SharePoint Server 2010 incluyen diseños de página que puede usar como punto de partida del diseño de la página de contenido. Para personalizar un diseño de página existente o crear uno nuevo, use Microsoft SharePoint Designer 2010 o Microsoft Visual Studio 2010.
Páginas de contenido
Todas las páginas de contenido de un sitio de publicación se almacenan en una sola biblioteca de páginas. Cada elemento de una biblioteca de páginas es una sola página web. Dado que la biblioteca de páginas es una biblioteca de SharePoint, las páginas web que
76
contiene tienen todas las características de los documentos de SharePoint Server 2010, como el control de versiones, la auditoría, el flujo de trabajo, la protección y desprotección, y la aprobación de contenido.
Nota:
Aunque todas las páginas de publicación de un sitio están en una sola biblioteca de páginas, las soluciones web basadas en SharePoint Server 2010, como los sitios de intranet y los sitios de presencia en Internet, suelen estar compuestas por una jerarquía de sitios, cada uno de los cuales tiene su propia biblioteca de páginas.
Los autores crean páginas mediante la selección de Nueva página en el menú Acciones del sitio y las editan mediante la selección de Editar página en el menú Acciones del sitio . Al crear una página, los autores escriben un nombre para dicha página e inmediatamente después empiezan a crear contenido en ella. Para cambiar el tipo de contenido y el diseño de página, los autores seleccionan Diseño de página en el grupo Acciones de página de la ficha Página de la página que van a modificar. Para agregar contenido, seleccionar imágenes y realizar otras tareas de edición, los autores usan las fichas Formato de texto e Insertar de la sección Herramientas de edición de la página que van a modificar.
Las columnas asociadas con el tipo de contenido de una página web incluyen el contenido HTML de esa página. Además, contienen vínculos a imágenes que aparecen con la página y un vínculo al diseño de página asociado con la página.
Cada columna de contenido de una página está asociada con un control de campo concreto en el diseño de página asociado con la página. Para obtener más información acerca de los controles de campo en diseños de página, vea el tema sobre los modelos de diseños de página.
Planeación de páginas maestras Las páginas maestras proporcionan los elementos estructurales compartidos de la página. Estos elementos incluyen la personalización de marca del sitio, las características de navegación y otros elementos comunes, como los campos de búsqueda y los comandos de ayuda. La página maestra del sitio proporciona el contexto de la página y debe mantener la coherencia cuando el usuario interactúe con el sitio. Para garantizar que los usuarios tengan una experiencia coherente al moverse de una página a otra en un solo sitio de una colección de sitios, se recomienda no realizar cambios en la página maestra del sitio. Para proporcionar una personalización de marca y una interfaz de usuario coherentes, puede usar la misma página maestra de sitio en todos los sitios de la colección de sitios.
Puede modificar la página maestra que se usa en otros sitios de la jerarquía de sitios para cambiar la personalización de marca de algunos sitios. Por ejemplo, un sitio con presencia en Internet puede estar compuesto por varios sitios que presenten distintas
77
personalizaciones de marca para los productos. Puede cambiar la página maestra del sitio para cada sitio de la jerarquía de sitios con el fin de reflejar la personalización de marca de producto que presenta cada sitio.
Antes de planear páginas maestras, debe planear la estructura del sitio tal como se describe en Plan sites and site collections (SharePoint Server 2010). Para planear páginas maestras, use las hojas de datos de la página maestra de la Hoja de cálculo de planeación de la página web.
Planeación de diseños de página Un diseño de página define el diseño de una página de contenido al proporcionar controles de campo en los que se inserta el contenido de la página de contenido. El control de campo muestra el contenido. Cada diseño de página se asocia a un tipo de contenido concreto y suele haber disponibles varios diseños de página para un solo tipo de contenido. Por ejemplo, puede asignar varios diseños de página a un solo tipo de contenido para proporcionar diseños alternativos para versiones localizadas del contenido o para agregar o quitar la presentación de determinados campos y características de un diseño de página. Puede crear o personalizar un diseño de página, incluida la adición de nuevos controles para mostrar contenido y controles adicionales, como elementos web y controles de servidor, con Microsoft SharePoint Designer 2010 o Microsoft Visual Studio 2010.
SharePoint Server 2010 incluye el siguiente conjunto de diseños de página para cada tipo de contenido de página.
Página de artículo: contiene los siguiente diseños de página:
Este diseño de página Contiene estos elementos de página
Sólo cuerpo Un título y una página de contenido.
Imagen a la izquierda Un título, el contenido de página, una imagen de página a la izquierda y áreas para la línea de autor, la fecha del artículo y la leyenda de imagen.
Imagen a la derecha Un título, el contenido de página, una imagen de página a la derecha y áreas para la línea de autor, la fecha del artículo y la leyenda de imagen.
Vínculos de resumen Un título, el contenido de página, la fecha del artículo, la línea de autor y un elemento web de vínculos de resumen en el que los autores pueden agregar una lista de hipervínculos.
78
Página wiki empresarial: contiene un solo diseño de página, Página básica, que incluye el contenido, la clasificación de la página y
los elementos de la página de categorías.
Página de proyectos: contiene un solo diseño de página, Página de proyectos básica, que incluye el contenido, la clasificación de la
página, las categorías, el contacto de página y los elementos de la página del estado de la tarea (también contiene un vínculo simple
a la página web del proyecto).
Página de redireccionamiento: contiene un solo diseño de página (redireccionamiento), que incluye un único hipervínculo al que se
redirige a los usuarios que ven la página.
Página de bienvenida: contiene los siguientes diseños de página:
Este diseño de página Contiene estos elementos de página
Página de elementos web en blanco Un área de contenido y varias zonas de elementos web en las que los autores pueden agregar elementos web.
Pantalla de presentación Solamente una imagen y dos elementos web de vínculos de resumen en los que los autores pueden agregar hipervínculos.
Vínculos de resumen Áreas de contenido e imágenes junto con dos elementos web de vínculos de resumen.
Tabla de contenido Áreas de contenido e imágenes junto con un elemento web de tabla de contenido para mostrar una tabla de contenido con hipervínculos al contenido del sitio.
Si usa los tipos y diseños de página de contenido incluidos con SharePoint Server 2010, no debe realizar ningún paso de planeación adicional. Los autores pueden seleccionar tipos de contenido de página y diseños asociados al crear páginas nuevas. No obstante, si agrega campos nuevos a un tipo de contenido de página o si crea nuevos tipos de contenido personalizados para las páginas de publicación, debe planear diseños de página que reflejen los tipos de contenido nuevos o modificados.
Además, puede cambiar un diseño de página mediante la adición de controles Microsoft ASP.NET 3.5, como elementos web y zonas de elementos web, a la página. Por ejemplo, puede agregar un elemento web Consulta de contenido, que muestra un conjunto de vínculos devueltos por una consulta configurable, a un diseño de página. No obstante, si incluye un elemento web en un diseño de página fuera de una zona de elementos web, debe configurar el elemento web y los autores no podrán cambiar la configuración. Por ejemplo, si agrega un elemento web Consulta de contenido directamente a un diseño de página, la consulta configurada cuando se agrega el elemento web se establece de forma permanente y los autores no podrán modificarla.
79
Para planear diseños de página para tipos de contenido, como páginas de artículo, páginas wiki empresariales, páginas de proyectos y páginas principales, use la ficha de hoja de datos de diseños de página de la Hoja de cálculo de planeación de la página web.
Planeación de páginas de contenido Cada página de contenido de SharePoint Server 2010 consta de texto, imágenes y otros tipos de contenido que se almacenan como una entrada en una biblioteca de páginas. La planeación de páginas de contenido incluye lo siguiente:
Determinación de los tipos de contenido de página que cumplen los requisitos de contenido
Determinación de las columnas para almacenar el contenido para cada tipo de contenido de la página
SharePoint Server 2010 incluye los siguientes tipos de contenido de página:
Página de artículo. Es el tipo de página de contenido más común. Esta página está diseñada para el contenido de página web
general. Incluye lo siguiente:
Columnas para imágenes y leyendas de imagen
Una columna para el contenido de la página
Columnas para vínculos que aparecen con la página
Una columna para la línea de autor
Una columna para la fecha del artículo
Página wiki empresarial. Es la página de contenido principal de un sitio wiki empresarial. Incluye lo siguiente:
Una columna para el contenido de la página
Columnas de clasificaciones y número de clasificaciones
Una columna para categorías wiki
Página de proyectos. Es una página para proporcionar la información básica que describe un proyecto. Este tipo de contenido
hereda del tipo de contenido de la página wiki empresarial en lugar del tipo de contenido de la página. Incluye lo siguiente:
Una columna para el contenido de la página
Columnas de clasificaciones y número de clasificaciones
Una columna para un vínculo a la página web del proyecto
Una columna para el estado de la tarea
80
Una columna para categorías wiki
Página de redireccionamiento. Página para redirigir al lector a otra página. Incluye una columna para la dirección URL de
redireccionamiento.
Página de bienvenida. Generalmente, es la página principal de un sitio de publicación. Incluye lo siguiente:
Columnas con las imágenes que se van a mostrar
Una columna para el contenido de la página
Columnas para los vínculos que aparecen con la página
Además, dado que todos estos tipos de contenido de página se heredan del tipo de contenido de página genérico, ya sea de forma directa o a través de su tipo de contenido primario, incluyen lo siguiente:
Columnas para programar las fechas de inicio y finalización de la página
Columnas para describir la información de contacto del autor
Imagen que aparece con la página al incluirla en una tabla de contenido o en otra lista
Información para identificar las audiencias
Columna para los comentarios acerca de la página
Al planear las páginas de contenido, se recomienda usar los tipos de página de contenido incluidos en SharePoint Server 2010 como punto de partida. Los tipos de contenido de página de artículo, página wiki empresarial, página de proyectos y página de bienvenida están diseñados con una finalidad general y se pueden aplicar en diversos contextos. La columna de contenido principal de estos tipos de contenido es la columna Contenido de página, que puede incluir contenido HTML. Al usar HTML y hojas de estilos en cascada para controlar el aspecto del contenido, los autores y los diseñadores de sitios no necesitan diseñar otros tipos de contenido. Además, al seleccionar detenidamente el diseño que se va a usar para cada tipo de contenido, en función de la página de artículo, la página wiki empresarial, la página de proyectos o la página de bienvenida, puede ampliar la variedad de presentación del contenido sin especificar tipos de contenido adicionales. Para obtener más información, vea Planeación de diseños de página.
Para planear páginas de contenido, use las fichas de hojas de datos correspondientes de la Hoja de cálculo de planeación de la página web.
Uso de diseños de página para restringir la creación En función de los objetivos de publicación, puede restringir las posibilidades de actuación de los autores para aplicar un formato al contenido de la página web o para agregar elementos, como imágenes e hipervínculos, a las páginas del sitio. Por ejemplo, en un sitio
81
con presencia en Internet con un nivel de control considerable, puede que desee definir todo el formato como hojas de estilos en cascada asociadas a los diseños de página e impedir que los escritores invaliden las definiciones de estilo mediante un formato incorporado. Por el contrario, en un sitio de colaboración, puede que desee permitir a los autores que apliquen libremente un formato a las páginas y agreguen otros elementos de página, como elementos web que proporcionen vistas de los datos. Por ejemplo, en un sitio de intranet que se usa para colaborar en las especificaciones de productos, puede que desee permitir a los autores usar libremente estilos, hipervínculos, imágenes y elementos web para maximizar las posibilidades de comunicación de sus ideas.
Puede aplicar restricciones a los diseños de página de los modos siguientes:
Puede establecer propiedades en los controles de campo que restringen las operaciones de los autores.
Puede quitar zonas de elementos web para impedir que los autores inserten y configuren elementos web en las páginas o puede
establecer restricciones en las zonas de elementos web para limitar el modo en el que los autores pueden usarlas.
En la siguiente tabla se muestran las recomendaciones para restringir diseños de página según tres niveles de entornos de creación:
Nivel de control Sitio típico Recomendaciones de restricción
Estricto Presencia en Internet Limitaciones estrictas en la edición de controles de campo, otras limitaciones de control de campo, como la ausencia de hipervínculos en los controles de campo de imagen, y ubicación directa de elementos web en el diseño de página y no en las zonas de elementos web.
Moderado Sitio del portal de intranet empresarial Limitaciones moderadas o ausencia de limitaciones para la edición de los controles de campo, zonas
82
Nivel de control Sitio típico Recomendaciones de restricción
de elementos web que contienen elementos web (aunque los autores no pueden agregar o quitar elementos web).
No estricto Wiki empresarial o sitio de departamento o grupo Ninguna limitación para la edición de controles de campo, se permiten zonas de elementos web.
Use la ficha de hoja de datos de diseños de página de la Hoja de cálculo de planeación de la página web para registrar las decisiones sobre la restricción de características de creación en páginas de contenido.
Establecimiento de restricciones en controles de campo
Al abrir el sitio en Microsoft SharePoint Designer 2010 o Microsoft Visual Studio 2010, puede editar las etiquetas asociadas a los controles de campo para restringir los tipos de características de creación de SharePoint Server 2010 que los autores pueden usar al editar las páginas en la ventana del explorador. Por ejemplo, en los controles de campo enlazados a columnas del tipo HTML para publicación, puede habilitar o restringir las siguientes características:
Configurar fuentes
Inserción de imágenes
Inserción de tablas
Adición de hipervínculos
Adición de marcado de texto, como negrita y cursiva
Adición de elementos web
Puede establecer restricciones de creación en otros tipos de columnas. Por ejemplo, en los controles de campo enlazados a columnas del tipo Imagen para publicación, puede habilitar o restringir los hipervínculos de las imágenes.
83
Al restringir una característica de creación en un diseño de página de Microsoft SharePoint Designer 2010 o Microsoft Visual Studio 2010, los comandos de edición de página relacionados de SharePoint Server 2010 dejan de estar disponibles. Por ejemplo, si restringe la edición de tablas en un control de campo que incluye contenido del tipo HTML para publicación, los comandos de edición de tablas, como Insertar tabla dejan de estar disponibles en Herramientas de ediciónen la ficha Insertar.
Permiso o restricción de zonas de elementos web
Un elemento web es un control de servidor que los autores pueden insertar en zonas de elementos web de las páginas. Una zona de elementos web es un área especificada de una página web que actúa como contenedor de elementos web. Los elementos web muestran información según su funcionalidad, como la presentación de vínculos de navegación del sitio, contenido de lista o información analítica de bases de datos.
Si un diseño de página incluye una o más zonas de elementos web, estas zonas están disponibles en las páginas que usan dicho diseño, lo que permite a los autores insertar elementos web disponibles en las páginas de contenido. Si permite a los autores insertar elementos web en las páginas, se reduce el control de la experiencia de los usuarios en el sitio. Por ejemplo, un autor puede insertar un elemento web de tabla de contenido en una página que exponga los elementos del sitio que no desea que los usuarios muevan desde la página actual.
Para impedir que los autores agreguen elementos web a las páginas, abra los diseños de página asociados en Microsoft SharePoint Designer 2010 o Microsoft Visual Studio 2010 y quite las zonas de elementos web o quite controles de campo HTML. De forma similar, al establecer diseños de página nuevos, omita las zonas de elementos web para limitar la capacidad de los autores de agregar funcionalidad a las páginas asociadas a esos diseños de página.
Además, puede incluir zonas de elementos web en los diseños de página y restringir su uso. Al establecer propiedades para la zona de elementos web, puede rellenar la zona de elementos web con uno o más elementos web y permitir a los autores editar las propiedades de estos elementos web, pero no permitirles que agreguen otros elementos web a la zona de elementos web.
Hoja de cálculo de planeación de la página web Descargue una versión en Excel de la hoja de cálculo de planeación de la página web. Use esta hoja de cálculo para registrar las decisiones sobre las páginas maestras que necesita el sitio, las columnas para tipos de contenido de página específicos y las restricciones de creación de los diseños de página.
84
Vea también Conceptos
Planeación de la aprobación y programación de contenido
85
Planeación de la creación de páginas web (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
La creación de páginas web es el proceso por el cual los autores agregan contenido a un sitio de publicación como, por ejemplo, un sitio de Internet orientado al público. La creación de páginas web está disponible en un sitio cuando se crea un sitio de Microsoft SharePoint Server 2010 mediante el uso de una de las plantillas de sitio de publicación, o cuando se activa la característica Infraestructura de publicación de SharePoint Server para una colección de sitios y se activa la característica de publicación de SharePoint Server para un sitio. Para obtener información acerca de las plantillas de sitio de publicación, vea Sites and site collections overview (SharePoint Server 2010).
Antes de leer este artículo, debe leer el artículo Planeación de páginas web, en el que se describen los diseños de página, los controles de campo y otros elementos de las páginas web que se mencionan en este artículo. En este artículo se describen los pasos necesarios para planear la forma de crear páginas web, pero no se describe la forma de crear páginas web.
En este artículo:
Acerca de la forma de planear la creación de páginas web
Planeación de la experiencia de creación de cintas de opciones
Planeación de los metadatos administrados
Planeación del contenido reutilizable
Planeación de las personalizaciones de diccionarios
Planeación de los recursos adicionales
Hoja de cálculo de planeación de la creación de páginas web
86
Acerca de la forma de planear la creación de páginas web La planeación de páginas web consiste en comprender la forma en que se diseñan las páginas web y decidir los elementos que pertenecen a las páginas web de un sitio. El proceso de planear la creación de páginas web consiste en comprender la forma en que se crean las páginas web. SharePoint Server 2010 admite la creación basada en el explorador. Los creadores de contenido trabajan directamente en el explorador web mediante el uso de las características de edición basadas en el explorador de SharePoint Server 2010 como las de la ficha Aplicar formato al texto de las herramientas de edición de la cinta de opciones.
Planear la creación basada en el explorador incluye planear los recursos, los diseños de página, el contenido compatible como, por ejemplo, imágenes y vídeos, y los comandos que se deben ocultar o mostrar a los autores, y planear la experiencia de edición en los controles de campo en los que los autores crean contenido. También incluye planear el contenido reutilizable, las personalizaciones de diccionarios y los recursos adicionales que los autores de páginas necesitan.
En Planeación de la aprobación y programación de contenido se analiza un conjunto relacionado de consideraciones de planeación, es decir, la planeación de las formas en que se aprueba y publica el contenido.
Planeación de la experiencia de creación de cintas de opciones La cinta de opciones contiene elementos de la interfaz de usuario que proporcionan acceso a comandos de edición y herramientas relacionadas, además de comandos de publicación y flujo de trabajo, así como la mayor parte de los demás comandos de SharePoint Server 2010. Esta cinta de opciones está disponible para los integrantes del grupo que tienen al menos el nivel de permiso Colaboración.
Cuando se desprotege una página para editarla y el puntero se coloca en el campo Contenido de la página, se muestra Herramientas de edición. Herramientas de edición contiene la ficha Aplicar formato al texto y la ficha Insertar, que contienen los comandos que los autores usan para dar formato al texto e insertar elementos de contenido, como imágenes, vínculos y contenido reutilizable. En la siguiente ilustración se muestra la cinta de opciones con la ficha Aplicar formato al texto mostrada:
87
También se muestran otras fichas contextuales o grupos de fichas en función del elemento de página seleccionado. Por ejemplo, si inserta una tabla en una página, se muestra Herramientas de tabla que contiene una ficha Distribución y una ficha Diseño.
Se pueden planear e implementar nuevos comandos en la cinta de opciones para proporcionar funcionalidades adicionales al equipo de contenido. Por ejemplo, si la organización dispone de un proceso de creación e incorporación de imágenes en los documentos que desea automatizar, se puede agregar un comando a la ficha Página en la cinta de opciones.
Se puede personalizar la cinta de opciones para proporcionar características adicionales a los autores o restringir el uso de algunas características.
Agregar botones para ofrecer una nueva funcionalidad Se pueden agregar nuevas características a SharePoint Server 2010 y
proporcionar botones en la cinta de opciones para que los autores puedan obtener acceso a las características. Por ejemplo, si el
sitio de publicación se usa para crear contenido altamente técnico, se puede agregar una característica de editor de ecuaciones y
proporcionar un botón para que los autores obtengan acceso a esa característica.
Agregar estilos en línea Se pueden reemplazar los estilos predeterminados que se encuentran disponibles, mediante la adición o
invalidación de estilos en una hoja de estilos. Al hacerlo, los autores pueden seleccionar los estilos que están disponibles para la
selección actual mediante el comando Estilos del menú contextual del elemento seleccionado. Se pueden crear estilos
personalizados para texto, formato, imágenes y el reproductor de elementos web multimedia. También se pueden actualizar los
estilos de Microsoft Office SharePoint Server 2007 a Microsoft SharePoint Server 2010. Para obtener información acerca de la forma
de personalizar los estilos en línea, vea el tema sobre cómo personalizar estilos.
Agregar estilos de tabla La cinta de opciones incluye un conjunto de estilos de tabla predefinidos que se pueden personalizar de
modo que se ajusten al estilo de una sola página. Cada estilo de tabla se compone de una colección de clases de hojas de estilos en
cascada para cada etiqueta de tabla. Por ejemplo, se puede personalizar la apariencia de la primera y la última fila de una tabla, las
filas pares o impares, o la primera y la última columna.
Personalizar ubicaciones del selector de imágenes En cualquier campo que contenga un comando para insertar una imagen, se
pueden agregar vínculos personalizados a la lista de ubicaciones predeterminadas que aparecen en el cuadro de diálogo del selector
de imágenes. Para obtener más información, vea el tema sobre cómo personalizar el selector de activos.
Restringir el acceso a las características de edición Como se describe en Planeación de páginas web, se puede restringir el
acceso a las características de edición para limitar la libertad con que los autores pueden aplicar formato al contenido de una página
web o agregar elementos como imágenes e hipervínculos a las páginas del sitio. Al abrir el sitio en Microsoft SharePoint Designer
2010, se pueden editar las etiquetas asociadas a los controles de campo con el fin de deshabilitar los botones de la cinta de opciones
que los autores pueden usar cuando editan las páginas. Por ejemplo, se pueden deshabilitar los botones que permiten a los autores:
Establecer fuentes
88
Vincular a direcciones externas
Agregar encabezados al contenido
Poner el texto en negrita, cursiva o subrayado
Agregar tablas
Para obtener información acerca de la forma de agregar, reemplazar y quitar controles, grupos y fichas en la cinta de opciones, vea el tema sobre cómo personalizar la cinta de opciones del servidor.
Además de implementar un comando como un comando de menú, se puede implementar un comando como un botón de la barra de herramientas de acceso rápido. La barra de herramientas de acceso rápido pone a disposición los comandos que se usan con frecuencia. Para agregar botones a la barra de herramientas de acceso rápido, debe editar la página maestra. En la siguiente ilustración se muestra la barra de herramientas de acceso rápido:
Al planear la creación de páginas web, tenga en cuenta si desea agregar o quitar comandos de la cinta de opciones o la barra de herramientas de acceso rápido. Tenga en cuenta también el nivel de acceso que desea que los autores de contenido tengan a las características de edición y los tipos de estilos que desea que estén disponibles. ¿Cuáles son los comandos y dónde se deben agregar? Haga una lista de todos los comandos necesarios, la ubicación de la barra de herramientas en la que deben agregarse, si se necesita un botón en la barra de herramientas de acceso rápido y si es necesario agregar una ubicación adicional a las ubicaciones del selector de imágenes.
Planeación de los metadatos administrados Cuando diseñe un sitio web, debe tener en cuenta la forma en que los metadatos administrados pueden ayudarle a organizar y mostrar las páginas de contenido y otros datos. Resulta esencial disponer de una taxonomía exhaustiva y significativa que los autores de contenido puedan para crear un sitio con éxito que requiera un mantenimiento mínimo. Con el conjunto de términos correcto para el sitio, puede crear reglas que le permitan organizar las páginas en carpetas. Una buena organización del contenido simplifica la búsqueda de
89
información y aumenta la velocidad de consulta. Para obtener más información acerca de los metadatos administrados, vea Introducción a los metadatos administrados.
Al crear diseños de página que los autores puedan usar para crear nuevas páginas web, puede agregar controles de campo como, por ejemplo, cuadros de texto y listas desplegables que contengan un valor predeterminado o que restrinjan el tipo de información que los autores pueden colocar en una página. También puede usar los metadatos administrados para agregar información contextual a una página, lo que permite hacer lo siguiente:
Crear una consulta personalizada que se realice para la página.
Mostrar la navegación adecuada.
Determinar los datos relacionados que mejor se adaptan y mostrarlos en la página.
Por ejemplo, en un sitio web de viajes, puede crear un diseño de página para destinos de viaje específicos que contenga un campo de palabras clave administradas para actividades recreativas y un elemento web Consulta de contenido. Un autor de páginas que crea una página para un destino de viaje específico, puede seleccionar opciones de una lista específica de actividades recreativas para ese destino. Cuando un lector ve la página, el elemento web Consulta de contenido puede mostrar una lista de otros destinos de viaje que también contienen esas etiquetas.
Al planear la creación de páginas web, tenga en cuenta si desea agregar metadatos administrados a los diseños de página para que los autores de páginas los usen. ¿Cómo se usarán los metadatos? ¿Qué términos y conjuntos de términos se necesitan? ¿Quién será el propietario de los conjuntos de términos y cómo se administrarán estos conjuntos? Para obtener más información acerca de cómo planear los metadatos administrados, vea Planeación de términos y conjuntos de términos (SharePoint Server 2010) y Planeación de metadatos administrados (SharePoint Server 2010).
Planeación del contenido reutilizable El sitio de nivel superior en una colección de sitios de publicación incluye una lista Contenido reutilizable que está disponible para todos los sitios por debajo del sitio de nivel superior en la jerarquía de sitios en la que se encuentra activada la característica de publicación de SharePoint Server. Los elementos de contenido reutilizable se pueden implementar como HTML o como texto. Al usar el comando Contenido reutilizable de la ficha Insertar de Herramientas de edición en la cinta de opciones, los autores pueden seleccionar opciones de una lista predefinida de contenido, o pueden ver una lista de todo el contenido disponible y, a continuación, insertarlo. Por ejemplo, si la organización requiere el uso de un texto de marketing específico para describir un producto determinado, puede crear un elemento que contenga la descripción requerida. Cuando un usuario agrega ese elemento de contenido reutilizable a una página, el texto se agrega automáticamente a la página.
90
Al crear un elemento de contenido reutilizable en la lista Contenido reutilizable, puede especificar que ese elemento se muestre en el menú desplegable durante la edición de la página. También puede especificar si se debe actualizar automáticamente.
Se especifica que un elemento se debe actualizar automáticamente. Los autores pueden cambiar el elemento después de
insertarlo en una página. Por ejemplo, puede implementar una declaración de copyright o el nombre, la dirección y otra información
de contacto de una compañía como un elemento que se puede actualizar automáticamente. Esto permite evitar que los autores usen
de forma incorrecta esos elementos y garantiza la coherencia en todas las páginas web donde se usan los elementos.
Cuando un autor inserta un elemento actualizado automáticamente en una página, se inserta la dirección URL del elemento de la lista Contenido reutilizable en lugar del contenido del elemento. Cuando un explorador web carga una página que contiene un elemento actualizado automáticamente, el explorador web reemplaza la dirección URL con el contenido del elemento. Por lo tanto, no es necesario propagar los cambios en los elementos actualizados automáticamente de la lista Contenido reutilizable a las páginas que los usan. Están disponibles inmediatamente la próxima vez que se abre una página en un explorador web.
No se especifica que un elemento se debe actualizar automáticamente Los autores pueden cambiar el elemento después de
insertarlo en una página. Esto resulta útil si desea definir el formato correcto para un bloque de contenido, pero desea que los autores
proporcionen el contenido por su cuenta. Por ejemplo, en un sitio que proporciona descripciones de productos, en el que desea que
cada descripción siga un formato de tabla determinado, puede crear un elemento de tabla de descripción de productos genérico en la
lista Contenido reutilizable, que los autores puedan insertar y, a continuación, sobrescribir.
Planeación de las personalizaciones de diccionarios La ficha Aplicar formato al texto en Herramientas de edición incluye un comando Ortografía que revisa la ortografía del contenido de todos los campos en una página con contenido HTML. El comando Ortografía indica los errores ortográficos y proporciona comandos para corregir u omitir esos errores.
Puede agregar un diccionario personalizado para el sitio de publicación con el fin de evitar que las palabras exclusivas de determinado contenido se notifiquen como errores de ortografía. Por ejemplo, si el sitio incluye nombres de productos exclusivos, puede agregar esos nombres al diccionario personalizado. Haga una lista de todos los nombres de productos, los acrónimos que se usan con frecuencia y otras palabras que desee incluir en un diccionario personalizado para el sitio.
Planeación de los recursos adicionales Al crear un sitio de publicación, SharePoint Server 2010 crea las bibliotecas que se enumeran en la siguiente tabla. Puede usar estas bibliotecas para almacenar recursos adicionales que los creadores de contenido puedan usar.
91
Use esta ubicación Para almacenar estos elementos Que se aplican a este nivel de la jerarquía de sitios
Galería de páginas maestras Páginas maestras y diseños de página Colección de sitios
Documentos Documentos usados para creación de páginas Sitio actual
Documentos de una colección de sitios Documentos usados para creación de páginas Colección de sitios
Imágenes Imágenes usadas para creación de páginas Sitio actual
Imágenes de una colección de sitios Imágenes usadas para creación de páginas Colección de sitios
Biblioteca de estilos Hojas de estilos en cascada personalizadas y estilos de lenguaje de hojas de estilo extensible (XSL)
Colección de sitios
Cuando los usuarios insertan una imagen o un vínculo en una página, la ventana Seleccionar un activo les permite examinar el contenido de las listas y bibliotecas del sitio actual, junto con la biblioteca Documentos de la colección de sitios y la biblioteca Imágenes de la colección de sitios. También puede usar la lista Ubicaciones de explorador de contenido sugeridas para agregar vínculos a otras bibliotecas de SharePoint Server 2010 que contengan los recursos que se van a incluir en las páginas web. Cuando un usuario inserta una imagen o un vínculo a un elemento web, los vínculos se muestran en el menú Ubicaciones sugeridas de la ventana Seleccionar un activo.
Al planear la creación de páginas web, tenga en cuenta los tipos de recursos adicionales que los autores de páginas pueden necesitar. Piense en quién va a crear los recursos y dónde desea almacenar esos recursos. Si algunos recursos se ubican en otros sitios, haga una lista de cuáles son esos recursos y dónde están ubicados de modo que puedan agregarse a la lista Ubicaciones de explorador de contenido sugeridas.
Hoja de cálculo de planeación de la creación de páginas web Descargue una versión para Excel de la hoja de cálculo de planeación de la creación de páginas web. Use esta hoja de cálculo para registrar las decisiones sobre creación de páginas de web para un tipo de contenido.
92
Vea también Conceptos
Planeación de páginas web
Planeación de la aprobación y programación de contenido
93
Planeación de la aprobación y programación de contenido
Publicado: 12 de mayo de 2010
Aprobación de contenido es el proceso mediante el cual el contenido creado se aprueba o rechaza para su publicación. Programación de contenido es el proceso mediante el cual el contenido se publica y se pone a disposición de los lectores según una programación especificada. La característica de publicación en Microsoft SharePoint Server 2010 proporciona la capacidad para aprobar y programar contenido para su publicación.
Este artículo contiene una orientación general acerca de cómo planear la aprobación y programación de contenido para su uso con sitios de publicación de SharePoint Server 2010. Sin embargo, en este artículo no se describe cómo configurar las opciones para la aprobación de contenido ni cómo configurar flujos de trabajo.
En este artículo:
Planeación de la aprobación y programación de contenido
Planeación de la aprobación de contenido
Planeación de la programación de contenido
Uso de la distribución de contenido con programación y aprobación de contenido
Planeación de la aprobación y programación de contenido Al planear sitios de publicación de SharePoint Server 2010, debe planear el nivel de control que desea que los usuarios tengan para aprobar contenido del sitio. Por ejemplo, es posible que desee imponer restricciones sobre el nivel de control que tienen los autores para aprobar el contenido que crean. Puede optar por no dar control a los usuarios, proporcionarles moderación simple o la capacidad de iniciar un flujo de trabajo después de que envían contenido. Al planear la publicación de sitios, también debe tener en cuenta cómo funciona el proceso de programación de contenido.
94
Planeación de la aprobación de contenido La aprobación de contenido es el proceso mediante el cual los usuarios que tienen permisos de aprobador controlan la publicación del contenido. La aprobación de contenido se aprueba mediante la opción Aprobación del contenido de la página Configuración de versiones en la configuración de biblioteca para la biblioteca de documentos que tiene el contenido que se va a publicar. Al planear la aprobación de contenido, debe decidir cómo desea que ésta funcione para el sitio y quién puede aprobar contenido para su publicación. En SharePoint Server 2010, el control de contenido puede estar dentro de los siguientes niveles:
Ninguno Si no se requiere la aprobación de contenido para los elementos de una biblioteca de documentos, después de que un
autor envía el contenido para su publicación, éste se activa de inmediato.
Moderación simple Un miembro del grupo de aprobadores debe aprobar manualmente el contenido después de que un autor lo
envía para su publicación. El contenido no está visible para los usuarios que tienen permisos de lectura hasta que se aprueba.
Flujo de trabajo de aprobación Un flujo de trabajo se usa para ejecutar el proceso de aprobación. El uso de un flujo de trabajo
aumenta el nivel de automatización del proceso de aprobación y aprovecha las ventajas de las características de los flujos de trabajo
integrados, como el envío automático de correo electrónico a los aprobadores, la adición de tareas de aprobación a las listas de
tareas de los aprobadores y la posibilidad de que los autores realicen un seguimiento del estado del proceso de aprobación. Además
los usuarios pueden modificar la plantilla de flujo de trabajo de aprobación o desarrollar su propio flujo de trabajo de aprobación
personalizado con Microsoft SharePoint Designer 2010 o Microsoft Visual Studio 2010.
De forma predeterminada, las plantillas de sitios de publicación están preconfiguradas para usar una de las siguientes categorías. Puede considerar estas categorías para proporcionar una gama de restricciones en la aprobación del contenido, desde la menos restrictiva hasta la más restrictiva. En la siguiente tabla se muestra cada categoría, el nivel de restricción y la plantilla de sitio de publicación que se asocia automáticamente con cada una.
Categoría Nivel de restricción Plantilla del sitio
Ninguno Ninguno Wiki empresarial
Moderación simple Mínimo Sitio de publicación
Flujo de trabajo de aprobación Denso Sitio de publicación con flujo de trabajo
95
Puede habilitar o deshabilitar opciones relacionadas con la publicación del sitio, como requerir aprobación de contenido o cambiar la configuración del flujo de trabajo de aprobación.
Planeación de la programación de contenido La programación de contenido es el proceso mediante el cual los usuarios que tienen al menos permisos de colaborador especifican una programación para publicar contenido. Si la opción Aprobación de contenido está habilitada para una biblioteca de documentos, debe aprobarse el contenido antes de que se publique. Para obtener más información acerca de la aprobación de contenido, vea Versioning, content approval, and check-out planning (SharePoint Server 2010).
Nota:
La aprobación de contenido está disponible sólo si la opción Aprobación de contenido está habilitada y si la opción Historial de versiones de documentos se establece para crear versiones principales y secundarias (borradores).
Se puede programar contenido para publicarse o cancelar su publicación en fechas y horas específicas. Las fechas y horas programadas se inician mediante trabajos del temporizador que continuamente buscan páginas y elementos en la biblioteca de documentos o biblioteca de imágenes que estén listas para publicar o cancelar su publicación. Puede cambiar la frecuencia con que se ejecuta cada trabajo en la página Definiciones de trabajos del sitio web de Administración central.
Uso de la distribución de contenido con programación y aprobación de contenido La distribución de contenido es una característica de SharePoint Server 2010 que se puede usar para copiar contenido de una colección de sitios de origen a una colección de sitios de destino. La característica de distribución de contenido está diseñada para sitios que usan una topología de varias granjas de servidores. Una topología de varias granjas consta de granjas independientes de creación, publicación y, posiblemente, almacenamiento provisional. Si va a implementar una topología de varias granjas, debe tener en cuenta todas las consideraciones descritas en este artículo para cada granja de creación del entorno. Para obtener más información, vea Diseño de la topología de implementación de contenido y Diagramas técnicos (SharePoint Server 2010).
Si la distribución de contenido se usa junto con la programación y aprobación de contenido para la solución de SharePoint Server 2010, todos los procesos de aprobación tienen lugar en el servidor de origen donde se creó el contenido. Cuando se implementa el contenido
96
en un servidor de destino, también se implementa la programación de publicación asociada con cada unidad de contenido. Por ejemplo, si se aprueba una página en el servidor de origen el lunes y se establece para que se active el viernes a la medianoche, la página se copiará al servidor de destino la próxima vez que se ejecute un trabajo de distribución de contenido. Sin embargo, la página no estará visible para los usuarios anónimos o que tengan permisos de lectura hasta la medianoche del viernes.
Vea también Conceptos
Planeación de administración de contenido web (SharePoint Server 2010)
Planeación de páginas web
97
Planeación del almacenamiento en caché y el rendimiento (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
Microsoft SharePoint Server 2010 proporciona una memoria caché de objeto binario grande (BLOB) basada en disco que reduce la carga de la base de datos y aumenta el rendimiento del explorador para los usuarios. En este artículo se describe la memoria caché BLOB, se indica cómo y cuándo usarla y se enumeran las consideraciones principales que hay que tener en cuenta para planear su uso. También se incluye información sobre cuándo usar la limitación de velocidad de bits, una extensión de Internet Information Services (IIS) 7.0 que mejora el rendimiento del vídeo para los usuarios cuando se sirven vídeos como parte de la administración de activos digitales en SharePoint Server 2010. Por último, se describen las limitaciones de las restricciones de tamaño de archivos de carga y se enumeran las consideraciones para ajustar el límite de tamaño para transferencias de archivos en el servidor.
Para obtener información sobre cómo habilitar la memoria caché BLOB, vea Configure cache settings for a Web application (SharePoint Server 2010). Para obtener información sobre la administración de activos digitales, vea Planning digital asset management.
En este artículo:
Memoria caché BLOB basada en disco
Introducción a la memoria caché BLOB
Decisión sobre el uso de la memoria caché BLOB
Almacenamiento de la memoria caché BLOB
Habilitación de la memoria caché BLOB
Especificación del tamaño de la memoria caché BLOB
Limitación de velocidad de bits
Introducción a la limitación de velocidad de bits
Decisión sobre el uso de la limitación de velocidad de bits
Habilitación de la limitación de velocidad de bits
98
Tamaño máximo de archivo de carga
Introducción al tamaño máximo de archivo de carga
Decisión sobre el tamaño máximo de archivo de carga
Configuración del tamaño máximo de archivo de carga
Memoria caché BLOB basada en disco En esta sección se describe la memoria caché BLOB basada en disco y se proporciona información importante sobre cómo planear el uso de la memoria caché con una implementación de SharePoint. Se indica cómo decidir cuándo se usará la memoria caché BLOB, dónde almacenarla, cómo habilitarla y cómo configurar el tamaño de la memoria caché para obtener el mejor rendimiento para los usuarios.
Introducción a la memoria caché BLOB
La memoria caché BLOB basada en disco controla el almacenamiento en caché para objetos binarios grandes (BLOB), como los archivos de imagen, audio y vídeo de uso frecuente y otros archivos que se usan para mostrar páginas web, como archivos .css y .js. La memoria caché BLOB está habilitada en un servidor front-end web y aumenta el rendimiento al recuperar los archivos BLOB de la base de datos y almacenarlos en un directorio en el servidor front-end web, donde se ponen a disposición de los usuarios. De este modo, se reducen el tráfico de red hacia el servidor de bases de datos y la carga de dicho servidor.
La memoria caché BLOB también ofrece características que permiten servir archivos multimedia a los usuarios. Una de estas características es la compatibilidad con solicitudes de intervalo de bytes, que permite a los usuarios seleccionar un punto posterior en el vídeo y reproducirlo inmediatamente. Otra característica es el almacenamiento en caché progresivo, que comienza sirviendo el inicio de un archivo de vídeo grande mientras que el resto del archivo está almacenado en caché. Los archivos de vídeo se dividen en pequeñas partes que se van recuperando, para reducir la carga entre los servidores front-end y back-end. Un administrador puede configurar el tamaño de estas partes.
Decisión sobre el uso de la memoria caché BLOB
Cuando está habilitada, la memoria caché BLOB almacena en caché varios archivos de imagen, audio y vídeo, junto con archivos .css y .js. Un administrador puede modificar la configuración para agregar o quitar las extensiones de nombre de archivo de los tipos de archivo que se almacenarán en caché. Esta funcionalidad permite almacenar en caché tantos tipos de archivo como sea posible, o restringir la memoria caché a determinados tipos de archivo. Por ejemplo, en un portal orientado a Internet que contiene archivos de solo lectura, como archivos doc. o pdf., se puede especificar que dichos archivos se almacenen en caché para que se muestren con mayor rapidez a los usuarios. En un sitio de colaboración que contiene archivos que se actualizan con frecuencia, como los recursos multimedia digitales,
99
se puede especificar que la memoria caché almacene únicamente tipos de audio o vídeo. Para ello, solo hay que incluir las extensiones de nombre de archivo de estos archivos en la configuración de la memoria caché.
Antes de habilitar la memoria caché BLOB, considere detenidamente el escenario en el que planea usarla. Si el sitio se usará para una colaboración intensa, la habilitación de la memoria caché BLOB podría afectar temporalmente al rendimiento del sitio mientras se escriben en el disco los archivos antes de almacenarse en caché. Una vez que los archivos se han almacenado en caché, el rendimiento del sitio mejorará, así que tenga en cuenta este aspecto cuando decida si debe habilitar o no la memoria caché. Los siguientes criterios le permitirán tomar una decisión fundada sobre la habilitación de la memoria caché BLOB:
Para un sitio de publicación para el que la mayoría de los visitantes son anónimos o donde la mayoría de los archivos son de
contenido estático, habilite la memoria caché BLOB para tantos tipos de archivo como sea posible.
Para otros sitios que contienen muchos recursos multimedia digitales de solo lectura o donde solo se actualiza un pequeño
porcentaje de recursos multimedia digitales, habilite la memoria caché BLOB únicamente para los archivos multimedia.
Solo hay una memoria caché BLOB por aplicación web. Si planea usar la memoria caché BLOB junto con una biblioteca de activos que espera que sea grande, o junto con un sitio que recibirá mucho tráfico, considere la posibilidad de colocar la colección de sitios que contiene la biblioteca de activos en su propia aplicación web para que reciba su propia memoria caché BLOB. Esto asegurará que los demás recursos no usarán el espacio en la memoria caché BLOB que desea asignar a los elementos de la biblioteca de activos. También asegurará que los sitios que reciben mucho tráfico no impidan que los otros sitios que reciben menos tráfico puedan beneficiarse de la memoria caché BLOB.
Almacenamiento de la memoria caché BLOB
Cuando se habilita la memoria caché BLOB, debe especificarse una ubicación para el servidor front-end web donde se almacenarán los archivos. De manera predeterminada, la memoria caché se creará en la unidad donde está instalado SharePoint. Asegúrese de colocar la memoria caché BLOB en una unidad que tenga suficiente espacio en disco disponible donde almacenarse. Seleccione también una unidad que se usará por el menor número posible de procesos, para que el proceso de la memoria caché BLOB no entre en conflicto cuando intente tener acceso a la unidad. Si hay demasiados procesos compitiendo por el acceso al disco en la unidad donde se encuentra la memoria caché BLOB, el rendimiento de ésta y de otros procesos se verá gravemente mermado.
Si planea usar la memoria caché BLOB en un escenario con un uso intenso de la memoria caché, como cuando se sirven vídeos en un entorno con mucho tráfico, y si va a usar el registro ULS, considere la posibilidad de colocar la memoria caché BLOB en una unidad física independiente del registro ULS, y no en una partición independiente. Si se almacena la memoria caché BLOB y el registro ULS en la misma unidad, podría producirse un rendimiento inferior en el servidor. Si coloca la memoria caché BLOB y el registro ULS en la misma unidad física, asegúrese de supervisar rigurosamente la longitud de cola de disco para cualquier efecto de rendimiento.
Cada servidor front-end web tiene su propia copia local de la memoria caché BLOB que se crea cuando se reciben las solicitudes de archivos. Si se usa el equilibrio de carga con varios servidores front-end web, cada servidor incluirá su propia memoria caché. Cuando el
100
primer servidor solicita un archivo, éste se almacena en caché únicamente en dicho servidor. Si la siguiente solicitud de ese mismo archivo procede de un segundo servidor, se enviará una segunda solicitud al servidor de base de datos para recuperar el archivo para la memoria caché del segundo servidor.
Habilitación de la memoria caché BLOB
La memoria caché BLOB se configura en el archivo web.config de cada aplicación web y no está habilitada de manera predeterminada. Debe habilitar expresamente la memoria caché BLOB para poder aprovechar las ventajas de rendimiento que ofrece. Para obtener información sobre cómo habilitar la memoria caché BLOB, vea Configure cache settings for a Web application (SharePoint Server 2010).
Especificación del tamaño de la memoria caché BLOB
Cuando decida el tamaño con el que creará la memoria caché BLOB, deberá tener en cuenta el número y el tamaño de archivos para determinar el tamaño total de los datos que se van a almacenar en caché. La memoria caché BLOB está definida en 10 gigabytes (GB) de manera predeterminada. Deje en la unidad al menos un 20% de espacio adicional, con respecto al tamaño de la memoria caché. Por ejemplo, si tiene 10 GB de contenido, establezca el tamaño de la memoria caché en 12 GB en una unidad que tenga al menos 15 GB de espacio. Si la memoria caché BLOB es demasiado pequeña, se ralentizará el servicio de archivos a los usuarios y el rendimiento del sitio será menor.
Limitación de velocidad de bits En esta sección se incluye información sobre la limitación de velocidad de bits, se describe cuándo deberá usarse con la solución de SharePoint y se explica cómo habilitarla.
Introducción a la limitación de velocidad de bits
La limitación de velocidad de bits es una extensión de IIS 7.0 que mide la velocidad de descarga de los tipos de archivo multimedia y los datos entre un servidor y un equipo cliente. Las velocidades de bits codificadas de los tipos de archivo multimedia, como Windows Media Video (WMV), MPEG-4 (MP4) y Adobe Flash Video, se detectan automáticamente a la vez que se controla la velocidad a la que se entregan al cliente a través de HTTP en función de la configuración de la limitación de velocidad de bits. Para obtener más información, vea el tema sobre la limitación de velocidad de bits (http://go.microsoft.com/fwlink/?linkid=155151&clcid=0xC0A).
Decisión sobre el uso de la limitación de velocidad de bits
Si se va a ofrecer a los usuarios activos de vídeo de larga duración en SharePoint Server 2010, se recomienda habilitar la limitación de velocidad de bits en IIS. Sin esta característica, IIS servirá archivos de vídeo usando tanto ancho de banda como pueda, lo que producirá un aumento del rendimiento de la red. Cuando se habilita la limitación de velocidad de bits en IIS, se sirven aquellos archivos de vídeo que usen tanto ancho de banda como sea necesario para admitir la descarga progresiva y la visualización de vídeos. Cuando la memoria
101
caché BLOB también está habilitada, la limitación de velocidad de bits usa las reglas de extensión para los archivos almacenados en caché en disco. Los archivos que se sirven desde la memoria caché BLOB mediante la limitación de velocidad de bits se envían al cliente en función de un porcentaje del tamaño comprimido, usando la velocidad de bits codificada. Por ejemplo, si los vídeos de la organización tienen menos de 10 MB, puede decidir no usar la limitación de velocidad de bits porque afectará a la velocidad con que los usuarios pueden descargar vídeos en sus equipos locales. Sin embargo, si se van a servir archivos de vídeo, habilite la limitación de velocidad de bits para controlar la velocidad de descarga de los archivos en los equipos cliente.
Nota:
La limitación de velocidad de bits no funcionará correctamente si no habilita antes la memoria caché BLOB y la configura para que almacene en caché los tipos de archivo que desea limitar.
Habilitación de la limitación de velocidad de bits
Para habilitar la limitación de velocidad de bits en IIS 7.0, debe instalar IIS Media Services 2.0. Para obtener información acerca de cómo instalar IIS Media Services 2.0, vea la sección de léame de limitación de velocidad de bits (http://go.microsoft.com/fwlink/?linkid=154962&clcid=0xC0A). Para obtener información acerca de cómo configurar la limitación de velocidad de bits, vea el tutorial de configuración de la limitación de velocidad de bits (http://go.microsoft.com/fwlink/?linkid=155153&clcid=0xC0A).
Tamaño máximo de archivo de carga En esta sección se describe la limitación de tamaño de archivo de carga, se indica cómo decidir el límite máximo de tamaño de archivo de carga y cómo configurarlo.
Introducción al tamaño máximo de archivo de carga
El tamaño máximo de archivo de carga es un valor de configuración que usa la aplicación web de SharePoint Server 2010 para especificar el tamaño máximo de un archivo que un usuario puede cargar en el servidor. Cuando se crea una aplicación web, SharePoint Server 2010 establece el tamaño de carga máximo predeterminado en 50 MB. Si un usuario intenta cargar un archivo con un tamaño superior al límite de carga máximo especificado, se producirá un error en la carga.
102
Decisión sobre el tamaño máximo de archivo de carga
Cada usuario que carga un archivo en una biblioteca usa una conexión al servidor y aumenta la cantidad de datos en la base de datos. Esto afecta a la carga, al tiempo de respuesta y a la capacidad de datos de un servidor. Según el escenario, esto puede afectar negativamente al rendimiento del servidor, si éste no está configurado para manejar grandes volúmenes de archivos. Para determinar el límite de tamaño de archivo de carga en el servidor, tenga en cuenta el número de usuarios del sitio y el tamaño de los archivos que cargarán. Por ejemplo, si los usuarios cargarán principalmente archivos de vídeo de 500 MB, el límite de tamaño de archivo de carga deberá ser lo suficientemente grande como para que quepan los archivos más grandes que cargarán los usuarios. Cuando se planea ajustar el límite de tamaño de archivo de carga, tenga en cuenta que también afectará directamente a la planeación de la capacidad del entorno del servidor. Para obtener más información sobre la planeación del almacenamiento de grandes archivos multimedia, vea Planning digital asset management.
Configuración del tamaño máximo de archivo de carga
Para configurar el tamaño de archivo de carga en SharePoint Server 2010, el administrador de la granja de servidores debe cambiar el valor Tamaño máximo de carga en la página Configuración general de la aplicación Web en Administración central.
Nota:
Si aumenta el tamaño máximo de carga predeterminado para una aplicación web y además planea usar la distribución de contenido para mover contenido de las colecciones de sitios de esa aplicación web a otra granja de servidores o colección de sitios, deberá aumentar también el tamaño máximo de carga predeterminado en el servidor de destino, o se producirá un error del trabajo de distribución de contenido.
Vea también Otros recursos
Cache settings operations (SharePoint Server 2010)
103
Planeación de las bibliotecas de páginas de gran tamaños (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
Una biblioteca de páginas es una biblioteca de documentos que contiene todas las páginas de contenido para un sitio de publicación. En un sitio que tiene miles o decenas de miles de páginas almacenadas en la biblioteca de páginas, se debe tener en cuenta un conjunto de problemas específicos relacionados con la administración de esas páginas y con el hecho de proporcionar navegación entre éstas en un sitio.
En este artículo se describe el uso de bibliotecas de páginas de gran tamaño en sitios de publicación de Microsoft SharePoint Server 2010 y se proporciona información que lo ayudará a determinar si utilizará bibliotecas de páginas de gran tamaño en la solución de publicación y cómo planearlas. En este artículo no se describe cómo configurar reglas o enrutamiento de páginas en las bibliotecas de páginas de gran tamaño ni cómo configurar la navegación para su uso en esas bibliotecas. Para obtener más información acerca de cómo planear los sitios, vea el tema Plan sites and site collections (SharePoint Server 2010).
En este artículo:
Acerca de las bibliotecas de páginas de gran tamaño
Decisión de usar una biblioteca de páginas de gran tamaño
Cómo administrar las páginas
Planeación de la navegación
Planeación de los menús de navegación global y navegación actual
Planeación de otros elementos web para la navegación
Acerca de las bibliotecas de páginas de gran tamaño Las bibliotecas de páginas de SharePoint Server 2010 ahora admiten la creación de carpetas y el almacenamiento de páginas en carpetas, de modo que existe la posibilidad de que haya miles y hasta decenas de miles de páginas almacenadas en la biblioteca de
104
páginas de un solo sitio. Los menús de navegación global y navegación actual para un sitio de publicación están directamente asociados a la biblioteca de páginas. De forma predeterminada, las páginas nuevas se colocan en la raíz de la biblioteca de páginas a medida que se crean. Si se configuró el sitio para que use la navegación automática, las páginas nuevas se agregarán automáticamente a los menús de navegación global y navegación actual. Sin embargo, las páginas que se colocan en una carpeta de la biblioteca de páginas no se agregan a los menús de navegación, sino que se deben agregar manualmente. Además, hay un límite en la cantidad de vínculos que se pueden mostrar en los menús de navegación global y navegación actual. Si la solución va a usar un solo sitio que tiene una gran cantidad de páginas, debe planear cómo organizar el contenido para poder administrar esas páginas y configurar la navegación dentro del sitio.
SharePoint Server 2010 proporciona varios modos de administrar el contenido de sitio que se almacena automáticamente en bibliotecas de páginas de gran tamaño. Uno de los modos consiste en habilitar la característica Organizador de contenido para un sitio y crear reglas que redirijan las páginas a carpetas específicas en función de ciertos criterios, como el tipo de contenido, el título, las fechas de programación o la audiencia de destino. Otro modo consiste en usar la configuración de particiones de carpeta en el Organizador de contenido para crear carpetas automáticamente cuando la ubicación de destino alcanza una cantidad especificada de elementos. Cuando la ubicación de destino alcanza la cantidad máxima de elementos, se crea automáticamente una carpeta nueva con un nombre de carpeta especificado y todos los elementos nuevos que se creen se colocarán en esa carpeta nueva.
Si bien se puede administrar manualmente la organización del contenido de sitio, el uso de una biblioteca de páginas de gran tamaño en conjunto con el Organizador de contenido tiene las siguientes ventajas:
Organización automatizada de páginas La organización de las páginas se puede administrar automáticamente mediante el
Organizador de contenido, que permite las particiones de carpeta y el enrutamiento de páginas.
Menor mantenimiento del sitio Los propietarios de los sitios dedican menos tiempo a administrar las páginas del sitio debido a que
la biblioteca de puede administrar automáticamente. Los autores no tienen que preocuparse por colocar las páginas en la ubicación
correcta, ya que el enrutamiento basado en reglas lo hace por ellos.
Rendimiento de consultas mejorado Se reduce la carga de consultas en la base de datos de contenido cuando se muestran las
páginas a los usuarios, ya que los elementos web Consulta de contenido solo consultan en una biblioteca en la que se almacena el
contenido.
Decisión de usar una biblioteca de páginas de gran tamaño Antes de planear usar una biblioteca de páginas de gran tamaño, debe determinar si ésta es adecuada para su solución, lo que dependerá de cómo piensa organizar el contenido del sitio. Para decidir si usar una biblioteca de páginas de gran tamaño es adecuado para su solución, responda las siguientes preguntas:
¿Se usará la misma página v4.master para todo el contenido del sitio?
105
¿Se usarán los mismos diseños de página para todo el contenido del sitio?
¿Se usarán los mismos tipos de contenido para todas las páginas del sitio?
¿Se usarán los mismos permisos para usuarios que disponen de acceso de colaborador, diseñador y aprobación para todo el
contenido del sitio?
Si la respuesta a cada una de estas preguntas es "Sí", el uso de un solo sitio con una biblioteca de páginas de gran tamaño será beneficioso para su solución. Si respondió que "No" a alguna de estas preguntas, debería usar sitios individuales con bibliotecas de páginas propias.
Cómo administrar las páginas Después de decidir usar una biblioteca de páginas de gran tamaño, debe decidir cómo administrar las páginas que se van a crear. Hay dos modos de administrar las páginas del sitio: manualmente o mediante reglas y el enrutamiento de páginas. No se recomienda administrar las páginas manualmente, ya que la cantidad de páginas involucradas es muy grande. En cambio, es conveniente usar las reglas y el enrutamiento de páginas que se proporcionan como parte de la característica Organizador de contenido.
Antes de usar las reglas y el enrutamiento de páginas para un sitio, debe iniciar la característica Organizador de contenido mediante la página Administrar las características del sitio en Configuración del sitio. Después de iniciar la característica Organizador de contenido, si desea habilitar la creación automática de carpetas en la biblioteca de páginas, use la página Configuración del organizador de contenido para habilitar las particiones de carpeta. Use la página Reglas del organizador de contenido para crear reglas que redirijan las páginas a la ubicación correcta en la biblioteca de páginas.
Si bien se pueden establecer reglas para varios criterios, puede usar los metadatos administrados para proporcionar incluso más control sobre el lugar a donde se colocan las páginas en la biblioteca. Por ejemplo, puede crear conjuntos de términos y redirigir las páginas a ciertas carpetas en función de los términos o palabras clave administradas que los autores asignan a las páginas que crean. Para obtener información acerca de cómo usar los metadatos administrados, vea el tema Planeación de metadatos administrados (SharePoint Server 2010).
Al planear administrar el contenido en la biblioteca de páginas, tenga en cuenta las páginas que crearán los autores. ¿Será el contenido lo suficientemente similar como para usar particiones de carpeta automáticas? ¿Es necesario diseñar una biblioteca más estructurada para que contenga las páginas del sitio? ¿Qué carpetas necesita y qué criterios desea usar para redirigir las páginas a carpetas específicas? ¿Será necesario crear un almacén de términos personalizado para proporcionar a los autores una lista de palabras clave que deberán usar con el enrutamiento de páginas?
106
Planeación de la navegación Los menús de navegación global y navegación actual no muestran las páginas de las carpetas y tienen límites en cuanto a la cantidad máxima de vínculos que se pueden mostrar, por lo tanto debe planear cómo navegarán los usuarios en las páginas del sitio. En general, la planeación de la navegación para un sitio que usa una biblioteca de páginas de gran tamaño implica los siguientes elementos de sitio:
Menús de navegación global y navegación actual
Otros elementos web para la navegación
Planeación de los menús de navegación global y navegación actual
Si bien las páginas que se agregan a la raíz de la biblioteca de páginas se agregan automáticamente a los menús de navegación global y navegación actual, en caso de que el sitio vaya a tener una gran cantidad de páginas, debe decidir qué páginas se van a mostrar en los menús de navegación global y actual. Por ejemplo, puede crear una serie de páginas que utilicen la plantilla Página de bienvenida para mostrar una mezcla de contenido creado y elementos web que vinculen a otras páginas del sitio y, posteriormente, sólo incluir las páginas de bienvenida en los menús de navegación global y navegación actual.
Use la página Configuración de navegación del sitio en Configuración del sitio para personalizar los menús de navegación global y navegación actual para el sitio. Puede evitar que los menús de navegación muestren automáticamente los vínculos de sitios que se encuentren por debajo de las páginas y el sitio de primer nivel. También puede especificar los vínculos que desea mostrar a los usuarios y el orden en que desea que se enumeren. Esto posibilita la creación de un sistema de navegación que no dependa de la estructura de la biblioteca de páginas. Si no desea actualizar manualmente los menús de navegación en la interfaz de usuario, también puede usar Microsoft Visual Studio 2010 para crear un menú de navegación personalizado para el sitio.
Planeación de otros elementos web para la navegación
SharePoint Server 2010 proporciona dos elementos web específicos de la navegación que se pueden agregar a las páginas de elementos web de los sitios de publicación: el elemento web Tabla de contenido y el elemento web Vínculos de resumen.
El elemento web Tabla de contenido muestra automáticamente el contenido de sitio de los tres primeros niveles de un sitio. Sin embargo, no debería utilizarse para sitios de publicación que tienen bibliotecas de páginas de gran tamaño debido a que no muestra las páginas de las carpetas y, por lo tanto, no mostrará con precisión la jerarquía de contenido del sitio. Este elemento web es más apropiado para sitios de publicación más pequeños que tienen solo una cantidad limitada de páginas en el sitio.
El elemento web Vínculos de resumen posibilita a los autores de las páginas la creación de una lista de vínculos que se pueden agrupar y organizar en una página de elementos web. Si bien esto proporciona a los autores de las páginas un modo sencillo de vincular con otras páginas, la limitación se encuentra en el hecho de que la lista es estática y se debe cambiar manualmente si se desean agregar elementos a la navegación o quitarlos. Este elemento web es más apropiado para una lista corta de páginas específicas de un sitio, ya
107
que puede ser difícil de controlar si se incrementa la lista de vínculos de la biblioteca de páginas con una gran cantidad de carpetas y páginas.
También puede usar un elemento web Listas y bibliotecas o un elemento web Consulta de contenido para crear vínculos de navegación personalizados y dinámicos en las páginas del sitio. Mediante el uso de cualquiera de los dos, puede ayudar a reducir el costo de mantenimiento del sitio y proporcionar a los autores de las páginas la flexibilidad de proporcionar contenido dinámico que facilite a los usuarios la búsqueda de contenido nuevo o popular sin tener que actualizar manualmente la navegación.
Puede usar un elemento web Listas y bibliotecas para mostrar una vista de cualquier lista o biblioteca del sitio, como la biblioteca de páginas. En primer lugar, debe crear una vista que esté configurada para filtrar, ordenar y agrupar el contenido de la biblioteca de páginas de modo que devuelva los elementos que desea mostrar. Posteriormente, debe seleccionar esa vista en el elemento web de otra página para mostrar los elementos de biblioteca. El resultado será una vista dinámica de la biblioteca de páginas que cambiará cuando se agreguen más páginas a la biblioteca.
También puede usar el elemento web Consulta de contenido para crear una lista personalizada de vínculos a contenido de cualquier lista o biblioteca del sitio, o de cualquier otro sitio de la colección de sitios. Mediante el elemento web Consulta de contenido, puede especificar los criterios que se usarán para mostrar los elementos del elemento web, como el tipo de contenido, el título, las fechas de programación o la audiencia de destino. Por ejemplo, si el sitio usa la valoración de página, puede crear un elemento web Consulta de contenido que muestre las páginas más valoradas del sitio. Al usar el elemento web Consulta de contenido con una biblioteca de páginas de gran tamaño, se proporciona más flexibilidad que con el elemento web Vínculos de resumen debido a que la lista es dinámica y reduce la cantidad de mantenimiento necesario para actualizar las listas estáticas cuando se agregan o quitan páginas.
Al planear la navegación del sitio, tenga en cuenta cómo navegarán los usuarios dentro de éste. ¿Cuáles son las páginas principales que se deben mostrar en los menús de navegación global y navegación actual? ¿Qué tipos de contenido contiene el sitio y cómo se debería agrupar al mostrarlo a los usuarios? ¿Se necesitan listas de vínculos a contenido estáticos o dinámicos, o una combinación de ambos? Al planear la navegación de un sitio que usa una biblioteca de páginas de gran tamaño, debe considerar varios de los problemas que consideraría al planear la navegación de cualquier otro sitio. Para obtener más información acerca de cómo planear la navegación del sitio, vea el tema Plan site navigation (SharePoint Server 2010).
Vea también Conceptos
Planeación de metadatos administrados (SharePoint Server 2010)
Otros recursos
About sites and site collections (SharePoint Server 2010)
108
Plan sites and site collections (SharePoint Server 2010)
Site navigation overview (SharePoint Server 2010)
109
Introducción a la distribución de contenido (SharePoint Server 2010)
Actualizado: 12 de agosto de 2010
Distribución de contenido es una característica de Microsoft SharePoint Server 2010 que se puede usar para distribuir contenido de una colección de sitios de origen a una colección de sitios de destino. En este artículo, se ofrece un resumen de la característica de distribución de contenido de SharePoint Server 2010. Aquí se describe el propósito y la función de la distribución de contenido, se explican las rutas de acceso a esta característica y los trabajos relacionados con ella, así como las opciones de seguridad que están disponibles cuando se distribuye contenido. Además, se explica cómo se desarrolla el proceso de distribución de contenido y se enumeran factores y limitaciones importantes relacionados con el uso de esta característica. En este artículo, no se describen los pasos comprendidos en la planeación de la distribución de contenido ni la manera de establecer y configurar esta característica. Para obtener más información, vea Planeación de la distribución de contenido (SharePoint Server 2010).
En este artículo:
¿Qué es la distribución de contenido?
Trabajos y rutas de distribución
Seguridad de la distribución de contenido
Cómo funciona la distribución de contenido
Consideraciones importantes de la distribución de contenido
¿Qué es la distribución de contenido? La distribución de contenido permite distribuir el contenido de una colección de sitios de SharePoint Server 2010 de origen a una colección de sitios de destino. Se puede distribuir la colección de sitios de origen completa, o un subconjunto de sitios. La distribución de contenido, la cual es incremental de manera predeterminada, solo permite distribuir páginas modificadas y activos relacionados (como imágenes). Una característica de distribución rápida admite que los autores distribuyan una sola página.
110
Nota:
Para que funcione la característica de distribución rápida de la distribución de contenido, la colección de sitios de origen debe haberse creado con la plantilla del Portal de publicación o debe tener habilitada la característica Infraestructura de publicación de SharePoint Server.
En la mayoría de los escenarios de distribución de contenido, la colección de sitios de origen, desde la que se distribuye el contenido, se encuentra en un conjunto o granja de servidores que es independiente de la colección de sitios de destino. Por lo general, la granja de servidores de destino (la granja de "producción") tiene una mayor seguridad para minimizar las acciones que puedan tener lugar en el entorno de producción. No se espera que el proceso de creación se lleve a cabo en el servidor de producción dado que un trabajo de distribución de contenido puede sobrescribir los cambios que se producen en el contenido del servidor de producción. En la mayoría de los escenarios de distribución de contenido, la granja de servidores de origen y la granja de servidores de producción se encuentran en dominios de Active Directory independientes. Para obtener más información acerca de las topologías de distribución de contenido, vea Diseño de la topología de implementación de contenido.
Es importante tener en cuenta que la distribución de contenido es un proceso unidireccional: el contenido se distribuye de una colección de sitios de origen a una colección de sitios de destino. La característica de distribución de contenido no admite sincronización de ida y vuelta desde el origen hasta el destino y de vuelta al origen. La creación de contenido nuevo o la modificación del contenido existente en la colección de sitios de destino pueden hacer que se produzcan errores en los trabajos de distribución de contenido. Por esta razón, se debe considerar restringir los permisos en la colección de sitios de destino, de modo que los usuarios no puedan efectuar cambios directamente en el contenido que se almacena dentro de esa colección de sitios.
En la distribución de contenido, la dirección URL base de la colección de sitios de origen puede diferir de la dirección URL base de la colección de sitios de destino. La característica de distribución de contenido permite reparar vínculos en el contenido de origen para que funcionen correctamente en la ubicación de destino.
La distribución de contenido solo distribuye contenido: páginas web, bibliotecas, listas y recursos que usan las páginas distribuidas. No distribuye programas, ensamblados, características ni información de configuración, como archivos web.config. Cuando se distribuye una página web, los elementos de la base de datos de contenido de la que depende la página (como imágenes, hojas de estilos o páginas de diseño) también se distribuirán.
La distribución de contenido distribuye las versiones principal y secundaria más recientes de un elemento de contenido. Por ejemplo, si se va a distribuir la versión 2.7 de una página web, la versión principal más reciente (2.0) de la página y la versión secundaria más reciente (2.7) se distribuirán en el sitio de destino.
111
Si un elemento tiene una programación de publicación asociada, la información de programación se distribuye junto con el elemento para que se siga la programación en la colección de sitios de destino. Por ejemplo, si un elemento programado para publicarse a las 6:00 a.m. se distribuye a las 3:00 a.m., los usuarios del sitio de destino no podrán ver el contenido hasta las 6:00 a.m. Para obtener más información acerca de la programación de contenido, vea Planeación de la aprobación y programación de contenido.
Una nueva característica de distribución de contenido que se ha agregado para SharePoint Server 2010 es la opción para usar instantáneas de base de datos de SQL Server durante la exportación. Si está habilitada la opción de instantáneas de base de datos, se crea una instantánea de la base de datos de contenido de origen, antes de que se inicie la fase de exportación del trabajo de distribución de contenido. El trabajo de distribución de contenido usa la instantánea de la base de datos para realizar la exportación. Una vez que la exportación finaliza correctamente, se elimina la instantánea. Mediante el uso de la opción de instantáneas de base de datos, se evitan problemas que pueden surgir cuando los usuarios editan contenido en la base de datos de contenido mientras se ejecuta el trabajo de distribución de contenido.
Nota:
La opción de instantánea de base de datos de SQL Server solo está disponible si Microsoft SQL Server 2008 Enterprise Edition está instalado. Si usa el almacenamiento remoto de blobs (RBS) y su proveedor de RBS no admite instantáneas, no podrá usar instantáneas para las copias de seguridad o la distribución de contenido. Por ejemplo, el proveedor de SQL FILESTREAM no admite instantáneas. Para obtener más información sobre el RBS, vea Overview of Remote BLOB Storage (SharePoint Server 2010).
Trabajos y rutas de distribución En la siguiente sección, se describen los trabajos y rutas de distribución de contenido.
Rutas de distribución de contenido
Una ruta de distribución de contenido define una colección de sitios de origen desde la que se puede originar la distribución de contenido y una colección de sitios de destino en la se distribuirá tal contenido. Una ruta solo puede asociarse a una colección de sitios. Una ruta de distribución de contenido especifica la siguiente información:
Información de autenticación que otorga a los trabajos de distribución de contenido permisos sobre la colección de sitios de destino.
Para distribuir contenido a la colección de sitios de destino, los trabajos de distribución deben tener credenciales de Administración
central en el servidor de destino. Los trabajos pueden conectarse mediante la autenticación integrada de Windows o la autenticación
básica.
112
Información acerca de si se deben distribuir los nombres de usuario asociados al contenido (como los nombres de los autores).
Información acerca de cómo distribuir permisos sobre el contenido. Para obtener más información, vea Seguridad de la distribución
de contenido.
Trabajos de distribución de contenido
Un trabajo de distribución de contenido distribuye contenido especificado siguiendo una programación especificada a través de una ruta también especificada. Una vez definida una ruta, se puede establecer un trabajo de distribución de contenido, o más. Un trabajo de distribución especifica:
La ruta a la que se asocia el trabajo.
Si el trabajo usa instantáneas SQL.
Los sitios de la colección de sitios de origen que se distribuirán.
La frecuencia con que se ejecutará el trabajo y se distribuirá el contenido.
Si se enviará un mensaje de correo electrónico al finalizar un trabajo de manera correcta o incorrecta, y la dirección o direcciones de
correo electrónico que se usarán.
Existen dos tipos de trabajos de distribución de contenido estándar: completa e incremental. Estos trabajos son administrados por un administrador de granja de servidores y permiten al usuario especificar si desea distribuir todo el contenido, incluso todo aquel que pueda haberse distribuido previamente, o solo contenido que se agregó, actualizó o eliminó desde la última distribución correcta. Estos trabajos se ejecutan en un programa que especifica el administrador de la granja de servidores.
Existe un tercer tipo de trabajo de distribución de contenido: distribución rápida. Se trata de un trabajo especial que permite a los usuarios publicar rápidamente contenido sin tener que esperar a que se ejecute el siguiente trabajo de distribución de contenido. Este trabajo se ejecuta automáticamente, a un intervalo especificado.
En la siguiente tabla, se describen los tipos de trabajos de distribución de contenido:
Tipo de trabajo Descripción
Incremental Un trabajo de distribución de contenido incremental distribuye todo el contenido nuevo, modificado o eliminado del lugar de origen al de destino. La primera vez que se ejecuta un trabajo de distribución de contenido incremental, éste lleva a cabo una distribución completa. En cada ejecución posterior de un trabajo de distribución
113
Tipo de trabajo Descripción
incremental, se agrega contenido nuevo al lugar de destino, mientras que el contenido actualizado reemplaza aquel que tiene el mismo GUID, pero cuyas fechas de modificación son más antiguas. El contenido que se elimina del origen se marca de manera que también se elimine del servidor de destino. Ésta es una diferencia importante entre la distribución completa y la distribución incremental.
Completa Un trabajo de distribución completa distribuye todo el contenido del lugar de origen al lugar de destino, independientemente de si ese contenido se había distribuido con anterioridad. Además, los trabajos de distribución completa no comprueban si el contenido que existe en el lugar de destino se eliminó del lugar de origen. Si se elimina contenido del servidor de origen y luego se lleva a cabo una distribución completa, ese contenido no se quitará del servidor de destino. Se debe evitar usar trabajos de distribución completa, salvo en casos específicos en los que se sabe que el contenido no fue eliminado del servidor de origen.
Distribución rápida Un trabajo de distribución rápida permite a los usuarios, tales como autores y editores, distribuir rápidamente una página web. De manera predeterminada, un trabajo de distribución rápida se crea automáticamente cuando se crea una ruta de distribución de contenido nueva, y se establece para ejecutarse en forma automática cada 15 minutos. Cuando un usuario marca una página para incluirla en un trabajo de distribución rápida, esa página se incluirá en el siguiente trabajo de distribución rápida programado automáticamente. Solo se incluyen en el trabajo aquellas páginas que un usuario marca como páginas de distribución rápida. De manera alternativa, un administrador de la granja de servidores puede ejecutar o cancelar manualmente un trabajo de distribución rápida en cualquier momento usando la página Administrar rutas y
114
Tipo de trabajo Descripción
trabajos de distribución de contenido. Cualquier miembro del grupo de usuarios de distribución rápida (el cual se crea en sitios que tienen habilitada la característica Infraestructura de publicación de SharePoint Server) puede marcar una página web para efectuar la distribución con el comando Distribución rápida.
Nota:
Es posible tener una ruta definida en sitios que no tienen habilitada la característica Infraestructura de publicación de Office SharePoint Server. Sin embargo, las rutas creadas de esta forma no tendrán trabajos de distribución rápida asociados. Si desea agregar un trabajo de distribución rápida a una ruta que se definió en un sitio que no tiene habilitada la característica Infraestructura de publicación de SharePoint Server, primero habilite la característica Infraestructura de publicación de SharePoint Server en la colección de sitios de origen y, a continuación, edite y guarde la ruta otra vez.La ruta tendrá ahora un trabajo de distribución rápida asociado a ella.
Seguridad de la distribución de contenido Los permisos sobre el contenido en la granja de servidores de destino normalmente serán distintos de los permisos sobre el contenido en la granja de servidores de origen. En muchas soluciones de publicación, la granja de servidores de destino autentica a los usuarios mediante un dominio de Active Directory diferente del que se usa en un entorno de creación o de almacenamiento provisional, y es posible que no haya una relación de confianza entre los dos dominios.
115
Al configurar una ruta de distribución de contenido, puede elegir de entre las siguientes opciones de seguridad:
Todas Distribuye toda la información relacionada con la seguridad junto con el contenido, incluidas las definiciones de roles, las
listas de control de acceso (que asignan usuarios y roles al contenido sobre el que tienen permisos de lectura o edición) y los
usuarios. Esta opción es útil si el mismo conjunto de usuarios tiene los mismos permisos en las granjas de servidores de origen y de
destino. Por ejemplo, al distribuir de una granja de servidores de creación a una granja de servidores de almacenamiento provisional,
es posible que esta opción sea la mejor, porque los mismos usuarios necesitan tener acceso a los dos conjuntos de contenido.
Todas es la opción predeterminada.
Solo definiciones de roles Distribuye definiciones de roles y listas de control de acceso que asignan roles al contenido, pero no
distribuye usuarios. En esta opción, los mismos roles se aplican en las granjas de servidores de origen y de destino, pero pueden
asignarse usuarios distintos a estos roles en cada granja de servidores.
Ninguna No distribuye información de seguridad. La seguridad en la granja de servidores de seguridad de destino debe ser
administrada por los administradores de dicha granja mediante la asignación de usuarios y roles a los sitios y el contenido de la
granja de servidores. Por ejemplo, al distribuir de una granja de servidores de almacenamiento provisional a un sitio corporativo con
presencia en Internet, esta opción ayuda a garantizar que la seguridad de ambas granjas de servidores se administre por separado.
Para obtener más información sobre seguridad, vea Plan security for sites and content (SharePoint Server 2010).
Cómo funciona la distribución de contenido La configuración de la distribución de contenido para los trabajos de distribución entrantes y salientes se configuran en la página Configuración de la distribución de contenido, a la cual se puede obtener acceso desde la página Configuración de aplicación general del sitio web de Administración central. La página Configuración de la distribución de contenido se usa para aceptar o rechazar trabajos de distribución de contenido entrantes para una granja de servidores completa. También se pueden establecer servidores específicos de la granja para usarse para recibir trabajos de distribución de contenido entrantes o para enviar trabajos de distribución de contenido salientes. Esto permite distribuir la carga de trabajos de distribución de contenido entre varios servidores de la granja, en función de los recursos de servidor disponibles y las necesidades de la granja de servidores.
116
Nota:
En función del tipo de granja de servidores que use, es posible que no necesite habilitar la compatibilidad con trabajos de distribución entrantes y salientes. Si la granja de servidores es una granja de servidores de creación, no es necesario configurar la opción entrante (importación). Si la granja de servidores es una granja de servidores de producción, no es necesario configurar la opción saliente (exportación). No obstante, si es una granja de servidores de almacenamiento provisional, debe configurar tanto la opción entrante (importación) como la saliente (exportación).
A las tareas comprendidas en la distribución de contenido las controla el proceso de temporizador del servidor que hospeda el sitio web de Administración central, que se usa para administrar los trabajos de distribución de contenido. Este servidor podría ser el servidor de origen de la granja de servidores de implementación o podría ser un servidor independiente de la granja. El trabajo de distribución de contenido usa la información de la cuenta de servicio que se proporciona en la configuración de la ruta de distribución de contenido para efectuar la autenticación con un servicio web en el servidor de destino. Este servicio web actúa como la ruta para toda la comunicación entre los servidores de origen y de destino mientras se ejecuta el trabajo de distribución de contenido.
En la siguiente ilustración, se muestra el proceso que experimenta el trabajo de distribución, de principio a fin:
117
118
Leyenda Descripción
1 Cuando se inicia un trabajo de distribución de contenido, primero comprueba el token de cambio para determinar cuándo se ejecutó el último trabajo de distribución de contenido correctamente. Si el período de tiempo transcurrido entre este último trabajo y el trabajo actual es muy prolongado y el token de cambio almacenado ya no es válido, el trabajo se ejecutará como un trabajo de distribución de contenido completo y no como un trabajo de distribución de contenido incremental.
Una vez comprobado el token de cambio, comienza el proceso de exportación en el servidor de origen. Si las instantáneas de SQL están habilitadas para el trabajo de distribución de contenido, se toma una instantánea antes de que comience el trabajo de distribución.
Nota:
Mientras se prepara para la exportación, se especifican opciones de configuración para el trabajo de distribución, como la ubicación de archivo, el nombre del archivo base y demás valores.
2 A continuación, el contenido se exporta a un directorio temporal en el servidor de origen, donde se empaqueta en archivos .cab para su posterior transporte. Si el trabajo de distribución se configuró para usar instantáneas de base de datos de SQL Server, usará una instantánea de base de datos como origen para la exportación; de lo contrario, ésta se efectuará directamente desde la base de datos de contenido.
119
Leyenda Descripción
Como alternativa, puede usar el espacio de nombres de Microsoft.SharePoint.Deployment.SPExport de SharePoint Server 2010 API para exportar contenido.
Una vez efectuada la autenticación del servidor de origen con el servicio web en el servidor de destino, se llama al servicio web para preparar la importación en el servidor de destino.
3 Después de empaquetar los archivos en archivos .cab en el servidor de origen, estos archivos se transportan a un directorio temporal local en el servidor de destino a través de HttpPost.
El trabajo de implementación de contenido, a continuación, llama al servicio web para iniciar el proceso de importación en el servidor de destino.
Nota:
Mientras se prepara para la importación, se establecen opciones de configuración, como ubicación de archivo, nombre de archivo base y demás valores, con la información que se almacenó en el trabajo de distribución de contenido cuando los archivos estaban listos en el servidor de origen.
4 Mientras la importación está en curso, el trabajo de distribución de contenido llama al servicio web para obtener el estado del proceso de importación. Si el servidor de destino no responde con el estado actualizado durante un cierto tiempo, el trabajo de distribución de contenido tendrá un mensaje de advertencia sobre la posibilidad de que se haya superado el tiempo de espera del trabajo. El trabajo de distribución de contenido seguirá solicitando el estado actualizado
120
Leyenda Descripción
del servidor de destino pero eventualmente podría producirse un error y es posible que el trabajo deba reiniciarse si el servidor de destino no responde repetidas veces.
5 Durante la importación, los archivos .cab se extraen en un directorio temporal en el servidor de destino y, a continuación, se importan en la base de datos. Se activa toda característica de la colección de sitios requerida por los elementos incluidos en la importación y luego se configura la programación para los elementos que se importaron.
Como alternativa, puede usar el espacio de nombres de Microsoft.SharePoint.Deployment.SPImport de SharePoint Server 2010 API para importar contenido.
6 Una vez concluida la importación, ésta devuelve un estado de éxito o fracaso al servidor de Administración central. Si el estado de la importación es de éxito, el token de cambio se guarda. Si el estado de la importación es de fracaso, dicho token se descarta.
Consideraciones importantes de la distribución de contenido En la siguiente lista, se incluyen consideraciones importantes que deben tenerse en cuenta al usar la distribución de contenido:
1. En el caso de un trabajo de distribución de contenido inicial, la distribución siempre debe realizarse a una colección de
sitios vacía. Si la colección de sitios ya tiene contenido, no se podrá realizar el trabajo de distribución de contenido inicial. Al crear
una colección de sitios en el servidor de destino, use la opción < Seleccionar la plantilla más adelante > de la ficha Personalizar de
la página Crear colección de sitios de Administración central para crear una colección de sitios vacía. La primera vez que se ejecute
el trabajo de distribución de contenido, se aplicarán la plantilla correcta y todas las opciones de configuración asociadas al servidor
de destino.
121
Nota:
No use la plantilla Sitio en blanco para crear una colección de sitios de destino. Esta plantilla no crea una colección de sitios vacía y puede causar que el trabajo de distribución de contenido no se lleve a cabo.
2. Los servidores de exportación e importación deben hospedar una instancia del sitio web de Administración central. Al
configurar opciones de distribución de contenido para la granja de servidores, se seleccionan los servidores de la granja que se
designarán como servidores de exportación e importación para la distribución de contenido. Si se intenta configurar un servidor de
exportación o de importación que no hospeda el sitio web de Administración central, no se mostrará ningún mensaje de error. La fase
de exportación o importación de la distribución de contenido no comenzará. Asegúrese de distribuir el sitio web de Administración
central en los servidores de exportación e importación.
3. Cada servidor de la granja de servidores de origen y de destino debe contar con actualizaciones idénticas. Asegúrese de
que todas las actualizaciones de SharePoint Server 2010 y Windows Server 2008 R2 y Windows Server 2008 con Service Pack 2
(SP2) se hayan aplicado y de que los paquetes de idioma, en caso de ser necesarios, se hayan instalado.
4. Los servidores de origen y de destino deben tener suficiente espacio en disco duro para almacenar los archivos que se
usan durante la exportación y la importación. Durante la exportación, todos los archivos que se incluirán en el trabajo de
distribución de contenido se almacenan en un directorio temporal en la granja de servidores de exportación. Del mismo modo,
durante la importación, los archivos que se importarán en la base de datos se almacenan en el directorio temporal en la granja de
servidores de destino. Asegúrese de que la ubicación del directorio temporal para cada granja de servidores cuente con suficiente
espacio en disco para dar cabida a los archivos incluidos en el trabajo de distribución.
5. Si los trabajos no se ejecutarán con frecuencia, se debe ajustar el tiempo para conservar los cambios en el registro de
cambios. De manera predeterminada, el registro de cambios está configurado para conservar un registro durante 60 días. Si el
tiempo entre dos trabajos de distribución incremental excede este límite —por ejemplo, si transcurrieron 70 días desde la última vez
que se ejecutó un trabajo de distribución de contenido—, el registro de cambios no incluirá entradas previas al último token de
cambio. Si el tiempo entre los trabajos excederá los 60 días, se debe cambiar el número de días especificado para la aplicación web
en el sitio web de Administración central.
6. No ejecute trabajos de distribución de contenido en paralelo si ambos trabajos usan la misma ruta. Los cambios que efectúa
un trabajo pueden entrar en conflicto con los cambios que realiza otro trabajo que se ejecuta simultáneamente en la misma ruta que
el primero. Si esto sucede, es posible que el trabajo de distribución de contenido no se lleve a cabo.
122
Vea también Conceptos
Planeación de la distribución de contenido (SharePoint Server 2010)
Diseño de la topología de implementación de contenido
123
Planeación de la distribución de contenido (SharePoint Server 2010)
Actualizado: 12 de agosto de 2010
Distribución de contenido es una característica de Microsoft SharePoint Server 2010 que se puede usar para copiar contenido desde una colección de sitios de origen hacia una colección de sitios de destino. En este artículo, se proporciona orientación general acerca de cómo planear usar la distribución de contenido con los sitios de SharePoint Server 2010. En este artículo, no se describen el propósito ni la función de la distribución de contenido, no se explican las rutas y trabajos de distribución de contenido ni tampoco la manera de configurar esta característica. Para obtener más información, vea Introducción a la distribución de contenido (SharePoint Server 2010).
En este artículo:
Acerca de la planeación de la distribución de contenido
Determinar si usar o no la distribución de contenido
Determinar la cantidad de granjas de servidores que se necesitan
Planear los servidores de exportación e importación
Planear las rutas de distribución de contenido
Planear la programación de trabajos
Planear trabajos de gran tamaño
Hoja de cálculo de planeación de la distribución de contenido
Acerca de la planeación de la distribución de contenido El primer paso del proceso de planeación que se describe en este artículo consiste en ayudarlo a determinar si debe usar la distribución de contenido con la solución de SharePoint Server 2010. En el resto del artículo, se describen los pasos necesarios para planear una solución de distribución de contenido: decidir cuántos conjuntos o granjas de servidores se necesitan, planear los servidores de exportación e importación, planear las rutas y trabajos de distribución de contenido y consideraciones especiales respecto de trabajos de
124
gran tamaño. Se puede registrar esta información en la hoja de cálculo a la cual se hace referencia en la sección Hoja de cálculo de planeación de la distribución de contenido.
Determinar si usar o no la distribución de contenido Si bien la distribución de contenido puede ser útil para copiar contenido de una colección de sitios a otra, no es un requisito para cada escenario. En la siguiente lista, se incluyen las razones por las cuales puede desear usar la distribución de contenido para la solución:
Las topologías de las granjas de servidores son completamente diferentes. Un escenario común es aquel en el que hay
autores que publican contenido desde una granja de servidores interna hacia una granja de servidores externa. Las topologías de las
granjas de servidores pueden ser completamente diferentes. No obstante, el contenido de los sitios que se publicará es el mismo.
Los servidores requieren un ajuste de rendimiento específico para optimizar el rendimiento. Si cuenta con un entorno de
servidores en el que tanto los autores como los lectores ven el contenido, puede configurar por separado cachés de objetos y
resultados en distintas colecciones de sitios en función del propósito del sitio o rol del usuario.
Existen problemas de seguridad respecto del contenido que se implementa en la granja de servidores de destino. Si no
desea que los usuarios tengan cuentas independientes en el servidor de producción y tampoco desea publicar contenido mediante
directivas de aprobación únicamente, la distribución de contenido permite restringir el acceso al servidor de producción.
Antes de implementar una solución de distribución de contenido, debe considerar detenidamente si la distribución de contenido es verdaderamente necesaria. La siguiente lista presenta alternativas al uso de la distribución de contenido:
Crear en producción mediante una aplicación web extendida Si tiene un entorno de granja única, puede elegir permitir a los
usuarios crear contenido directamente en la granja de producción y usar el proceso de publicación para poner el contenido a
disposición de los lectores. Mediante el uso de una aplicación web extendida, puede tener un sitio web de IIS independiente que usa
una base de datos de contenido compartida para exponer el mismo contenido a distintos conjuntos de usuarios. Esto es muy común
en implementaciones de extranet en las que usuarios diferentes tienen acceso al contenido con dominios distintos. Para obtener más
información, vea Extend a Web application (SharePoint Server 2010).
Crear una solución personalizada Puede usar los espacios de nombres Microsoft.SharePoint.Deployment.SPExport y
Microsoft.SharePoint.Deployment.SPImport de API en SharePoint Server 2010 para desarrollar una solución personalizada que
satisfaga sus necesidades. Para obtener más información, vea el tema sobre cómo personalizar la distribución de contenido para
escenarios desconectados.
125
Usar copia de seguridad y restauración Puede usar copia de seguridad y restauración para hacer la copia de seguridad de una
colección de sitios en una ubicación y restaurarla en otra ubicación. Para obtener más información, vea Back up a site collection
(SharePoint Server 2010) y Restore a site collection (SharePoint Server 2010).
Si decide que es correcto usar la distribución de contenido en SharePoint Server 2010 para la solución, siga leyendo este artículo.
Determinar la cantidad de granjas de servidores que se necesitan Un escenario de distribución de contenido típica incluye dos granjas de servidores independientes: una granja de servidores de origen que se usa para creación y una granja de servidores de destino que se usa para producción. También se puede usar la distribución de contenido para copiar contenido entre dos colecciones de sitios independientes dentro de la misma granja de servidores o puede usar una granja de servidores de tres niveles que contenga un servidor para creación, uno para almacenamiento provisional y control de calidad y otro para producción. Si va a usar la distribución de contenido, también debe decidir cuántas granjas de servidores son necesarias para la solución. Para obtener más información acerca de topologías para la distribución de contenido, vea Diseño de la topología de implementación de contenido
Planear los servidores de exportación e importación Una vez que se haya decidido por una topología para la granja de servidores, deberá decidir qué servidores van a ser los servidores de exportación y cuáles los de importación. Estos son los servidores de la granja que se usan para ejecutar los trabajos de distribución de contenido. No es necesario que sean los mismos que los servidores de origen y de destino. No obstante, los servidores que se designen como servidores de exportación e importación deben tener instalado el sitio web de Administración central. Decida qué servidores se van a configurar para enviar o recibir trabajos de distribución de contenido y para registrar las decisiones que tome.
En la hoja de cálculo para planear la distribución de contenido, registre cada una de las granjas de servidores de la topología de distribución de contenido e indique su propósito. Para cada granja de servidores, proporcione las direcciones URL del servidor de exportación, del servidor de importación o de ambos. Asimismo, registre el dominio de Active Directory que usa la granja de servidores.
Planear las rutas de distribución de contenido Una ruta de distribución de contenido define una colección de sitios de origen desde la cual puede comenzar la distribución de contenido y una colección de sitios de destino a la que se distribuirá el contenido. Una ruta solo puede asociarse a una colección de sitios. Para planear las rutas de distribución de contenido que son necesarias para la solución, decida qué colecciones de sitios se van a distribuir y
126
defina el lugar de origen y de destino para cada ruta. Para obtener más información acerca de las rutas, vea Introducción a la distribución de contenido (SharePoint Server 2010).
Si usará una topología de granja de tres etapas, también debe planear cómo se distribuirá el contenido entre las granjas de servidores. Por lo general, se debe reducir la cantidad de "saltos‖ del contenido a medida que se traslada de la etapa de creación a la etapa de almacenamiento provisional y, a continuación, a la etapa de producción. Por ejemplo, si desea evaluar contenido en la granja de almacenamiento provisional antes de colocarlo en producción, puede, primero, distribuir el contenido de la granja de creación a la granja de almacenamiento y, a continuación, distribuir contenido de la granja de creación a la granja de producción una vez que se haya comprobado el contenido. Esto significa que solo la granja de creación es responsable de distribuir contenido a todas las otras granjas del entorno. Cuando diseñe las rutas de distribución de contenido para una topología de granja de tres etapas, también debe planear con cuidado la programación de los trabajos que distribuirán el contenido a otras granjas del entorno. Para obtener más información acerca de las topologías de distribución de contenido, vea Diseño de la topología de implementación de contenido.
En la siguiente sección de la hoja de trabajo, registre cada ruta que se creará. Para cada ruta, proporcione las aplicaciones web y las colecciones de sitios de origen y de destino. Asimismo, registre cuánta seguridad se implementará en la ruta: toda, solo roles o ninguna.
Planear la programación de trabajos Una vez definidas las rutas por las cuales se va a distribuir el contenido del sitio, se deben planear los trabajos específicos para distribuirlo. Un trabajo de distribución de contenido permite especificar que una colección de sitios entera o solo sitios específicos de una colección de sitios se distribuirá para una ruta específica. Los trabajos también definen la frecuencia con la cual se ejecutan y si se va a incluir todo el contenido o solo contenido nuevo, cambiado o eliminado. Se pueden asociar varios trabajos a cada ruta. Por cada ruta que se haya definido, se debe decidir si un trabajo va a distribuir la colección de sitios entera o qué sitios específicos va a distribuir.
Al planear el alcance de los trabajos de distribución de contenido, asegúrese de tener en cuenta el orden en el que estos se van a ejecutar. Se debe distribuir una colección de sitios primarios o un sitio para poder distribuir un sitio de nivel inferior en la jerarquía. Por ejemplo, si tiene una colección de sitios con dos sitios en un nivel inferior, el Sitio A y el Sitio B, y el Sitio A además tiene dos sitios en un nivel inferior a él, el Sitio C y el Sitio D, debe crear y ejecutar un trabajo que distribuya la colección de sitios de nivel superior para poder distribuir el Sitio A y el Sitio B. También debe distribuir el Sitio A para poder distribuir los Sitios C y D. Si planea usar trabajos de distribución de contenido que abarcan sitios específicos, asegúrese de programar los trabajos en forma adecuada de manera que los sitios de nivel superior en la jerarquía se distribuyan antes que los sitios de nivel inferior en ésta.
También debe decidir el momento y la frecuencia con que se ejecutará cada trabajo. En general, debe programar los trabajos para que se ejecuten en momentos en los que el servidor de origen tiene menos actividad. El trabajo de distribución de contenido ignorará el contenido que esté desprotegido para que un usuario pueda editarlo cuando comience un trabajo de distribución de contenido. Asimismo, dicho contenido se copiará con el trabajo de distribución de contenido subsiguiente una vez que esté protegido. Se puede configurar un
127
trabajo para que use una instantánea de base de datos de la base de datos de contenido en Microsoft SQL Server 2008 Enterprise Edition, a fin de minimizar todo riesgo que pueda correr el trabajo de distribución de contenido.
Nota:
Si usa almacenamiento remoto de blobs (RBS), y el proveedor de RBS que usa no admite instantáneas, no podrá usar instantáneas para las copias de seguridad o la distribución de contenido. Por ejemplo, el proveedor de SQL FILESTREAM no admite instantáneas. Para obtener más información sobre RBS, vea Overview of Remote BLOB Storage (SharePoint Server 2010).
Si va a usar una topología de granja de tres etapas, también debe planear cuando se distribuirá el contenido entre las granjas. Por ejemplo, si distribuye contenido de la granja de creación a la granja de almacenamiento provisional para evaluar y comprobar el contenido, debe planear la programación del trabajo que distribuye contenido a la granja de producción de modo que haya tiempo suficiente de resolver cualquier problema que se encuentre en la granja de almacenamiento provisional.
Nota:
No se deben ejecutar trabajos de distribución de contenido en paralelo si ambos trabajos usan la misma ruta.
Para cada ruta, registre cada trabajo asociado en la hoja de cálculo para planear la distribución de contenido. Si hay más de un trabajo para una ruta, inserte una fila debajo de ésta para agregar cada trabajo. Para cada trabajo, escriba el alcance y la frecuencia con la que se ejecutará cada uno de ellos.
Planear trabajos de gran tamaño Un trabajo de distribución de contenido exporta todo el contenido, como archivos XML y archivos binarios, al sistema de archivos en el servidor de origen y luego empaqueta estos archivos en el tamaño predeterminado de archivos .cab de 10 MB. Si un archivo es más grande que 10 MB, como un archivo de vídeo de 500 MB, se va a empaquetar en su propio archivo .cab, el cual puede ser de más de 10 MB. A continuación, los archivos .cab se cargan por medio de HttpPost en el servidor de destino donde se extraen y se importan. Si la colección de sitios que se va a implementar tiene mucho contenido, se debe asegurar de que las ubicaciones de almacenamiento temporal para estos archivos en las granjas de servidores de origen y de destino cuenten con espacio suficiente para almacenarlos. En muchos casos, quizá no conozca el tamaño o el número de archivos .cab que se van a incluir en el trabajo hasta que comienza a usar la
128
distribución de contenido. No obstante, si sabe que el sitio es grande y que va a incluir mucho contenido, asegúrese de planear una capacidad de almacenamiento suficiente como parte de la topología de distribución de contenido.
Nota:
Si el sitio va a contener archivos de gran tamaño, como archivos de vídeo, es probable que deba ajustar el tamaño máximo del archivo de carga para la aplicación web para dar cabida al archivo .cab más grande. Para obtener más información, vea Planeación del almacenamiento en caché y el rendimiento (SharePoint Server 2010).
Hoja de cálculo de planeación de la distribución de contenido Descargue una versión en Excel de la hoja de cálculo de planeación de la distribución de contenido (http://go.microsoft.com/fwlink/?linkid=167835&clcid=0xC0A).
Vea también Conceptos
Introducción a la distribución de contenido (SharePoint Server 2010)
Diseño de la topología de implementación de contenido
129
Diseño de la topología de implementación de contenido
Publicado: 12 de mayo de 2010
La implementación de contenido es una característica de Microsoft SharePoint Server 2010 que se puede usar para implementar contenido de una colección de sitios de origen a una colección de sitios de destino. En este artículo, se describen los elementos de topologías diseñadas para la implementación de contenido y se ilustran topologías de implementación de contenido típicas. Para obtener información general sobre la implementación de contenido mediante el uso de SharePoint Server 2010, vea Introducción a la distribución de contenido (SharePoint Server 2010). Para obtener información sobre la planeación del uso de implementación de contenido con una solución, vea Planeación de la distribución de contenido (SharePoint Server 2010).
En este artículo:
Elementos de topologías de implementación de contenido
Topologías de implementación de contenido típicas
Elementos de topologías de implementación de contenido La mayoría de las topologías de implementación de contenido incluyen dos o más granjas de servidores para separar el entorno de creación del entorno de producción. Una granja de servidores usada para la implementación de contenido puede tener uno de los siguientes objetivos:
Creación La granja de servidores de creación contiene la colección de sitios que usa el equipo que crea el contenido.
Producción La granja de servidores de producción contiene la colección de sitios que presenta el contenido al público previsto y
normalmente tiene una seguridad más estricta.
Almacenamiento provisional La granja de servidores de almacenamiento provisional contiene una colección de sitios que es una
copia de la colección de sitios de producción para que el contenido pueda revisarse y probarse antes de su publicación.
En cualquier conjunto o granja de servidores que exporta contenido, se debe especificar un solo servidor que hospede el sitio web de Administración central como servidor de exportación. De forma similar, en cualquier granja de servidores que importe contenido, se debe especificar un solo servidor que hospede el sitio web de Administración central como servidor de importación. Éstos son los servidores que hospedan los trabajos del temporizador que ejecutan las operaciones de exportación e importación y que empaquetan, transportan y
130
desempaquetan los archivos .cab que incluyen el contenido que se exporta y se importa como parte de la implementación de contenido. Los servidores de exportación e importación deben tener suficiente espacio en disco para contener estos archivos .cab, además de las copias sin comprimir de los archivos antes y después de compresión. Para obtener más información acerca del proceso de implementación de contenido, incluida una lista de consideraciones importantes que hay que tener en cuenta al usar la implementación de contenido, vea Introducción a la distribución de contenido (SharePoint Server 2010).
Topologías de implementación de contenido típicas Esta sección ilustra las topologías de implementación de contenido habituales.
Topología de dos granjas de servidores
La topología de dos granjas de servidores es una topología de sitio de Internet estándar y es la topología típica que se usa para publicar un sitio de Internet, como el sitio de una compañía con presencia en Internet o un sitio de noticias en línea de una agencia de noticias. Incluye dos granjas de servidores: una para hospedar la colección de sitios de creación junto con otros sitios que usa el equipo de creación y la otra para hospedar la colección de sitios de producción. Para esta topología, los usuarios de la granja de servidores de producción pertenecen a un dominio independiente de Active Directory y algunos usuarios de la granja de servidores de producción pueden ser anónimos. Esta topología se recomienda para sitios de conexión a Internet y para sitios de extranet en los que los usuarios tienen acceso de solo lectura al contenido.
La figura siguiente muestra una topología de dos granjas de servidores estándar para la implementación de contenido:
En la topología de dos granjas, la granja de servidores de creación contiene la colección de sitios que se usa para crear el contenido del sitio. Para exportar contenido de la colección de sitios de creación a la granja de servidores de producción, debe configurarse un servidor front-end web en la granja de creación. Para importar contenido desde la granja de creación, se debe configurar un servidor que hospede el servidor web de Administración central en la granja de producción.
A menudo, en la topología de dos granjas de servidores, la granja de servidores de producción se hospeda en una red perimetral protegida por varios firewall externos e internos para aumentar la seguridad.
Algunas de las variantes de esta topología son:
131
Publicación de una sola granja de servidores de creación en varias granjas de servidores de producción En esta variante se
implementan varias granjas de servidores en la red perimetral. Cada granja de servidores de producción puede tener el mismo
contenido, o los sitios pueden variar de una granja a otra. Esta topología puede configurarse de muchas maneras:
La granja de servidores de creación puede implementarse en todas las granjas de servidores de producción.
La granja de servidores de creación se puede implementar en una granja de servidores de producción. El uso de la
implementación de contenido permite implementar la granja de servidores de producción en las otras granjas de servidores de
producción.
Nota:
Dado que un trabajo de implementación de contenido se basa en una ruta de acceso a un destino específico, las implementaciones a varias granjas de servidores de producción no están sincronizadas. En este escenario, cada granja de servidores de producción podría tener un contenido diferente hasta que se hayan ejecutado todos los trabajos de implementación de contenido.
Publicación de varias granjas de servidores de creación en una sola granja de servidores de producción Diferentes equipos
de creación, cada uno de ellos trabajando en su propia granja de servidores de creación, pueden trabajar en diferentes colecciones
de sitios que se publican en colecciones de sitios independientes en una sola granja de servidores de producción.
Topología de tres fases
En algunas soluciones, se implementa una topología de tres fases, que incluye una granja de servidores de creación, una granja de servidores de almacenamiento provisional y una granja de servidores de producción. La granja de servidores de almacenamiento provisional se usa para probar o revisar el contenido, además de elementos web o código personalizados, antes de que se publique en la granja de servidores de producción. Según el tamaño de la solución SharePoint Server 2010, las colecciones de sitios para creación y almacenamiento provisional pueden ubicarse dentro de la misma granja de servidores, en lugar de en dos granjas independientes. Esta topología se recomienda para las siguientes situaciones:
Entornos en los que un proceso de aprobación en varias fases es un requisito de la empresa.
Validación del contenido en un entorno que refleja mejor el entorno de producción antes de implementarlo en producción.
Prueba del contenido con elementos web y código personalizados antes de moverlos a la granja de servidores de producción.
En una topología de implementación de contenido de tres fases, la granja de servidores de creación se implementa en la granja de servidores de almacenamiento provisional y en la granja de servidores de producción. Debe configurarse un servidor front-end web en la granja de servidores de creación para exportar contenido. Para importar contenido, se debe configurar un servidor front-end web tanto en la granja de servidores de almacenamiento provisional como en la granja de servidores de producción.
132
La figura siguiente muestra una topología de tres fases estándar para la implementación de contenido, donde la granja de servidores de creación implementa contenido en la granja de servidores de almacenamiento provisional y en la granja de servidores de producción:
En una variante de la topología de tres fases, la granja de servidores de creación implementa contenido en la granja de servidores de almacenamiento provisional y la granja de servidores de almacenamiento provisional implementa contenido en la granja de servidores de producción. En este escenario, debe configurarse un servidor que hospede el sitio web de Administración central en la granja de servidores de almacenamiento provisional tanto para importar como para exportar contenido.
Topología de una sola granja de servidores
La implementación de contenido se puede configurar para usar en una sola granja de servidores. En esta topología, los autores trabajan en una sola colección de sitios y el contenido se implementa en una colección de sitios de publicación duplicada de la misma granja de servidores. Las colecciones de sitios usadas para creación y producción usan bases de datos de contenido independientes en el mismo servidor de base de datos. Las colecciones de sitios pueden estar en la misma aplicación web, o en aplicaciones web independientes. La seguridad se administra mediante la concesión de permisos al contenido en lugar de mediante el uso de dominios de Active Directory independientes. Esta topología se recomienda para entornos de intranet, entornos externos en los que la comprobación de contenido o código en un entorno de almacenamiento provisional no es un requisito empresarial y para segregar la configuración de seguridad y la autenticación entre dos ubicaciones cuando solo hay disponible o es necesaria una sola granja de servidores.
La figura siguiente muestra una topología de una sola granja de servidores, donde una colección de sitios en una aplicación web se implementa en una colección de sitios en otra aplicación web de la misma granja de servidores:
133
134
Nota:
El uso de implementación de contenido con una topología de una sola granja de servidores podría no ser el mejor método para su solución SharePoint Server 2010. Una alternativa al uso de la implementación de contenido es extender la aplicación web. Esta opción le permite disponer de un sitio web de IIS independiente que usa una base de datos de contenido compartida para exponer el mismo contenido a otro conjunto de usuarios. Se usa normalmente para implementaciones de extranet en las que diferentes usuarios tienen acceso al contenido usando diferentes dominios. Para obtener información acerca de cómo extender una aplicación web, vea Extend a Web application (SharePoint Server 2010). Para obtener una lista de alternativas al uso de la implementación de contenido, vea Planeación de la distribución de contenido (SharePoint Server 2010).
Vea también Conceptos
Introducción a la distribución de contenido (SharePoint Server 2010)
Planeación de la distribución de contenido (SharePoint Server 2010)
135
Información general sobre las variantes
Publicado: 12 de mayo de 2010
La característica de variantes de Microsoft SharePoint Server 2010 permite que el mismo contenido esté disponible para audiencias específicas en varios sitios al copiar el contenido de un sitio de variante de origen a cada sitio de variante de destino. Cuando los usuarios visitan el sitio raíz, se les redirige al sitio de variante correspondiente, según la configuración de idioma de su explorador web. Si es necesario, se puede personalizar el contenido del sitio de variante de destino. Por ejemplo, el contenido de un sitio de variante de destino se puede traducir a otros idiomas antes de publicarlo. Las variantes pueden usarse solo en sitios de SharePoint Server 2010 creados con una de las plantillas de sitio de publicación, o en sitios para los que se habilitó la característica de infraestructura de publicación de SharePoint Server.
Nota:
Si bien las variantes se pueden usar para soluciones multilingües, la característica de creación de variantes no traduce páginas. Para
usar variantes a fin de crear contenido multilingüe, puede usar flujos de trabajo para enrutar contenido para su traducción por parte de
otro equipo o de terceros después de copiar el contenido a los sitios de destino. Para obtener más información acerca de los flujos de trabajo, consulte Planeación de flujos de trabajo (SharePoint Server 2010).
Este artículo proporciona información general sobre la característica de variantes. Describe los elementos de la característica de variantes, proporciona información general sobre la creación de sitios y páginas para sitios de variante, enumera algunas de las limitaciones de las variantes y describe los escenarios de uso de variantes en SharePoint Server 2010. En este artículo no se describen las tareas que intervienen en la planeación de una solución que use variantes. Para obtener más información sobre la planeación del uso de variantes en su solución, vea Planeación de variantes. En este artículo tampoco se describe cómo crear etiquetas de variante y jerarquías. Para obtener información acerca de cómo crear un sitio de variantes, vea el tema sobre la creación de un sitio de variantes.
En este artículo:
Uso y ventajas de las variantes
Escenarios de uso de las variantes
136
Elementos de las variantes
Descripción de las variantes
Descripción de la creación de sitios de variante de origen y de destino
Descripción de la creación de sitios y páginas
Limitaciones de las variantes
Uso y ventajas de las variantes Muchas organizaciones tienen un alcance global. Sin embargo, incluso en los mercados nacionales, las organizaciones deben llegar a una base de clientes diversa que quizá hable muchos idiomas diferentes o necesite obtener información específica que se base en las diferencias regionales, en diversos dispositivos móviles o en la personalización de marca corporativa. Estos tipos de organizaciones necesitan sitios web que proporcionen contenido a medida para adaptarse a distintas culturas, mercados y regiones geográficas. Producir y mantener variantes de un sitio puede ser difícil y llevar mucho tiempo. Mediante el uso de variantes como parte de una solución de SharePoint Server 2010, los arquitectos y administradores de sitios pueden simplificar el proceso de producción y mantenimiento de dichos sitios. La característica de variantes automatiza la creación de sitios y páginas, lo que elimina la necesidad de tener que crear manualmente un sitio y todas las páginas asociadas para cada instancia de una variante necesaria.
Escenarios de uso de las variantes Puede usar variantes para crear diferentes versiones de contenido similar para usuarios en diversos escenarios. En la tabla siguiente se describen escenarios posibles en los que se pueden usar variantes.
Escenario Descripción
Varios idiomas Puede usar variantes para crear sitios y contenido para idiomas específicos. En este escenario, la mayor parte del contenido se crea en el idioma del sitio de variante de origen y se copia a algunos o todos los sitios de variante de destino para su traducción a diferentes idiomas. Por ejemplo, el contenido se puede crear en inglés y copiarse a los sitios de variante de destino para su
137
Escenario Descripción
traducción al alemán, francés y español.
Varios dispositivos Puede personalizar la lógica de la página VariationRoot.aspx para dirigir a los usuarios a las páginas que están diseñadas para funcionar con distintos tipos de dispositivos. Por ejemplo, puede tener sitios de variante de destino con páginas diseñadas para su visualización en dispositivos que tienen diversos tamaños o resoluciones de pantalla.
Varias ubicaciones o marcas Puede usar variantes para crear contenido para ubicaciones o marcas específicas. Por ejemplo, una compañía de alquiler de automóviles puede tener sitios de variante de destino para todas las ciudades en las que tiene sucursales. La mayor parte de la información de la empresa es la misma en todas las sucursales, por lo que se usan variantes para dichas páginas, mientras que otro tipo de contenido, como las ofertas especiales o promociones, se crea en los sitios de variante de destino donde es necesario.
Elementos de las variantes La característica de variantes consta de los siguientes elementos:
Sitio raíz de variante El sitio raíz de variante proporciona la dirección URL de todos los sitios de variante de origen y destino y
contiene la página de destino que redirige a los usuarios al sitio de variante correcto. No es igual al sitio raíz de una colección de
sitios, aunque también se puede especificar el sitio raíz de una colección de sitios como sitio raíz de la jerarquía de variantes.
Etiquetas de variante Una etiqueta de variante es un identificador que da nombre a un nuevo sitio de variante. Las variantes de un
sitio se definen mediante la creación de las etiquetas de variante, una para cada variante planeada.
Sitios de variante Los sitios de variante son los sitios que se crean en función de las etiquetas de variante definidas. Hay dos tipos
de sitios de variante:
138
Sitio de variante de origen El sitio de variante de origen es el sitio donde se crea y publica contenido compartido y es el sitio
desde el que se envían copias del contenido compartido a los sitios de variante de destino. Únicamente puede haber un sitio de
variante de origen en una sola colección de sitios. Después de seleccionar un sitio de variante de origen, no se puede cambiar.
Sitios de variante de destino Los sitios de variante de destino reciben la mayor parte de su contenido desde el sitio de variante
de origen. Aunque se puede crear contenido nuevo en un sitio de variante de destino, dicho contenido no se comparte con otros
sitios y es exclusivo del sitio en el que se creó.
Jerarquía de variantes La jerarquía de variantes es el conjunto completo de sitios en todas las etiquetas de variante.
Páginas de variante Las páginas de variante son las páginas de publicación que se almacenan en la biblioteca de páginas del sitio
de variante de origen y los sitios de variante de destino. Estas páginas y los recursos dependientes, como imágenes y documentos,
son el único contenido que se copia desde el sitio de variante de origen a los sitios de variante de destino.
Importante:
Se recomienda no agregar páginas que no sean de publicación en la biblioteca de páginas de un sitio que usa variantes. Si se hace, se puede producir un error en el trabajo del temporizador Definición del trabajo de creación de jerarquías de variaciones.
Descripción de las variantes La característica de variantes crea sitios y copia el contenido de un sitio de variante de origen a uno o varios sitios de variante de destino. De forma predeterminada, la característica de variantes copia solo páginas de publicación de la biblioteca de páginas del sitio de variante de origen. La característica de variantes no copia otro contenido del sitio, como listas u otras bibliotecas de documentos, a diferencia de la característica de distribución de contenido, que copia todo el contenido, incluidas las listas y otras bibliotecas de documentos, de un sitio a otro. Si la opción Recursos se configura para copiar recursos a sitios de variante de destino, se copiarán los recursos vinculados, como imágenes y documentos. Otra distinción importante entre las variantes y la distribución de contenido es que cuando se usa la característica de variantes, el contenido copiado en los sitios de variante de destino puede modificarse, a diferencia de lo que ocurre con la característica de distribución de contenido, en la que no se recomienda modificar el contenido copiado.
De forma predeterminada, cuando los usuarios visitan el sitio raíz, se les redirige al sitio de variante correspondiente, según la configuración de idioma de su explorador web. Por ejemplo, si el idioma predeterminado del explorador de un usuario es francés, SharePoint Server 2010 redirige a dicho usuario al sitio de variante de francés. Este comportamiento se puede personalizar mediante el reemplazo de la página de redireccionamiento predeterminada, VariationRoot.aspx, por otra página. Esta nueva página puede implementar la lógica que identifica el idioma de preferencia del usuario, el dispositivo del usuario u otra base para sitios variables. Para
139
obtener información sobre la personalización del redireccionamiento de sitios de variante, vea el tema sobre la personalización de la lógica de destino de raíz de variante.
Etiquetas de variantes
Una etiqueta de variante es un identificador que da nombre a un sitio de variante. Seleccione una etiqueta de variante como origen, que representará el sitio de variante de origen. Las etiquetas de variante restantes serán las etiquetas de destino, que representarán los sitios de variante de destino a los que se copia el contenido. Cree sitios de variante a partir de las etiquetas de variante usando el comando Crear jerarquía en la página Etiquetas de variante.
Solo se puede definir un conjunto de etiquetas de variante, la jerarquía de variantes, para una colección de sitios. Los sitios de variante correspondientes se pueden crear en cualquier lugar dentro de la jerarquía de la colección de sitios. El sitio de variante de origen y los sitios de variante de destino siempre se crean como subsitios del sitio raíz de variante. Los usuarios que visitan el sitio raíz de variante se redirigen al sitio de variante correspondiente.
En la ilustración siguiente se muestra un ejemplo de una jerarquía de sitios de variante y cómo el contenido de publicación de la biblioteca de páginas se copia a sitios de variante de destino.
140
Se crean tres etiquetas de variante, ―EN‖, ―FR‖ y ―DE‖, en el sitio raíz http://contoso.com. Cuando se crea la jerarquía de variantes, se crean los sitios de variante correspondientes, con las etiquetas "EN", "FR" y "DE", un nivel por debajo del sitio raíz de variante. Debido a que el sitio "http://contoso.com/EN" se especifica como sitio de variante de origen, las páginas que se creen y publiquen en el sitio ―http://contoso.com/EN‖ se copiarán a los sitios de variante de destino, "http://contoso.com/FR" y "http://contoso.com/DE".
Cuando se crea una etiqueta de variante, se selecciona la configuración regional que usará. La configuración regional solo facilita el redireccionamiento del explorador; no se verá afectado el idioma de la interfaz de usuario. Si se han instalado paquetes de idioma en el servidor front-end web, también se puede seleccionar un idioma para el sitio de variante. La configuración del idioma en SharePoint Server 2010 determina el idioma de la interfaz de usuario del sitio de variante. Si no se han instalado paquetes de idioma, la opción para seleccionar un idioma no está disponible y el sitio de variante usará el idioma predeterminado de la instalación de SharePoint Server 2010 en el servidor, independientemente de la configuración regional que se seleccione para la etiqueta de variante. Por ejemplo, si
141
SharePoint Server 2010 se instaló usando la versión en inglés y no se instalaron paquetes de idioma, cuando se cree una nueva etiqueta de variante para la configuración regional para japonés, la interfaz de usuario del nuevo sitio de variante de destino estará en inglés y no en japonés. Si usa variantes para crear sitios multilingües y desea que la interfaz de usuario de un sitio de variante de destino se muestre en un idioma específico, debe instalar el paquete de idioma correspondiente para cada idioma antes de crear los sitios de variante. Si un paquete de idioma no está disponible cuando se crea un sitio de variante de destino, puede crear el sitio de todas formas y los usuarios podrán cambiar el idioma secundario de un sitio mediante la interfaz de usuario multilingüe. Para obtener información sobre la interfaz de usuario multilingüe, vea Multilingual user interface overview (SharePoint Server 2010). Para obtener información sobre la instalación de paquetes de idioma, vea Deploy language packs (SharePoint Server 2010).
Configuración de variantes
Aunque se puede especificar cualquier sitio dentro de una colección de sitios como sitio raíz de variante, las opciones de variantes se configuran en la página Administración de la colección de sitios del sitio de primer nivel dentro de la colección de sitios. El sitio raíz de variante se selecciona en la página de configuración de variantes. Una vez que se ha seleccionado el sitio raíz de variante y se ha creado una jerarquía de variantes, no se puede cambiar el sitio raíz.
Además de especificar el sitio raíz, la página de configuración de variantes contiene las siguientes opciones:
Creación automática Determina si los sitios y las páginas del sitio de variante de origen se crean automáticamente en los sitios de
variante de destino. De forma predeterminada, esta opción está habilitada. Si se deshabilita esta opción, los sitios y las páginas que
se creen en el sitio de variante de origen deberán crearse manualmente en los sitios de variante de destino.
Volver a crear la página de destino eliminada Determina si una página se debe volver a crear en un sitio de variante de destino si
se ha eliminado de dicho sitio y se ha vuelto a publicar en el sitio de variante de origen. De forma predeterminada, esta opción está
habilitada. Si se deshabilita esta opción, las páginas eliminadas no se volverán a crear en los sitios de variante de destino.
Actualizar elementos web de página de destino Determina si los cambios realizados en elementos web en las páginas de un sitio
de variante de origen también se realizan en las páginas de sitios de variante de destino. De forma predeterminada, esta opción está
habilitada.
Notificación Envía un mensaje de correo electrónico al contacto de la página de bienvenida de un sitio de variante de destino
cuando se crea una nueva página o sitio, o a la persona de contacto de la página especificada cuando una página se actualiza con
revisiones del sitio de variante de origen. De forma predeterminada, esta opción está habilitada.
Recursos Especifica si se van a usar los mismos recursos del sitio de variante de origen cuando se copian páginas a sitios de
variante de destino o si se copiarán a los sitios de variante de destino. Los recursos se limitan a los archivos almacenados en una
biblioteca de documentos a los que puede hacer referencia una página de publicación, como imágenes y documentos. De forma
predeterminada, esta opción está configurada para hacer referencia a los recursos existentes.
142
Para obtener información sobre la especificación de la configuración de variantes, vea el tema sobre cómo activar la configuración de variantes para poder crear variantes del sitio.
Trabajos del temporizador de variantes
La característica de variantes usa trabajos del temporizador para realizar tareas como crear y propagar sitios y páginas. Los trabajos del temporizador se ejecutan dentro de OWSTIMER, un servicio de Windows para SharePoint Server 2010. Cada trabajo del temporizador tiene su propio programa de ejecución predeterminado. Puede cambiar la frecuencia con la que se ejecuta cada trabajo en la página Definiciones de trabajos en el sitio web de Administración central. La característica de variantes usa los siguientes trabajos del temporizador:
Definición del trabajo de creación de jerarquías de variaciones Crea una jerarquía de variantes completa creando todos los sitios
y páginas de variante a partir del sitio de variante de origen, en función de las etiquetas de variante. De forma predeterminada, este
trabajo del temporizador se ejecuta una vez al día.
Definición del trabajo de creación páginas de variaciones Crea páginas en los sitios de variante de destino cuando se ha
deshabilitado la opción Creación automática y un usuario crea manualmente una nueva página. De forma predeterminada, este
trabajo del temporizador se ejecuta cada hora.
Definición del trabajo de creación de sitios de variaciones Crea sitios de variante cuando se ha deshabilitado la opción Creación
automática y un usuario crea manualmente un nuevo sitio de variante. De forma predeterminada, este trabajo del temporizador se
ejecuta cada 5 minutos.
Definición de trabajo de propagación de páginas de variantes Crea y actualiza páginas de sitios de variante de destino una vez
que se ha aprobado una página en el sitio de variante de origen o después de que un usuario la haya enviado manualmente. De
forma predeterminada, este trabajo del temporizador se ejecuta cada hora.
Definición de trabajo de propagación de sitios de variantes Crea sitios de variante cuando está habilitada la opción Creación
automática. De forma predeterminada, este trabajo del temporizador se ejecuta cada 5 minutos.
Para obtener información acerca de los trabajos del temporizador, vea View timer job status (SharePoint Server 2010).
Descripción de la creación de sitios de variante de origen y de destino Los sitios de variante de origen y de destino se crean siempre un nivel por debajo del sitio raíz de variante. Cada sitio de variante se crea con la misma plantilla de sitio que se usa para crear el sitio raíz de variante. Sin embargo, cada sitio de variante puede usar un tema independiente y una página maestra diferente. Para obtener información acerca de los temas, vea Themes overview (SharePoint Server 2010).
143
Cuando se crea la jerarquía de variantes por primera vez, solo se crean los sitios que se basan en la lista de etiquetas de variante definidas. Si el sitio raíz de variante tiene sitios por debajo de él en una estructura de sitios jerárquica y desea que dichos sitios se incluyan en la estructura de sitios jerárquica de cada sitio de variante, debe crear manualmente la estructura jerárquica de dichos sitios por debajo del sitio de variante de origen después de crear la jerarquía de variantes. De forma predeterminada, la próxima vez que se ejecuta el trabajo del temporizador Definición del trabajo de creación de jerarquías de variaciones, los sitios se copian solo en los nuevos sitios de variante de destino que se creen en ese momento. Para obtener información acerca de cómo se crean los sitios ubicados debajo del sitio de variante de origen en los sitios de variante de destino existentes, vea Descripción de la creación de sitios y páginas.
Una vez que se crea la jerarquía de variantes, cada vez que se agregue una nueva etiqueta a la jerarquía de variantes y se haga clic en el botón Crear jerarquías, se creará un nuevo sitio de variante de destino para cada nueva etiqueta. De forma predeterminada, si el sitio de variante de origen tiene contenido en la biblioteca de páginas, o si contiene sitios debajo de él en la jerarquía de sitios, dichas páginas y sitios solo se crearán en los sitios de variante de destino nuevos.
Descripción de la creación de sitios y páginas De forma predeterminada, todos los sitios que se crean debajo del sitio de variante de origen y todas las páginas que se publican en el sitio de variante de origen o en los sitios que se encuentran debajo de él en la jerarquía de sitios se copian automáticamente a los sitios de variante de destino. Si la opción Creación automática está deshabilitada, los sitios y las páginas se deben crear manualmente en los sitios de variante de destino elegidos.
En esta sección se describe cómo crear sitios y páginas en los sitios de variante de destino.
Creación de sitios
La primera vez que se ejecuta el trabajo del temporizador Definición del trabajo de creación de jerarquías de variaciones y se crea la jerarquía de variantes desde la lista de etiquetas de variante, solo se crean los sitios de variante de origen y de destino. Una vez creado el sitio de variante de origen, se pueden crear sitios debajo de él en la jerarquía de sitios y, después, dichos sitios se crearán en los sitios de variante de destino existentes la próxima vez que se ejecute el trabajo del temporizador Definición de trabajo de propagación de sitios de variantes. Si la opción Creación automática está deshabilitada, use la página Contenido y estructura del sitio en el sitio de variante de origen para crear manualmente, en un solo sitio de variante de destino, cualquier sitio de la jerarquía de sitios que esté debajo del sitio de variante de origen. Cuando se ejecuta el siguiente trabajo del temporizador Definición del trabajo de creación de sitios de variaciones, se creará el nuevo sitio en el sitio de variante de destino especificado. Puede hacer esto siempre que la opción Creación automática esté deshabilitada.
144
Nota:
Cuando se crean los sitios de variante de origen y de destino, se crean mediante la definición de sitio predeterminada proporcionada por la plantilla que se seleccionó cuando se creó la etiqueta de origen. No se copian configuraciones ni valores de sitio personalizados en los nuevos sitios. Si desea que los sitios de variante de origen y de destino tengan configuraciones o valores de sitio personalizados, como personalizaciones de navegación, debe realizar dichos cambios en cada sitio después de crear la jerarquía de variantes.
Creación de páginas
Si se seleccionó la plantilla Sitio de publicación al crear el sitio de variante de origen, las páginas del sitio de variante de origen o de cualquier sitio que se encuentre debajo de él en la jerarquía de sitios deben publicarse antes de que se puedan copiar a los sitios de variante de destino. Si se seleccionó la plantilla Sitio de publicación con flujo de trabajo, las páginas deben aprobarse para su publicación mediante el uso del flujo de trabajo de publicación antes de que se pueden copiar a los sitios de variante de destino. De forma predeterminada, una vez que se ha publicado o aprobado para su publicación una nueva página, si esta usa flujos de trabajo, se copiará a todos los sitios de variante de destino cuando se ejecute el siguiente trabajo del temporizador Definición de trabajo de propagación de páginas de variantes. Si la página se publicó anteriormente y se modificó y se vuelve a publicar en el sitio de variante de origen, se copiará a todos los sitios de variante de destino cuando se ejecute el siguiente trabajo del temporizador Definición de trabajo de propagación de páginas de variantes.
Si el valor Recursos está configurado para permitir que los recursos se copien, los recursos dependientes, como las imágenes, se copian al sitio de variante de destino. Si está habilitado el control de versiones de la biblioteca en el sitio de variante de destino donde se copia el recurso y ya existe una copia del recurso, la nueva versión se anexa al recurso existente y se actualiza el historial de versiones. Si no está habilitado el control de versiones de la biblioteca en el sitio de variante de destino donde se copia el recurso y ya existe una copia del recurso, la nueva versión sobrescribirá el recurso existente.
La primera vez que se copia una página de un sitio de variante de origen a un sitio de variante de destino, el título y el contenido de la página se copian en el sitio de variante de destino. La próxima vez que se copie la página en el sitio de variante de destino, únicamente se copiará el contenido de la página. El título de la página no se actualizará en los sitios de variante de destino después de copiar la página.
145
Nota:
En los sitios de variante de destino, a una página que se copia desde el sitio de variante de origen siempre se le asigna un número de versión secundaria. Si la página es nueva en el sitio de destino, se le asigna la versión 0.1. Si la página ya existe en el sitio de variante de destino, a la página copiada se le asigna el siguiente número de versión secundaria disponible. Por ejemplo, si un sitio de variante de destino tiene la versión 2.1 de una página y se copia una nueva variante de la página al sitio de destino, la página se convierte en la versión 2.2. Las páginas y recursos adicionales, como las imágenes que están aprobadas para su publicación en el sitio de variante de origen, se copian al sitio de variante de destino con el estado de aprobación Borrador y se deberán aprobar para que los lectores del sitio puedan verlos.
Si la opción Creación automática está deshabilitada, el usuario debe crear la página de una etiqueta de variante específica mediante el comando Crear del grupo Variantes, en la ficha Publicar de la página del sitio de variante de origen. La página nueva se copia a un solo sitio de variante de destino cuando se ejecuta el siguiente trabajo del temporizador Definición del trabajo de creación páginas de variaciones. Si la página se publicó anteriormente y se modificó y se vuelve a publicar en el sitio de variante de origen, solo se copiará al sitio de variante de destino especificado cuando se ejecute el siguiente trabajo del temporizador Definición de trabajo de propagación de páginas de variantes. Para obtener más información sobre cómo deshabilitar la Creación automática para las páginas de variantes, vea Manage automatic propagation of variation pages. Para obtener más información sobre la propagación de páginas de variantes, vea el tema sobre las variantes y cómo propagar las páginas a su manera.
De forma predeterminada, cuando una página que se copió desde el sitio de variante de origen se elimina de un sitio de variante de destino, dicha página se vuelve a crear en el sitio de variante de destino la próxima vez que se publica en el sitio de variante de origen y la próxima vez que se ejecuta el trabajo del temporizador Definición de trabajo de propagación de páginas de variantes. Si la opción Volver a crear la página de destino eliminada está deshabilitada, las páginas eliminadas no se vuelven a crear en los sitios de variante de destino.
Para obtener información sobre la creación de páginas de variantes de origen y el trabajo con contenido en páginas de variantes de destino, vea el tema sobre cómo trabajar con actualizaciones de contenido en páginas de variantes.
Limitaciones de las variantes La lista siguiente contiene información acerca de las limitaciones de la característica de variantes de SharePoint Server 2010:
La característica de variantes es una jerarquía de nivel único.
146
Los sitios de variante de origen y de destino existen en el mismo nivel dentro de la jerarquía del sitio, un nivel por debajo del sitio raíz de variantes. Aunque los sitios de variante de origen y de destino pueden contener otros sitios, no pueden contener otros sitios de variante de destino. Por ejemplo, si dispone de un sitio de variante de origen en inglés y un sitio de variante de destino en francés, que tiene un sitio en francés canadiense debajo de él, la característica de variantes solo copia contenido desde el sitio de variante de origen en inglés al sitio de variante de destino en francés. La característica de variantes no puede copiar el contenido desde el sitio de variante de destino en francés al sitio en francés canadiense que se encuentra debajo de él.
La característica de variantes no copia todo desde el sitio de origen.
De forma predeterminada, la característica de variantes solo copia las páginas de publicación almacenadas en la biblioteca de páginas del sitio de variante de origen. Los recursos adicionales, como las imágenes que se usan en las páginas, no se copian, pero se hace referencia a ellos desde el sitio de variante de origen. Puede optar por copiar dichos recursos a los sitios de variante de destino modificando la opción Recursos en la página de configuración de variantes. El otro contenido del sitio, como las listas o bibliotecas, no se copia en absoluto y debe copiarse manualmente a cualquier sitio de variante de destino en el que sean necesario.
El copiado de contenido es unidireccional.
La característica de variantes copia el contenido de un sitio de variante de origen a uno o varios sitios de variante de destino. Para copiar el contenido de un sitio de variante de destino de vuelta a un sitio de variante de origen no se puede usar la característica de variantes. Además, los sitios de variante de destino no pueden copiar contenido a otros sitios de variante de destino.
Vea también Conceptos
Planeación de variantes
147
Planeación de variantes
Publicado: 12 de mayo de 2010
La característica de creación de variantes de Microsoft SharePoint Server 2010 permite que el contenido esté disponible para audiencias específicas en varios sitios mediante la copia del contenido de un sitio de variante de origen en cada sitio de variante de destino. Si es necesario, se puede personalizar el contenido en el sitio de variante de destino. Por ejemplo, se puede traducir el contenido de un sitio de variante de destino a otros idiomas antes de publicarlo. Las variantes solo pueden usarse en sitios de SharePoint Server 2010 creados con una de las plantillas de sitio de publicación o en un sitio en el que se haya habilitado la característica de infraestructura de publicación de SharePoint Server.
Nota:
Si bien las variantes se pueden usar para soluciones multilingües, la característica de creación de variantes no traduce páginas. Para
usar variantes a fin de crear contenido multilingüe, puede usar flujos de trabajo para enrutar contenido para su traducción por parte de
otro equipo o de terceros después de copiar el contenido a los sitios de destino. Para obtener más información acerca de los flujos de trabajo, consulte Planeación de flujos de trabajo (SharePoint Server 2010).
En este artículo se incluye información sobre elementos importantes que deben tenerse en cuenta al usar variantes en una colección de sitios de publicación y se describen las tareas que deben realizarse al planear una solución que use variantes en SharePoint Server 2010. En este artículo no se proporciona información general sobre variantes, no se describe cómo usarlas ni se explica cómo crear jerarquías y etiquetas de variante.
Para obtener más información sobre variantes, vea Información general sobre las variantes.
En este artículo:
Acerca de la planeación de variantes
Elementos importantes que deben tenerse en cuenta al planear el uso de variantes
Determinación de los tipos de variantes necesarias
148
Selección del sitio raíz de la variante
Especificación del sitio de variante de origen
Planeación de sitios de variante de destino
Determinación del modo en que se crearán sitios y páginas en los sitios de variante de destino
Planeación de la programación de trabajos del temporizador de variantes
Hoja de trabajo de planeación de variantes
Acerca de la planeación de variantes El proceso de planificación que se describe en este artículo comienza con la descripción de los elementos importantes que se deben tener en cuenta al planear el uso de variantes con la solución de SharePoint Server 2010. En el resto del artículo se describen los pasos necesarios para planear el uso de variantes con SharePoint Server 2010. Estos pasos son los siguientes:
Determinar el tipo de variantes necesarias y seleccionar el sitio raíz de la variante.
Especificar el sitio de variante de origen y planear los sitios de variante de destino.
Determinar el modo en que se crearán sitios y páginas en los sitios de variante de destino.
Planear cómo se programarán los trabajos del temporizador de variantes.
Puede registrar esta información en la Hoja de trabajo de planeación de variantes.
Elementos importantes que deben tenerse en cuenta al planear el uso de variantes Antes de planear el uso de variantes con la solución de SharePoint Server 2010, debe tener en cuenta la interacción entre las variantes y otras características de SharePoint Server 2010. En esta sección se incluye información acerca de elementos importantes que deben tenerse en cuenta al planear el uso de variantes con la solución de SharePoint Server 2010.
Aprobación de contenido
La aprobación de contenido es el método mediante el cual los integrantes del sitio con permisos de aprobador controlan la publicación de contenido. En la aprobación de contenido, se considera el contenido como publicado cuando se aprueba una nueva versión principal, ya que las versiones principales están visibles para los usuarios con permisos de lectura. La aprobación de contenido en sitios de variante
149
requiere el control de versiones principales y secundarias en las bibliotecas de páginas de los sitios de variante de origen y de destino. Para obtener más información acerca de la aprobación de contenido, vea Planeación de la aprobación y programación de contenido.
La aprobación de contenido tiene factores exclusivos que deben tenerse en cuenta al planear variantes:
En el sitio de variante de origen, al enviar una página para su aprobación, se genera un mensaje de correo electrónico que se envía
al contacto de la página mediante los valores almacenados en las siguientes columnas, en el siguiente orden:
Contacto
Dirección de correo electrónico del contacto
Modificado por
Nota:
Comenzando por el campo Contacto, en cada campo se comprueba la información de contacto a la que se podrá enviar la notificación. Si el primer campo está vacío, se intenta en el siguiente campo hasta que se encuentre la información de contacto.
Una vez aprobada la página para su publicación, se habilita para copiarla en los sitios de destino. Se pueden configurar los parámetros de las variantes para establecer si el contenido se copiará en los sitios de variante automáticamente o de forma manual.
En los sitios de variante de destino, siempre se asigna un número de versión secundaria a una página copiada desde el sitio de
variante de origen. Si la página es nueva en el sitio de destino, se le asignará la versión 0.1. Si la página ya existe en el sitio de
variante de destino, se asignará a la página copiada el siguiente número de versión secundaria disponible. Por ejemplo, si un sitio de
variante de destino tiene la versión 2.1 de una página y se copia una nueva variante de esa página en el sitio de destino, la página se
convertirá en la versión 2.2.
Si una página se publica en el sitio de variante de origen, al copiar la página en los sitios de variante de destino, el estado de
aprobación se establecerá en borrador. Si están habilitados la aprobación de contenido y el control de versiones de documentos en la
biblioteca de páginas de los sitios de variante de destino, la página debe aprobarse en cada sitio de variante de destino para que
pase a estar disponible para los lectores.
150
Nota:
Los cambios realizados en el contenido que se origina en el sitio de variante de origen pueden reemplazar los cambios realizados en el contenido del sitio de variante de destino. Por ejemplo, en las variantes de idioma, si el sitio de variante de origen está en un idioma y el sitio de variante de destino en otro, podría producirse la siguiente situación: un editor cambia una página localizada en el sitio de variante de destino y le asigna una nueva versión secundaria, 1.1. Posteriormente, un escritor del sitio de variante de origen realiza otros cambios en la misma página, que se copia en el sitio de variante de destino como versión 1.2. Esto reemplaza los cambios de la versión 1.1 realizados en la página. En este ejemplo, un editor del sitio de variante de destino tendría que restaurar la versión anterior del tema desde el historial de versiones, aceptar la nueva versión o usar el botón Ver cambios para ver las diferencias entre la versión actual y las versiones anteriores de la página, y combinar de forma manual la versión anterior y la nueva en una nueva versión. Para obtener más información sobre el control de versiones, vea Versioning, content approval, and check-out planning (SharePoint Server 2010).
Navegación del sitio
Si usa variantes de sitio, deberá planear cuidadosamente la experiencia de navegación del sitio. En SharePoint Server 2010, los vínculos de navegación del sitio a los sitios del mismo nivel que el sitio actual se generan automáticamente y se muestran en los menús Navegación global y Navegación actual de una página web. En los sitios de variante, donde los sitios del mismo nivel que el sitio actual son variantes del mismo sitio, es posible que no sea conveniente proporcionar a los usuarios del sitio la posibilidad de explorar otros sitios de esta forma. Puede usar la página Configuración de navegación para cambiar la configuración de los menús Navegación global y Navegación actual de modo que no se muestren los sitios del mismo nivel.
Nota:
Los cambios realizados en la navegación del sitio del sitio de variante de origen no se copian en los sitios de variante de destino. Si desea que la navegación del sitio de los sitios de variante de destino coincida con la del sitio de variante de origen, debe realizar cambios de forma manual en la configuración de la navegación del sitio de los sitios de variante de destino.
Para obtener más información acerca de la planeación de la navegación del sitio, vea Plan site navigation (SharePoint Server 2010).
Distribución de contenido
La distribución de contenido permite copiar el contenido de una colección de sitios de origen a una colección de sitios de destino.
151
Se recomienda deshabilitar los trabajos de distribución de contenido que incluyan al sitio de variante de origen mientras se ejecuta la definición del trabajo de creación de jerarquías de variaciones. Si la distribución de contenido se ejecuta cuando el trabajo del temporizador de definición del trabajo de creación de jerarquías de variaciones también está en ejecución, es posible que un sitio de variante de destino creado sólo parcialmente se copie en el sitio de variante de destino del servidor de destino.
Para obtener más información acerca de la planeación de la distribución de contenido, vea Planeación de la distribución de contenido (SharePoint Server 2010).
Elementos web
Un elemento web es uno de los bloques de creación de las páginas basadas en SharePoint Server 2010. La mayoría de los elementos web están diseñados para mostrar un tipo específico de datos, como texto, HTML o imágenes. SharePoint Server 2010 incluye un conjunto de elementos web y también permite desarrollar o importar elementos web personalizados.
Los elementos web se copian con páginas de sitios de variante. Si Actualizar elementos web de página de destino está habilitado, los elementos web se actualizan solo en el sitio de variante de destino si una página que contiene ese elemento web se ha copiado en el sitio de variante de destino. Si el elemento web aparece en varias páginas de destino de sitios de variante de destino diferentes, se actualizarán todas las instancias del elemento web cuando la página del sitio de variante de origen se copie en los sitios de variante de destino. Por ejemplo, si una página contiene un elemento web multimedia y el elemento web está configurado para apuntar al vídeo A almacenado en un sitio que se encuentra fuera de la jerarquía de variantes, al publicar la página en el sitio de variante de origen, esta se copiará en todos los sitios de variante de destino. Las páginas de los sitios de variante de destino mostrarán el vídeo A en el elemento web multimedia. Si se actualiza la página del sitio de variante de origen y se cambia el elemento web multimedia para que apunte al vídeo B, las páginas de los sitios de variante de destino seguirán apuntando al vídeo A hasta que se publique la página del sitio de variante de origen y se copie en los sitios de variante de destino. Además, si los lectores de los sitios de variante de destino no tienen permiso para ver el archivo de vídeo almacenado fuera de la jerarquía de variantes, no lo podrán ver. Para evitar un comportamiento de elementos web imprevisto como este, puede configurar los parámetros de las variantes de modo que las actualizaciones de los elementos web no se copien en los sitios de variante de destino.
Sitios multilingües
SharePoint Server 2010 dispone de varias características que permiten admitir usuarios de diferentes regiones o usuarios que hablan diferentes idiomas. Puede usar estas características para crear sitios web en diferentes idiomas y para permitir a los usuarios ver la interfaz de usuario de un sitio en un idioma distinto de aquel en que se ha creado. Si planea usar variantes en sitios multilingües, debe seguir unos pasos adicionales para habilitar la compatibilidad multilingüe en los sitios de variante. Para obtener más información acerca de cómo planear sitios multilingües, vea Plan for multilingual sites (SharePoint Server 2010).
152
Determinación de los tipos de variantes necesarias Si bien las variantes normalmente se usan para crear sitios multilingües, también puede usarlas para crear sitios basados en otros criterios, como diferencias regionales, dispositivos móviles, personalización de marca corporativa o de producto, o subsidiarias de la compañía. Determine los tipos de variantes necesarios para la solución y cree una lista de los sitios que pertenecerán a la jerarquía de variantes.
Nota:
Si va a usar variantes para crear sitios multilingües y si desea que las páginas de administración del sitio de los sitios de variante de
destino se muestren en otro idioma, debe instalar el paquete de idioma para cada idioma que corresponda a un sitio de variante. Para obtener información acerca de cómo instalar paquetes de idioma, vea Deploy language packs (SharePoint Server 2010).
Selección del sitio raíz de la variante El sitio raíz de la variante proporciona la dirección URL de todos los sitios de variante y contiene la página de destino que redirige a los usuarios al sitio de variante correcto. El sitio raíz puede ser un sitio de cualquier nivel de una colección de sitios, incluido el sitio de primer nivel. Sin embargo, una vez especificado el sitio raíz, no podrá cambiarse después de haberse hecho clic en Crear jerarquías y no se podrán usar variantes en ningún otro lugar de la colección de sitios.
Nota:
Si el sitio raíz contiene una jerarquía de sitios o contenido de la biblioteca de páginas que desea que se encuentre en el sitio de variante de origen, debe copiarlos de forma manual en el sitio de variante de origen una vez creado.
Determine qué sitio va a utilizar como sitio raíz y registre la dirección URL en la hoja de trabajo de planeación de variantes.
153
Especificación del sitio de variante de origen El sitio de variante de origen es el sitio donde se crea y publica el contenido que todos los sitios van a compartir, y es el sitio que se usa para copiar los cambios en los sitios de variante de destino. Un sitio de variante de origen se especifica mediante la selección del valor de configuración Variante de origen para una etiqueta de variante en la página Crear una etiqueta de variante del sitio web de Administración de la colección de sitios. Solo puede haber un sitio de variante de origen para una jerarquía de variantes. Una vez especificada una etiqueta de variante para usarse como sitio de variante de origen, no se la podrá cambiar.
Revise la lista de sitios para la solución de variantes y decida qué sitio será el sitio de variante de origen. Registre el sitio de variante de origen para la solución en la fila superior de la ficha de la hoja de datos de sitios en la hoja de trabajo de planeación de variantes. Escriba la etiqueta tal y como desea que aparezca en la dirección URL del sitio, el nombre para mostrar de la etiqueta y el nombre del propietario del sitio que se hará responsable del mismo.
Planeación de sitios de variante de destino Los objetivos de planeación para los sitios de variante de destino dependen del tipo de sitios de variante que desee implementar. Por ejemplo, si los sitios de variante se basan en idiomas, tal vez desee que las páginas de los sitios de variante de destino tengan la misma apariencia que las páginas del sitio de variante de origen. Si las variantes se basan en dispositivos, probablemente deseará que las páginas de los sitios de variante de destino tengan una apariencia diferente de la de las páginas del sitio de variante de origen, de modo que se adapten a los dispositivos que se usarán para mostrarlas.
Revise la lista de sitios para la solución de variantes y registre cada sitio de variante de destino en la hoja de trabajo de planeación de variantes. Para cada sitio, escriba la etiqueta tal y como desea que se muestre en la dirección URL del sitio, el nombre para mostrar de la etiqueta y el nombre del propietario del sitio que se hará responsable del mismo.
Planeación de páginas maestras, páginas de diseño u hojas de estilos personalizadas
Puede optar por usar páginas maestras, diseños de página u hojas de estilos personalizados para los sitios de variante. Por ejemplo, en las variantes de sitio basadas en dispositivos, puede definir diseños de página más sencillos para las variantes que se muestran en dispositivos con tamaños de pantalla limitados. Las páginas maestras, los diseños de página y las hojas de estilo solo se administran en el sitio de primer nivel de una colección de sitios, por lo que deben realizarse todos los cambios relacionados con estos recursos en una de las siguientes ubicaciones del sitio de primer nivel:
154
Recurso Ubicación
Página maestra Galería de páginas maestras
Página de diseño Galería de páginas maestras
Hojas de estilos XSL y hoja de estilos en cascada Biblioteca de estilos
También puede especificar que cada variante de destino use su propio diseño de página personalizado.
Planeación de tipos de contenido personalizados
Debe usar el mismo tipo de contenido (ya sea el tipo de contenido de página o un tipo de contenido basado en el tipo de contenido de página) para todas las páginas almacenadas en la biblioteca de páginas del sitio de variante de origen. La forma más sencilla de hacerlo consiste en usar uno de los tipos de contenido definidos en la Galería de tipos de contenido de sitio en el sitio de primer nivel de la colección de sitios.
Si necesita columnas personalizadas para una o varias páginas de los sitios de variante, debe agregarlas al tipo de contenido que usa en las bibliotecas de páginas. Por ejemplo, si los sitios de variante se basan en diferencias de idioma, puede agregar una columna que indique si se ha localizado la página. Para obtener más información sobre la planeación de tipos de contenido y columnas, vea Plan content types and workflows (SharePoint Server 2010).
En algunas soluciones de variantes de sitio, no es necesario editar o cambiar el contenido de los sitios de variante de destino. Por ejemplo, si los sitios de variante dependen de dispositivos, quizás desee que se muestre el mismo contenido en todos los dispositivos, pero con diferentes diseños y páginas maestras para cada tipo de dispositivo. En este caso, puede simplificar la administración de los sitios de variante de destino si deshabilita las desprotecciones requeridas.
Determinación del modo en que se crearán sitios y páginas en los sitios de variante de destino Si el sitio de variante de origen tendrá otros sitios por debajo en una jerarquía de sitios, debe planear cómo se crearán dichos sitios en los sitios de variante de destino. Los sitios pueden crearse en los sitios de variante de destino de dos modos distintos: automáticamente y de forma manual. De forma predeterminada, todos los sitios nuevos que se agreguen por debajo del sitio de variante de origen se crearán automáticamente en todos los sitios de variante de destino. Sin embargo, si deshabilita la creación automática de sitios y páginas para las variantes, para cada sitio nuevo que cree por debajo del sitio de variante de origen deberá especificar de forma manual los sitios de
155
variante de destino en los que se creará el sitio. Si bien la creación automática de sitios nuevos en los sitios de variante de destino tiene la ventaja de reducir las tareas para el administrador del sitio, la creación de sitios de forma manual permite especificar qué sitios se deben crear en cada sitio de variante de destino. Esto puede resultar útil si desea que un sitio se incluya sólo en algunos sitios de variante de destino, pero no en todos ellos.
Las páginas de publicación también se pueden crear en los sitios de variante de destino de dos modos: automáticamente y de forma manual. De forma predeterminada, las páginas nuevas que se publican en la biblioteca de páginas del sitio de variante de origen se crearán automáticamente en todos los sitios de variante de destino. Sin embargo, si deshabilita la creación automática de sitios y páginas para las variantes, para cada página nueva que cree en el sitio de variante de origen deberá especificar de forma manual el sitio de variante de destino en el que se creará la página, pero sólo podrá especificar un sitio de variante de destino. Deshabilitar la creación automática de sitios y páginas puede ser útil si desea que ciertas páginas se incluyan solo en algunos sitios de variante de destino, pero no en todos ellos. Sin embargo, requerir la creación manual de las páginas en sitios de variante de destino puede ser un inconveniente si el sitio de variante de origen incluye muchas páginas. Si desea crear páginas de variante en un subconjunto de sitios de variante de destino, se recomienda usar la creación automática para crear las páginas en todos los sitios de variante de destino y, a continuación, eliminar las páginas de los sitios de variante de destino donde no desee copias de las mismas, o bien usar un flujo de trabajo para aprobar sólo las páginas cuya copia en los sitios de variante de destino se desee.
De forma predeterminada, la creación automática de sitios y páginas está habilitada. Debe considerar detenidamente el aumento exponencial de las tareas administrativas si decide deshabilitar la creación automática de sitios y páginas para la solución de variantes. La creación automática de sitios y páginas se configura en la página de configuración de variantes de Administración de la colección de sitios. Para obtener información sobre la especificación de configuración de variantes, vea el artículo sobre cómo activar la configuración de variantes para crear versiones del sitio.
Planeación de la programación de trabajos del temporizador de variantes La característica de creación de variantes usa trabajos del temporizador para realizar tareas tales como la creación y propagación de sitios y páginas. Un trabajo del temporizador se ejecuta dentro de OWSTIMER, un servicio de Windows para SharePoint Server 2010. Cada trabajo del temporizador tiene su propia programación predeterminada en cuanto al momento en que se ejecuta el trabajo. Puede cambiar la frecuencia con que se ejecuta cada trabajo en la página Definiciones de trabajos del sitio web de Administración central.
En la siguiente tabla se enumeran los trabajos del temporizador de variantes y la programación predeterminada para cada trabajo:
156
Nombre del trabajo Programación predeterminada
Definición del trabajo de creación de jerarquías de variaciones Una vez al día
Definición del trabajo de creación páginas de variaciones Cada hora
Definición del trabajo de creación de sitios de variaciones Cada 5 minutos
Definición de trabajo de propagación de páginas de variantes Cada hora.
Definición de trabajo de propagación de sitios de variantes Cada 5 minutos
Puede especificar cuándo se ejecutará cada trabajo mediante la configuración de una programación periódica en intervalos de minutos, de horas, diarios, semanales o mensuales. Si selecciona intervalos diarios, semanales o mensuales, puede especificar un período de tiempo en el que debe ejecutarse el trabajo y el servidor seleccionará de forma aleatoria una hora dentro del rango especificado en la cual se comenzará a ejecutar el trabajo. Esta opción es más adecuada para trabajos con mucha carga que se ejecutan en varios servidores de una granja de servidores. Tenga en cuenta que si se ejecuta este tipo de trabajo en todos los servidores de la granja simultáneamente, puede incrementar la carga del servidor y el rendimiento podría verse afectado. Para evitar esta posibilidad, puede especificar una hora de inicio exacta para un trabajo.
Debe planear cuidadosamente cuándo se ejecutarán los trabajos del temporizador de variantes en los servidores y establecer una programación periódica consecuente. Por ejemplo, para determinar con qué frecuencia la Definición del trabajo de creación páginas de variaciones o la Definición de trabajo de propagación de páginas de variantes deben ejecutarse y copiar páginas en los sitios de variante de destino, tenga en cuenta cuántas páginas se crearán en el sitio de variante de origen y con qué frecuencia se actualizarán dichas páginas.
Hoja de trabajo de planeación de variantes Descargue una versión para Excel de la hoja de trabajo de planeación de variantes.
157
Vea también Conceptos
Información general sobre las variantes
158
Planeación de la arquitectura de información para la administración de contenido web
Publicado: 16 de septiembre de 2010
La arquitectura de la información de un sitio web determina cómo se organiza y se presenta a los usuarios del sitio la información de ese sitio (sus páginas web, documentos, listas y datos). A menudo, la arquitectura de la información se registra como una lista jerárquica del contenido del sitio, palabras clave de búsqueda, tipos de datos, metadatos y otros conceptos.
Analizar la información que se presentará en un sitio web de Internet o de intranet es un paso inicial importante en el proceso de planeación del sitio, ya que proporciona la base para planear lo siguiente:
Cómo se estructurará el sitio y se dividirá en un conjunto de subsitios.
Cómo se presentarán los datos en el sitio.
Cómo navegarán los usuarios por el sitio.
Cómo se orientará la información a audiencias específicas.
Cómo se etiquetará el contenido y cómo se administrarán los metadatos.
Cuál será el origen de autoridad para los términos.
Cómo se configurará y optimizará la búsqueda.
Aunque en este artículo se incluyen algunas pautas para analizar los requisitos de la arquitectura de la información de un sitio de Internet o de intranet de SharePoint, lo más razonable sería que incluyera a un analista o arquitecto de la información en el equipo de planeación y diseño del sitio para asegurarse de que en los planes del sitio web se han considerado todas las necesidades de la organización en materia de arquitectura de la información.
En este artículo:
Recomendaciones generales para la planeación
Planeación de la estructura del sitio
Planeación de sistemas sociales y colaboración
159
Planeación de los metadatos administrados
Planeación de la inteligencia empresarial y los datos profesionales
Planeación de búsqueda
Recomendaciones generales para la planeación Resulta útil dividir el análisis de la información para la planeación del sitio web en las fases siguientes:
Investigación del contenido y de la estructura existentes del sitio web El sitio de Internet o de intranet actual refleja su actual
arquitectura de la información. Analice y registre cómo se distribuyen la información y el contenido entre los sitios y subsitios
actuales. Consulte los registros u otras herramientas de análisis para averiguar a qué contenido se obtiene acceso con mayor y
menor frecuencia.
Investigación de los requisitos de los usuarios Pregunte a los usuarios actuales y previstos del sitio y registre los tipos de
información que crean o usan. ¿Qué información necesitan en su trabajo diario? ¿Pueden encontrar esa información fácilmente? ¿La
estructura actual del sitio web les ayuda a comprender las relaciones entre los distintos tipos de información que el sitio contiene?
¿La información es completa? Tome nota de los problemas que los usuarios tienen para encontrar o usar la información con la
arquitectura actual del sitio.
Investigación de los requisitos de negocio Pregunte a los administradores de la unidad de negocio u organización para los que
se diseña el sitio web. ¿Cuáles son las necesidades de negocio del sitio? ¿Las unidades o divisiones de la empresa deberían
reflejarse en la arquitectura de la información del sitio? ¿Cómo se va a compartir la información entre las unidades de negocio o si
esta se va a aislar dentro de una misma unidad? Si el sitio está orientado a clientes, ¿qué información deberían encontrar primero?
¿Cómo explorarán la información de los productos o servicios?
Use su análisis para crear un esquema detallado de las necesidades de contenido de la organización.
Planeación de la estructura del sitio La arquitectura de la información determinará la estructura del sitio de Internet o de intranet. Al dividir la arquitectura de la información en procesos de negocio, proyectos o grandes agrupaciones de contenido, y al usar esas divisiones para esbozar una jerarquía de los sitios y del contenido de cada sitio, puede planear la ubicación de la información dentro de esa jerarquía. Para obtener más información acerca de cómo planear la estructura de los sitios basados en Microsoft SharePoint Server 2010, vea Plan sites and site collections (SharePoint Server 2010).
160
Planeación de sistemas sociales y colaboración Las características de sistemas sociales y colaboración de Microsoft SharePoint Server 2010 se crean a partir de una base de datos de propiedades que integra información acerca de las personas desde muchos tipos de aplicaciones empresariales y servicios de directorio. La investigación sobre la arquitectura de la información debe incluir información acerca de los usuarios. Esta información puede provenir de tecnologías y productos de Microsoft, como Microsoft Exchange Server, el servicio de directorio de Active Directory y Microsoft SQL Server. También se puede obtener de directorios para realizar el seguimiento de personas en formatos estándar del sector, como el protocolo ligero de acceso a directorios (LDAP), o de aplicaciones de línea de negocio como SAP.
Mediante la recopilación de información de los usuarios, puede crear perfiles de usuario unificados y coherentes en toda la organización. Esto le ayudará a planear sitios web de Mi sitio, que son sitios de SharePoint especiales que proporcionan un amplio conjunto de características de redes sociales y colaboración personalizadas para cada usuario. La creación de sitios sin intervención del administrador permite a los usuarios crear sus propios sitios web de Mi sitio. Al planear características de colaboración como los sitios web de Mi sitio, considere aspectos como si debe habilitar la creación de sitios sin intervención del administrador, qué usuarios deben tener permiso para crear sitios, si habrá una aplicación web específica donde se crearán los sitios web de Mi sitio, y qué tipo de cuotas se necesitan. Para obtener más información acerca de los sitios web de Mi sitio, vea Plan for My Site Web sites (SharePoint Server 2010).
Los conceptos relativos a los usuarios que registre con la arquitectura de la información también le ayudarán a determinar cómo crear un grupo de usuarios del sitio según los procesos de negocio en los que participan, las listas de distribución y redes sociales a las que pertenecen, el contenido que posiblemente crearán o verán, o la estructura organizativa en la que trabajan. Para obtener más información acerca de cómo planear los sistemas sociales y la colaboración, vea Plan for social computing and collaboration (SharePoint Server 2010).
Planeación de los metadatos administrados Los metadatos administrados son una colección jerárquica de términos administrados centralmente que se pueden definir y usar como atributos para elementos de SharePoint Server 2010. Al planear la arquitectura de la información, tenga en cuenta los conjuntos de términos que se necesitan para clasificar elementos de SharePoint como las columnas personalizadas asociadas a documentos y listas o las columnas "Elección" o "Búsqueda" de un sitio de SharePoint Server existente. Para obtener más información acerca de los conjuntos de términos y los metadatos administrados, vea Planeación de términos y conjuntos de términos (SharePoint Server 2010). Puede usar la navegación por metadatos para mejorar la navegación de vistas de lista. La navegación por metadatos amplía las funcionalidades de vistas de lista y las combina con un control Filtros clave para que a los usuarios les resulte más fácil buscar contenido mediante el filtrado de una vista de documentos a un subconjunto basado en uno o varios filtros de navegación. Al planear la arquitectura de la información, tenga en cuenta de qué modo los usuarios probablemente usarán la jerarquía de sitios para navegar por las bibliotecas de documentos,
161
además de los filtros que usarán para filtrar aún más los datos que se muestran en las vistas de lista de la biblioteca. Para obtener más información acerca de la navegación por metadatos, vea Metadata navigation overview (SharePoint Server 2010).
Planeación de la inteligencia empresarial y los datos profesionales La arquitectura de la información incluye la inteligencia empresarial y los datos profesionales que usa la empresa. Mediante las aplicaciones y herramientas de inteligencia empresarial, puede organizar su visión de los objetivos, procesos y requisitos de rendimiento de la organización de una forma útil, así como presentar los datos como información significativa. Con SharePoint Server 2010, los datos profesionales se pueden presentar en el contexto de la estructura del sitio de manera que estén disponibles para las audiencias que los necesitan. Por ejemplo, en un sitio de intranet de la empresa, los datos de nóminas de los empleados (que deben estar disponibles más allá de los límites departamentales de la empresa) pueden presentarse en el sitio central de la empresa para que los empleados puedan ver sus propios datos.
Los datos que usa una audiencia limitada se podrían presentar en los sitios destinados a esa audiencia concreta. Por ejemplo, un equipo de soporte al cliente podría ver e interactuar con los incidentes de soporte al cliente en un sitio que solo use ese equipo y un equipo de ventas podría ver los datos de clientes en un sitio dedicado a administrar las relaciones con los clientes. De modo similar, el equipo de soporte técnico de la empresa podría usar las características de inteligencia empresarial para ver las métricas sobre los vales de soporte técnico, como cuántos vales se asignan por técnico de soporte, cuántos están abiertos o se han resuelto y cuál es el nivel de satisfacción de los clientes.
Al planear la arquitectura de la información, determine qué herramientas de inteligencia empresarial necesita la empresa y dónde se deben exponer los datos en las aplicaciones empresariales existentes en los sitios de Internet y de intranet de la empresa de modo que estén disponibles para los usuarios que los necesitan. Para obtener más información acerca de la planeación de la inteligencia empresarial, vea Planeación de la inteligencia empresarial. Para obtener más información acerca de la planeación de los datos profesionales, vea Planeación de procesos y datos empresariales (SharePoint Server 2010).
Planeación de búsqueda Cuando planee la arquitectura de la información, en una investigación sobre la arquitectura de la información, realice un seguimiento de los conceptos, términos de búsqueda y propiedades que emplearán los usuarios del sitio cuando busquen información. Necesitará estos datos cuando cree el esquema de búsqueda del sitio.
No olvide que los usuarios podrían buscar contenido con términos conceptuales amplios para describir lo que necesitan. La investigación que realizó de la arquitectura de la información le será útil como herramienta para asignar la terminología y los conceptos de los usuarios a la información subyacente que buscan.
162
Vea también Conceptos
Planeación de administración de contenido web (SharePoint Server 2010)
Planeación de la creación y el mantenimiento de sitios (SharePoint Server 2010)
Otros recursos
Fundamental site planning (SharePoint Server 2010)
163
Planeación de metadatos administrados (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
Metadatos administrados es una colección jerárquica de términos administrados centralmente que se pueden definir y usar como atributos para elementos de Microsoft SharePoint Server 2010.
En los primeros artículos de este capítulo, se explican conceptos clave acerca de metadatos administrados en SharePoint Server 2010. Los artículos adicionales de este capítulo proporcionan orientación acerca de cómo identificar metadatos administrados para la solución y cómo determinar los servicios y las conexiones que necesitará para implementar la solución. Los artículos incluyen lo siguiente:
Introducción a los metadatos administrados
En este artículo se presentan los conceptos principales relacionados con los metadatos administrados y se describe cómo usar los metadatos administrados. En la sección final se describen algunas de las ventajas de incorporar los metadatos administrados en la solución de SharePoint Server 2010 .
Acerca de la aplicación de servicio de metadatos
En este artículo, se describen las conexiones y el servicio de metadatos administrados y se proporciona un escenario de ejemplo para usarlos.
Roles de metadatos administrados
En este artículo, se definen los roles de usuario y se identifican las acciones que los miembros de cada rol pueden realizar.
Planeación de términos y conjuntos de términos (SharePoint Server 2010)
En este artículo, se incluye una guía acerca de cómo identificar la información que se debe convertir en términos y conjuntos de términos.
Planeación de la importación de metadatos administrados (SharePoint Server 2010)
En este artículo, se describe cómo ubicar términos y conjuntos de términos existentes y prepararlos para importarlos en SharePoint Server 2010.
Planeación para compartir tipos de contenido y terminología
164
Este artículo incluye procedimientos para identificar las conexiones y los servicios de metadatos administrados que requiere la solución de SharePoint Server 2010.
165
Introducción a los metadatos administrados
Actualizado: 21 de octubre de 2010
Metadatos administrados es una colección jerárquica de términos administrados centralmente que se pueden definir y usar después como atributos para elementos de Microsoft SharePoint Server 2010.
En este artículo se presentan los conceptos principales relacionados con los metadatos administrados y se describe cómo usar los metadatos administrados. Se usa un ejemplo a lo largo de este artículo para ilustrar los conceptos. En la sección final se describen algunas de las ventajas de incorporar los metadatos administrados en la solución de SharePoint Server 2010.
En este artículo:
Descripción de metadatos administrados
Trabajar con metadatos administrados
Ventajas de usar metadatos administrados
Descripción de metadatos administrados En esta sección se definen varios conceptos clave relacionados con los metadatos administrados.
Términos y conjuntos de términos
Un término es una palabra o frase que puede asociarse a un elemento de SharePoint Server 2010. Un conjunto de términos es una colección de términos relacionados. Se puede especificar que una columna de Microsoft SharePoint Server contenga un término de un determinado conjunto de términos. Los metadatos administrados son un modo de indicar que los términos y los conjuntos de términos se pueden crear y administrar independientemente de las propias columnas.
Los conjuntos de términos locales se crean en el contexto de una colección de sitios. Por ejemplo, si se agrega una columna a una lista en una biblioteca de documentos y se crea un nuevo conjunto de términos para enlazar la columna, el nuevo conjunto de términos es local para la colección de sitios que contiene la biblioteca de documentos.
Los conjuntos de términos globales se crean fuera del contexto de una colección de sitios. Por ejemplo, el administrador del almacén de términos puede crear un grupo de conjunto de términos denominado "Recursos humanos" y designar a una persona para que lo
166
administre. El administrador del grupo podría crear conjuntos de términos relacionados con recursos humanos, como cargos y categorías salariales en el grupo de conjunto de términos Recursos humanos.
Los usuarios pueden ver solo los conjuntos de términos globales y los conjuntos de términos locales de la colección de sitios del usuario.
Por ejemplo, imagine que está organizando una conferencia. Cada sesión de conferencia tiene asignada una sala y las sesiones de gran tamaño también tienen asignada una sala adicional, en la que los asistentes que no caben en la sala principal pueden ver la transmisión de la sesión en pantallas grandes. Suponga que decide realizar un seguimiento de todas las sesiones y sus detalles asociados en una lista de SharePoint Server.
Para realizar un seguimiento de las sesiones y las salas de conferencias, debe:
1. Crear un conjunto de términos denominado "Salas de conferencias" para representar todas las salas disponibles.
2. Agregar un término al conjunto de términos para cada sala de conferencias.
3. Crear un tipo de contenido denominado "Sesión".
4. Agregar dos nuevas columnas al tipo de contenido: "Sala" y "Sala adicional".
5. Especificar que el valor de cada una de estas columnas debe proceder del conjunto de términos "Salas de conferencias".
6. Crear una lista de sesiones.
En este ejemplo, cada vez que agregue una sesión a la lista, proporciona valores para la Sala y la Sala adicional. Si posteriormente reserva una sala adicional en el centro de conferencia, se agregará un nuevo término al conjunto de términos "Salas de conferencias" y se convertirá en un valor válido para las dos columnas.
Términos administrados, palabras clave de empresa y almacén de términos
Los términos se pueden dividir en dos tipos:
Términos administrados, que suelen estar predefinidos, solo pueden crearlos los usuarios que tengan los permisos adecuados y a
menudo están organizados en una jerarquía.
Palabras clave de empresa, que simplemente son palabras o frases que se han agregado a los elementos de SharePoint Server
2010. Todas las palabras clave de empresa forman parte de un único conjunto de términos no jerárquico, denominado conjunto de
palabras clave.
Los términos administrados y las palabras clave de empresa se usan de manera distinta. Para obtener más información, vea la sección "Uso de los términos" más adelante en este tema.
167
Nota:
A menudo se omite la palabra "administrado" cuando se hace referencia a términos administrados, en los casos en los que el significado está claro por el contexto.
Tanto los términos administrados como las palabras clave de empresa se almacenan en una base de datos conocida como almacén de términos.
Trabajar con metadatos administrados En las siguientes secciones se describe cómo se crean y se usan los términos. El ejemplo de sala de conferencias se usa en todas estas secciones para ilustrar estos conceptos.
Creación de términos
SharePoint Server 2010 incluye la herramienta de administración de almacén de términos, que sirve para crear y administrar conjuntos de términos. Si se dispone de los permisos adecuados, se puede usar la herramienta de administración de almacén de términos para lo siguiente:
Crear o eliminar un conjunto de términos.
Agregar, modificar o eliminar términos.
Organizar términos administrados dentro de un conjunto de términos en una jerarquía.
Definir sinónimos.
Importar términos.
Mover palabras clave de empresa a un conjunto de términos para convertirlas en términos administrados.
Ejemplo:
Para organizar las sesiones de conferencia, primero hay que usar la herramienta de administración de almacén de términos para definir un conjunto de términos que represente todas las salas de conferencias. A continuación, se vuelve a usar la herramienta para agregar un término para cada sala al conjunto de términos. Se empieza por definir el conjunto de términos y los términos siguientes:
Salas de conferencias (conjunto de términos)
Salón de baile La Nouvelle
168
Sala 256
Sala 270
Salón de baile Mardi Gras
Sala 287
Sala 391
Sala 348b
Salón C
Salón D
Sala 348a
Auditorio C
Auditorio D
Auditorio E
Sala 354
Sala 355
Sala 293
El conjunto de términos se está volviendo difícil de manejar; tendrá que desplazarse por una lista demasiado larga cuando seleccione una sala de conferencias. Decide reorganizar el conjunto de términos en función del ala del centro de conferencia en la que se ubican las salas. El conjunto de términos y los términos nuevos ahora tienen la siguiente estructura:
Salas de conferencias (conjunto de términos)
Auditorios
Auditorio C
Auditorio D
Auditorio E
Salones
Salón A
Salón B
169
Salón C
Salón D
Salones de baile
Salón de baile La Nouvelle
Salón de baile Mardi Gras
Segundo piso
Sala 256
Sala 270
Sala 287
Sala 293
Tercer piso
Sala 348a
Sala 348b
Sala 354
Sala 355
Sala 391
Debido a que los términos "Auditorios", "Salones", "Segundo piso" y "Tercer piso" solo se usan para agrupar otros términos y no representan salas reales en las que se pueden llevar a cabo las sesiones, no haga que estos términos estén disponibles para que los usuarios puedan seleccionarlos.
Uso de los términos
Una columna es una ubicación en una lista donde se almacena información de un elemento de SharePoint Server. Cuando se define una columna, se proporciona un nombre para la columna, se especifica el tipo de columna y se proporciona información adicional que depende del tipo de columna.
SharePoint Server 2010 presenta un nuevo tipo de columna denominada metadatos administrados. Cuando se crea una columna de metadatos administrados, se especifica el conjunto de términos del que debe proceder el valor de la columna. Una columna de metadatos administrados se usa cuando se desea que los usuarios proporcionen información de los elementos de lista (incluidos los documentos) y los valores válidos para la información están incluidos en un conjunto de términos. Se puede crear un nuevo tipo de contenido o modificar uno existente, y agregar la columna de metadatos administrados al tipo de contenido.
170
Ejemplo:
Puede crear un nuevo tipo de contenido denominado "Sesión" para representar cada sesión. Debido a que las sesiones de conferencias tendrán una sala asociada y una sala adicional, puede agregar columnas para cada uno de estos atributos. Así pues, agregue una columna denominada "Sala", elija Metadatos administrados como tipo de columna, seleccione el conjunto de términos "Salas de conferencias" para proporcionar los valores para la columna "Salas", e indique que la columna solo puede contener un único valor. A continuación, puede crear una columna adicional denominada "Sala adicional" y asignarla al mismo conjunto de términos. Dado que no todas las sesiones tienen una sala adicional, no es necesario que la columna contenga información. Como puede haber varias salas adicionales, se permiten varios valores.
En la tabla siguiente se resumen las definiciones de las dos columnas:
Nombre de columna Conjunto de términos Requerir un valor Permitir varios valores
Sala Salas de conferencias Sí No
Sala adicional Salas de conferencias No Sí
Por último, se crea una lista de sesiones.
Introducción de términos
Cuando un usuario crea o carga un nuevo elemento de SharePoint Server de un tipo que tiene columnas para las que hay que especificar un valor, el usuario debe proporcionar dicho valor. Si la columna es una columna de metadatos administrados, se muestra el control de metadatos administrados y el usuario usa este control para indicar el valor.
El control de metadatos administrados permite al usuario escribir o seleccionar un valor, navegando jerárquicamente por el conjunto de términos asociado a la columna. Si el usuario comienza a escribir un valor, el control muestra todos los términos del conjunto de términos asociados que comienzan por los caracteres escritos. El nombre del conjunto de términos y la posición del término en la jerarquía se indican junto al propio término.
Si la definición de la columna permite varios valores, el usuario puede seleccionar más de un término. Si la definición de la columna y el conjunto de términos permiten la adición de nuevos valores, el usuario también puede crear un nuevo término e insertarlo en el lugar adecuado en la jerarquía del conjunto de términos.
171
Ejemplo:
Un administrador de conferencia agrega una nueva sesión. SharePoint Server muestra un formulario que contiene un campo para cada columna asociada con el tipo de contenido Sesión. Cuando el administrador crea la sesión del discurso de apertura, en el campo Sala, muestra la jerarquía de términos dentro del conjunto de términos Salas de conferencias y, a continuación, selecciona Salón de baile La Nouvelle.
El administrador no puede recordar qué auditorio se usa como sala adicional para la sesión del discurso de apertura, pero sabe que es la de en medio. El administrador escribe aud y se muestran los siguientes términos como opciones:
Auditorio C [salas de conferencias: auditorios]
Auditorio D [salas de conferencias: auditorios]
Auditorio E [salas de conferencias: auditorios]
El administrador selecciona Auditorio D.
Introducción de palabras clave de empresa
SharePoint Server 2010 incluye una columna predefinida denominada Palabras clave de empresa. Puede agregar esta columna a los tipos de contenido. Cuando un usuario agrega un valor a esta columna, se muestra el control de palabras clave de empresa, que el usuario usa para escribir el valor. Este control funciona de manera similar al control de metadatos administrados, salvo que el control de palabras clave de empresa permite a los usuarios seleccionar tanto palabras clave de empresa como términos administrados.
Cuando el usuario comienza a escribir un valor, el control muestra los términos que empiezan con los caracteres escritos por el usuario de los conjuntos de términos globales y los conjuntos de términos que son locales para la colección de sitios del usuario. También se muestran el conjunto de términos donde se encuentra el término, así como la posición del término en la jerarquía. Normalmente también hay una opción para escribir una nueva palabra clave de empresa. Si el usuario escribe una nueva palabra clave de empresa, ésta se agrega al conjunto de palabras clave.
En la columna de palabras clave de empresa se permiten varios valores de manera predeterminada.
Ejemplo:
Un administrador de conferencia, agrega una nueva sesión para representar la fiesta de bienvenida para todos los asistentes. La fiesta de bienvenida se llevará a cabo en Mardi Gras World, que es un local externo. Dado que Mardi Gras World no es un miembro del conjunto de términos Salas de conferencias, el administrador no podrá seleccionarlo como valor del campo Sala. Sin embargo, el administrador sí desea incluir la ubicación, para que otros administradores encuentren esta sesión cuando busquen la frase "Mardi Gras World". El administrador observa que el tipo de contenido Sesión incluye la columna de palabras clave de empresa y decide agregar la ubicación como palabra clave de empresa.
172
El administrador comienza a escribir el nombre del local en el campo de palabra clave de empresa. Cuando escriba Mar, se mostrarán las siguientes opciones:
Salón de baile Mardi Gras [salas de conferencias: salones de baile]
Crear nuevo
El administrador selecciona Crear nueva y crea la palabra clave de empresa Mardi Gras World, que se agrega a la columna Palabras clave de empresa del elemento de lista y al conjunto de palabras clave.
Ventajas de usar metadatos administrados En esta sección se describen algunas de las ventajas de usar metadatos administrados.
Uso más coherente de terminología
Los metadatos administrados facilitan un uso más coherente de los términos, así como de las palabras clave de empresa que se agregan a los elementos de SharePoint Server. Se pueden predefinir los términos y permitir la adición de nuevos términos únicamente a usuarios autorizados. También se puede prohibir a los usuarios que agreguen sus propias palabras clave de empresa a los elementos, y exigirles que usen las existentes. Los metadatos administrados también ofrecen una mayor precisión, ya que solo se muestra una lista de los términos correctos cuyos valores pueden seleccionar los usuarios. Puesto que las palabras clave de empresa también son un tipo de metadatos administrados, incluso las palabras clave de empresa que los usuarios aplican a los elementos pueden ser más coherentes.
Como los metadatos se usan de manera más coherente, puede estar totalmente seguro de que son correctos. Cuando se usan metadatos para automatizar procesos de negocio, como por ejemplo, colocar documentos en distintos archivos del centro de registro según el valor de su atributo de departamento, puede estar seguro de que el metadato lo creó un usuario autorizado y el valor del atributo del departamento siempre será un valor válido.
Mejores resultados de búsqueda
Una búsqueda sencilla puede proporcionar más resultados relevantes si los elementos tienen atributos coherentes.
Cuando los usuarios aplican palabras clave de empresa y términos administrados a los elementos, se les ofrecen términos que ya se han usado. En algunos casos, los usuarios ni siquiera pueden escribir un valor nuevo. Al centrarse a los usuarios en un conjunto de términos específico, es más probable que se apliquen dichos términos, y no sus sinónimos, a los elementos. Por tanto, si se busca una palabra clave de empresa o un término administrado, es probable que se obtengan más resultados relevantes.
173
Dinámico
En versiones anteriores de SharePoint Server, para restringir el valor de un atributo para que fuera uno de un conjunto de valores, había que crear una columna de tipo "selección de opciones" y, después, proporcionar una lista de valores. Cuando había que agregar un nuevo valor al conjunto de opciones, había que modificar cada columna que usaba el mismo conjunto de valores.
Al usar metadatos administrados en SharePoint Server 2010, se puede separar el conjunto de valores válidos de las columnas cuyo valor debe ser uno del conjunto de valores válidos. Cuando es necesario agregar un nuevo valor, se agrega un término al conjunto de términos y todas las columnas que se asignan a dicho conjunto de términos usarán el conjunto de opciones actualizado.
El uso de términos permite mantener los elementos de SharePoint Server actualizados con la empresa y los cambios en la empresa. Por ejemplo, suponga que el nuevo producto de la empresa tenía un nombre de código al principio de su desarrollo y que se le asignó un nombre oficial poco después de lanzarlo. Se incluyó un término para el nombre de código en el conjunto de términos "producto" y los usuarios han estado identificado todos los documentos relacionados con ese producto mediante ese término. Cuando el nombre del producto cambió, editó el término y cambió su nombre por el nombre oficial del producto. El término sigue aplicándose a los mismos elementos, pero su nombre se ha actualizado.
174
Acerca de la aplicación de servicio de metadatos
Actualizado: 12 de agosto de 2010
La aplicación de servicio de metadatos administrados permite realizar lo siguiente:
Usar metadatos administrados.
Compartir tipos de contenido entre colecciones de sitios y aplicaciones web.
Un servicio de metadatos administrados publica un almacén de términos y, opcionalmente, tipos de contenido, mientras que una conexión de metadatos administrados consume dichos términos o tipos de contenido. En este artículo se describen las conexiones y el servicio de metadatos administrados, y se proporciona un escenario de ejemplo para usarlos. Antes de leer este artículo, debe comprender los conceptos que se describen en el artículo Introducción a los metadatos administrados. Para obtener más información acerca de cómo diseñar la topología de la aplicación de servicio de metadatos administrados, una vez leído este artículo, vea Planeación para compartir tipos de contenido y terminología. Para obtener instrucciones para crear conexiones y un servicio de metadatos administrados, vea Managed metadata administration (SharePoint Server 2010).
Servicios de metadatos administrados Cuando se habilitan los metadatos administrados en la aplicación de SharePoint Server 2010, se crea automáticamente una conexión y un servicio de metadatos administrados. El servicio identifica la base de datos que se usará como almacén de términos y la conexión proporciona acceso al servicio. Cuando se crean nuevos términos administrados o cuando los usuarios agregan palabras clave de empresa, dichos términos se almacenan en la base de datos especificada en el servicio de metadatos administrados. Cuando se publica un servicio de metadatos administrados, se crea una dirección URL al servicio. Para que un administrador pueda crear una conexión al servicio desde otra aplicación web, debe conocer la dirección URL del servicio.
Además de compartir metadatos administrados, el servicio de metadatos administrados también sirve para compartir tipos de contenido. Al crear un nuevo servicio de metadatos administrados y especificar una colección de sitios como el concentrador de tipo de contenido, se pueden compartir todos los tipos de contenido en la galería de tipos de contenido de la colección de sitios.
175
Se pueden crear varios servicios de metadatos administrados y compartir varios almacenes de términos y tipos de contenido procedentes de varias colecciones de sitios. No obstante, cada servicio de metadatos administrados debe especificar un almacén de términos distinto. Cuando se especifica una base de datos que no existe para el almacén de términos, se crea una base de datos nueva.
Para obtener más información acerca de cómo crear un servicio de metadatos administrados, vea Create, update, publish, and delete a managed metadata service application (SharePoint Server 2010).
Conexiones de metadatos administrados Para usar los metadatos administrados, una aplicación web debe tener una conexión a un servicio de metadatos administrados. Una aplicación web puede tener conexiones a varios servicios, que pueden ser locales para la aplicación web o remotos. Cuando se crea un servicio de metadatos administrados, se crea automáticamente una conexión al servicio en la misma aplicación web que el servicio.
Después de crear una conexión a un servicio de metadatos administrados, se pueden configurar las cuatro opciones siguientes:
Ubicación predeterminada de palabra clave: define si se almacenarán nuevas palabras clave de empresa en el conjunto de
palabras clave del almacén de términos asociado a este servicio de metadatos administrados.
Ubicación predeterminada de conjunto de términos: define si se almacenarán los conjuntos de términos que se han creado al
crear nuevas columnas de sitio de metadatos administrados en este almacén de términos del servicio de metadatos.
Usar tipos de contenido: define si se ofrecerán los tipos de contenido asociados a este servicio de metadatos (si lo hay) a los
usuarios de los sitios de esta aplicación web. Esta opción está disponible únicamente si el servicio tiene definido un concentrador
para compartir tipos de contenido.
Aplicar actualizaciones de publicación de tipo de contenido desde la Galería de tipos de contenido a subsitios y listas que
usen el tipo de contenido: define si se actualizarán las instancias de los tipos de contenido cambiados en los subsitios y las
bibliotecas.
Si no se especifica ninguna conexión como ubicación predeterminada de palabra clave, los usuarios no podrán crear nuevas palabras clave de empresa. Si no se especifica ninguna conexión como ubicación predeterminada del conjunto de términos, los usuarios solo podrán especificar un conjunto de términos existente cuando creen una columna de sitio cuyo tipo de datos sea metadatos administrados.
176
Importante:
Dentro de una aplicación web, se recomienda no realizar más de una conexión a la ubicación predeterminada de palabras clave. Tampoco se debe definir más de una conexión como ubicación predeterminada del conjunto de términos.
Para obtener más información acerca de cómo crear una conexión a un servicio de metadatos administrados, vea Create, update, and delete a managed metadata service connection (SharePoint Server 2010).
Permisos para obtener acceso a un servicio de metadatos administrados Para crear una conexión a un servicio de metadatos administrados, tres cosas son necesarias:
Debe conocer la dirección URL del servicio.
Si va a ser una conexión entre conjuntos o granjas de servidores, la granja donde se ejecuta el servicio y la granja donde se ejecuta
la conexión deben tener una relación de confianza.
El servicio debe disponer de permiso en la cuenta de grupo de aplicaciones de la aplicación web donde se crea la conexión.
Al crear una conexión de una aplicación web con un servicio, la conexión se ejecuta con las credenciales de la cuenta de grupo de aplicaciones de la aplicación web. Los usuarios de los sitios de la aplicación web pueden realizar diferentes acciones en función del permiso concedido por el servicio a la cuenta de grupo de aplicaciones. Hay tres niveles de permisos: lectura, restringido y total.
En la siguiente tabla se indican las acciones habilitadas en función de los permisos concedidos por el servicio.
Acción Leer Restringido Completa
Ver términos y conjuntos de términos Sí Sí Sí
Agregar términos existentes y palabras clave de empresa existentes a documentos y elementos de lista
Sí Sí Sí
177
Acción Leer Restringido Completa
Enlazar columnas con conjuntos de términos existentes
Sí Sí Sí
Ver y usar tipos de contenido desde el concentrador de tipo de contenido (si el servicio proporciona un concentrador)
Sí Sí Sí
Agregar nuevos términos para abrir conjuntos de términos
No Sí Sí
Crear nuevas palabras clave de empresa (si la conexión está configurada para habilitar esta opción)
No Sí Sí
Crear conjuntos de términos locales (si la conexión está configurada para habilitar esta opción)
No Sí Sí
Agregar y modificar tipos de contenido desde el concentrador de tipo de contenido (si el servicio proporciona un concentrador)
No No Sí
Administrar términos y conjuntos de términos (si el usuario está autorizado para ello)
No No Sí
178
Importante:
De forma predeterminada, todas las cuentas de grupo de aplicaciones que son locales en la granja de servidores donde se ejecuta el servicio tienen acceso total al servicio de metadatos administrados. Para conceder un permiso más bajo a la cuenta de grupo de aplicaciones (es decir, acceso de solo lectura o restringido), en primer lugar debe quitar o reducir los permisos del grupo de granja de servidores local.
Para obtener más información acerca de cómo conceder permisos de acceso a una aplicación de servicio de metadatos administrados, vea Grant permission to access the managed metadata service (SharePoint Server 2010).
Escenario de ejemplo En este ejemplo se muestra cómo una compañía configura sus conexiones y servicios de metadatos administrados. La compañía ya ha tomado las siguientes decisiones, que afectan al diseño de la infraestructura de los servicios de metadatos administrados:
Hay una taxonomía corporativa controlada de manera estricta y usada por todas las personas.
Todas las palabras clave se almacenarán de forma centralizada para fomentar la reutilización de las mismas palabras clave por parte
de las personas.
Todos los documentos que se creen deben incluir valores para un conjunto de propiedades principal. El tipo de contenido de
documento se ha actualizado para incluir columnas para estas propiedades adicionales.
Los sitios web de Mi sitio residirán en una aplicación web y las colecciones de sitios de diversos sitios de grupo residirán en una
aplicación web diferente.
El departamento jurídico también tiene un requisito que afecta a la configuración de los servicios de metadatos administrados. El departamento jurídico planea representar la información confidencial mediante conjuntos de términos. Estos conjuntos de términos deben estar disponibles para los usuarios de todas las colecciones de sitios del departamento jurídico, pero los usuarios de otras colecciones de sitios no deben poder ver o usar estos conjuntos de términos.
Diseño
En la figura siguiente se muestra cómo la compañía diseña su infraestructura de los servicios de metadatos administrados. El diseño se describe en detalle en los párrafos que siguen a la figura.
179
180
El servicio de metadatos administrados corporativo es el servicio de metadatos administrados principal para todos los sitios de SharePoint Server 2010 de la compañía. La taxonomía corporativa se representa mediante conjuntos de términos globales del almacén de términos asociado con el servicio de metadatos administrados corporativo. El concentrador de tipo de contenido asociado al servicio de metadatos administrados corporativo pone a disposición los tipos de contenido compartidos para los usuarios de todas las colecciones de sitios.
Cada aplicación web tiene una conexión con el servicio de metadatos administrados corporativo. Todas las conexiones de la aplicación web de Mi sitio, la aplicación web de sitios de grupo y la aplicación web de sitios legales, con los números 2, 3 y 4 en la figura, tienen acceso restringido al servicio de metadatos administrados corporativo. El acceso restringido permite a los usuarios de los sitios de estas aplicaciones web usar los tipos de contenido compartidos y los conjuntos de términos globales para agregar nuevas palabras clave de empresa y para crear conjuntos de términos locales, pero les prohíbe modificar los conjuntos de términos globales.
La aplicación web administrativa hospeda la colección de sitios desde la cual los usuarios autorizados administran la taxonomía corporativa y los tipos de contenido compartidos. La galería de tipos de contenido de la colección de sitios contiene los tipos de contenido compartidos, como el tipo de contenido de documento actualizado que refleja las propiedades obligatorias adicionales. Esta galería de tipos de contenido es el concentrador de tipo de contenido del servicio de metadatos administrados corporativo. La conexión de la aplicación web administrativa, con el número 1 en la figura, dispone de acceso total al servicio de metadatos administrados corporativo.
El almacén de términos asociado con el servicio de metadatos administrados del departamento jurídico contiene conjuntos de términos que representan la información confidencial que usa el departamento jurídico. Solo la aplicación web de sitios legales tiene una conexión al servicio de metadatos administrados del departamento jurídico, para que los usuarios de las colecciones de sitios de la aplicación web de sitios legales puedan administrar sus conjuntos de términos.
Permisos
En la siguiente tabla se resume el permiso que cada servicio de metadatos administrados concede a las cuentas que usan las conexiones para obtener acceso al servicio. Tenga en cuenta que a la granja de servidores local se le conceden permisos reducidos de forma explícita. Si no quita o reduce los permisos de la granja de servidores local, otras cuentas locales se conectarán a los servicios mediante el uso de los permisos especificados para la granja de servidores local.
181
Cuenta Servicio de metadatos administrados corporativo Servicio de metadatos administrados del Departamento jurídico
Granja de servidores local Permiso de lectura Sin permiso
Cuenta de grupo de aplicaciones de la aplicación web administrativa
Permiso total Sin permiso
Cuenta de grupo de aplicaciones de la aplicación web de Mi sitio
Permiso restringido Sin permiso
Cuenta de grupo de aplicaciones de la aplicación web de sitios de grupo
Permiso restringido Sin permiso
Cuenta de grupo de aplicaciones de la aplicación web de sitios legales
Permiso restringido Permiso total
Parámetros de conexión
Todas las conexiones al servicio de metadatos administrados corporativo especifican que el servicio de metadatos administrados corporativo es la ubicación predeterminada para almacenar palabras clave. Dado que la conexión de la aplicación web de sitios legales al servicio de metadatos administrados corporativo es la ubicación predeterminada de palabra clave, su conexión al servicio de metadatos administrados del departamento jurídico no es la ubicación predeterminada de palabra clave.
Las conexiones de la aplicación web administrativa, la aplicación web de Mi sitio y la aplicación web de sitios de grupo al servicio de metadatos administrados corporativo especifican que el servicio de metadatos administrados corporativo es el lugar para almacenar conjuntos de términos específicos de la columna. La conexión de la aplicación web jurídica al servicio de metadatos administrados corporativo especifica que no se almacenarán conjuntos de términos específicos de la columna. La conexión de la aplicación web jurídica al servicio de metadatos administrados jurídico especifica que es la ubicación predeterminada para los conjuntos de términos específicos de la columna.
182
Nota:
Cualquier servicio de metadatos administrados es una ubicación aceptable para los conjuntos de términos específicos de la columna de la aplicación web de sitios legales. Dado que los conjuntos de términos específicos de la columna son locales en la colección de sitios desde donde se crean, los usuarios de otras colecciones de sitios no pueden verlos.
SeguridadNota:
La Publicación de metadatos no se debe habilitar para ninguna biblioteca que contenga documentos que puedan tener metadatos que otros usuarios no deban ver. La publicación de metadatos está deshabilitada de forma predeterminada. Para obtener más información acerca de la publicación de metadatos, vea el tema sobre la configuración de metadatos y palabras clave de empresa para una lista o biblioteca.
Todas las conexiones al servicio de metadatos administrados corporativo especifican que usarán tipos de contenido y que propagarán los cambios en tipos de contenido. Dado que el servicio de metadatos administrados del departamento jurídico no tiene ningún concentrador de tipo de contenido, la conexión al servicio de metadatos administrados del departamento jurídico no especifica el uso de tipos de contenido ni la propagación de los cambios en tipos de contenido.
En la tabla siguiente se resume la configuración de conexión de cada conexión a un servicio de metadatos administrados. Los números de la conexión hacen referencia a las líneas de la figura anterior.
183
Conexión Servicio de metadatos administrados
Aplicación web Ubicación predeterminada de palabra clave
Ubicación de conjunto de términos específico de columna
Usar tipos de contenido
Aplicar tipos de contenido
1 Servicio de metadatos administrados corporativo
Aplicación web administrativa
Sí Sí Sí Sí
2 Servicio de metadatos administrados corporativo
Aplicación web de Mi sitio
Sí Sí Sí Sí
3 Servicio de metadatos administrados corporativo
Aplicación web de sitios de grupo
Sí Sí Sí Sí
4 Servicio de metadatos administrados corporativo
Aplicación web de sitios legales
Sí No Sí Sí
5 Servicio de metadatos administrados del Departamento jurídico
Aplicación web de sitios legales
No Sí No disponible
No disponible
Vea también Conceptos
Introducción a los metadatos administrados
Planeación para compartir tipos de contenido y terminología
Otros recursos
Create, update, publish, and delete a managed metadata service application (SharePoint Server 2010)
Create, update, and delete a managed metadata service connection (SharePoint Server 2010)
Grant permission to access the managed metadata service (SharePoint Server 2010)
184
Roles de metadatos administrados
Publicado: 12 de mayo de 2010
Un rol de usuario determina cómo podrá trabajar el usuario con metadatos administrados. En este artículo se definen los roles de usuario y se identifican las acciones permitidas asociadas con cada rol.
Roles y funciones En la siguiente tabla se identifican los roles de usuario y las acciones que los miembros de cada rol pueden llevar a cabo en metadatos administrados.
Rol Acciones permitidas
Colaborador Crear, copiar, reutilizar, mover y eliminar conjuntos de términos,
y cambiarles el nombre.
Modificar la descripción, el propietario, el contacto, las partes
interesadas y la directiva de envío de un conjunto de términos, y
si dicho conjunto de términos se puede etiquetar.
Crear, cambiar el nombre, copiar, reutilizar, combinar, desusar,
mover y eliminar términos.
Modificar la descripción, las etiquetas y la etiqueta
predeterminada de un término, y si dicho término se puede
etiquetar.
Administrador de grupos Llevar a cabo todas las tareas del rol Colaborador.
185
Rol Acciones permitidas
Importar un conjunto de términos.
Asignar usuarios al rol Colaborador o quitarlos de dicho rol.
Administrador de almacén de términos Llevar a cabo todas las acciones del rol Administrador de
grupos.
Crear y eliminar grupos de términos.
Asignar usuarios al rol Administrador de grupos o quitarlos de
dicho rol.
Modificar los idiomas de trabajo para el almacén de términos.
Administrador de conjuntos o granjas de servidores Crear un nuevo almacén de términos.
Conectarse a un almacén de términos existente.
Asignar usuarios al rol Administrador de almacén de términos o
quitarlos de dicho rol.
Un usuario identificado como propietario de un conjunto de términos, contacto de un conjunto de términos o parte interesada de un conjunto de términos no puede llevar a cabo ninguna actividad en metadatos administrados. Los valores propietario de un conjunto de términos, contacto de un conjunto de términos y parte interesada de un conjunto de términos solo existen para documentar personas o grupos que están relacionadas de algún modo con el conjunto de términos.
186
Nota:
La identificación de un usuario como contacto de un conjunto de términos no le permite al usuario llevar a cabo acciones particulares. Sin embargo, si se especifica un contacto para un conjunto de términos, los usuarios del sitio podrán hacer sugerencias sobre el conjunto de términos, las cuales se enviarán al contacto.
Los usuarios finales de Microsoft SharePoint Server, como los usuarios de colecciones de sitios, pueden llevar a cabo las siguientes actividades que involucran metadatos administrados:
Crear consultas de búsqueda basadas en términos y refinar los resultados según los conjuntos de términos.
Agregar metadatos administrados (términos administrados y palabras clave administradas) a documentos y otros elementos
SharePoint Server, si el usuario tiene permiso para modificar los elementos.
Agregar palabras clave administradas a elementos no SharePoint Server, como entradas de blog y páginas web externas, si
SharePoint está configurado para etiquetado social.
Crear nuevos campos de metadatos administrados y agregar los campos a tipos de contenido.
Cuando los administradores de la granja de servidores, administradores de almacén de términos, administradores de grupos y colaboradores trabajan con metadatos administrados, usan la herramienta de administración de almacén de términos. Los usuarios finales llevan a cabo sus actividades dentro del contexto de su tarea SharePoint Server 2010.
Vea también Conceptos
Introducción a los metadatos administrados
Otros recursos
Add and remove term store administrators
187
Planeación de términos y conjuntos de términos (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
Los metadatos administrados son una colección jerárquica de términos administrados centralmente que se pueden definir y usar después como atributos para elementos de Microsoft SharePoint Server 2010. Antes de leer este artículo, debe comprender los conceptos que se describen en el artículo Introducción a los metadatos administrados.
Los metadatos administrados y la manera en que se estructuran pueden influir en muchas partes de la solución SharePoint Server, como las siguientes:
Los valores válidos para columnas y la manera en que los usuarios escriben estos valores.
Las palabras clave empresariales que los usuarios pueden aplicar a elementos de SharePoint Server 2010.
La manera en que pueden refinarse los resultados de la búsqueda.
Cómo se distribuyen los documentos.
Los flujos de trabajo que se aplican a elementos de SharePoint Server.
Las maneras en que los usuarios pueden ordenar y filtrar elementos de SharePoint Server.
Si está usando un etiquetado social, las etiquetas que pueden aplicar los usuarios a elementos que no sean de SharePoint Server.
En este artículo:
Planeación: ahora o más adelante
Acerca de la planeación de metadatos administrados
Identificación de conjuntos de términos
Identificación de propietarios de conjuntos de términos
Determinación de grupos de conjuntos de términos
Definición de conjuntos de términos
188
Hojas de cálculo de planeación de metadatos administrados
Planeación: ahora o más adelante SharePoint Server 2010 permite usar metadatos administrados aunque primero no se definan todos los términos y conjuntos de términos. Se puede comenzar sin ningún conjunto de términos y sencillamente permitir a los usuarios agregar palabras clave empresariales a los elementos. A medida que crece el conjunto de palabras clave empresariales, es probable que se desee organizar de alguna manera para facilitar la búsqueda y distinción de palabras clave. En este punto, se pueden crear conjuntos de términos y trasladar algunas palabras clave a los conjuntos de términos. También puede que se desee limpiar los términos en el nuevo conjunto de términos eliminando palabras mal escritas o indicando que algunas palabras son sinónimos de otras.
Aun cuando decida usar el método menos formal de comenzar con palabras clave empresariales y crear más adelante los conjuntos de términos, debe entender cómo planear y organizar los metadatos administrados.
Acerca de la planeación de metadatos administrados La planeación y organización de metadatos administrados implica los siguientes pasos:
1. Identificación de conjuntos de términos.
2. Identificación del propietario de cada conjunto de términos.
3. Determinación de grupos de conjuntos de términos.
4. Definición de conjuntos de términos.
Las primeras tres tareas a menudo las realiza un grupo, un arquitecto de soluciones o un taxónomo. La cuarta tarea, que define los conjuntos de términos, puede distribuirse a los propietarios de los conjuntos de términos.
La sección Hojas de cálculo de planeación de metadatos administrados contiene los vínculos que puede usar para descargar hojas de cálculo en las que puede registrar sus términos y conjuntos de términos.
189
Nota:
Si reorganiza varias columnas en la hoja de cálculo de planeación detallada de conjuntos de términos, también puede usar la hoja de cálculo para importar un conjunto de términos en SharePoint Server 2010.
Este artículo contiene instrucciones sobre cómo determinar los metadatos administrados que usará la organización. Este artículo no trata sobre cómo dividir los metadatos entre almacenes de términos o dónde debería implementar los servicios que hospedan los almacenes de términos. Para obtener más información sobre cómo planear los servicios de metadatos administrados, como la planeación de dónde debería almacenar palabras clave empresariales, vea Planeación para compartir tipos de contenido y terminología.
Identificación de conjuntos de términos A medida que se diseña la solución, se descubrirán atributos (metadatos) que deberían asociarse con ciertos elementos en SharePoint Server. También podría implementar algunas de las directivas de gobierno de la organización usando metadatos. Esta sección proporciona instrucciones para la identificación de metadatos y explica qué metadatos deberían ser metadatos administrados. Cada elemento de los metadatos administrados se representará mediante un conjunto de términos.
Primero, examine la solución para obtener información que pueda representarse mediante metadatos. En la siguiente tabla se ofrecen sugerencias sobre la ubicación posible de los metadatos.
Metadatos potenciales Ejemplo
Columnas personalizadas asociadas a documentos y listas La confidencialidad de un documento: pública, de propiedad, confidencial, secreto comercial, etc.
En casos en que el sistema o un usuario puedan tomar diferentes acciones basándose en una característica de un elemento, es probable que la propia característica sea metadatos.
Si una solicitud que envió un individuo específico se aprueba automáticamente, “enviada por” podría ser metadatos.
Cosas comunes por las que los usuarios desearán ordenar o filtrar elementos
Si es posible que los usuarios filtren elementos por el hito asociado al elemento, “hito” podría ser metadatos.
190
Metadatos potenciales Ejemplo
Palabras o frases con las que los usuarios probablemente
“etiquetarán” elementos El asunto de una imagen, como “logotipo de la compañía” o “icono
XYZ de producto”
Las columnas “Opción” o “Búsqueda” en un sitio de SharePoint
Server existente
No todos los metadatos son metadatos administrados, es decir, un conjunto de términos. En la siguiente tabla se ofrecen sugerencias sobre cuándo es probable que los metadatos que identificó sean metadatos administrados. Si no queda claro si hay que crear un conjunto de términos para un elemento de metadatos, quizás lo mejor sea no crear un conjunto de términos. En lugar de ello, supervise las palabras clave que los usuarios agregan a los elementos y cree un conjunto de términos en caso de que se hayan creado varias palabras clave que pertenecerían al conjunto de términos.
Si los metadatos potenciales ¿Es probable que sean metadatos administrados?
Son algo para lo cual un usuario seleccionará un valor válido Sí
Representan información que probablemente se usará varias veces Sí
Tienen valores válidos que pueden organizarse jerárquicamente Sí
Incluyen sinónimos o abreviaturas que deberían agregarse Sí
Pueden aplicarse en un idioma, pero podrían verse en otros Sí
Se representan mediante una columna integrada (como “fecha de la
última modificación”) No
Tienen un número infinito de valores válidos No
Tienen diferentes valores válidos en cada ubicación que se usa (por ejemplo, valores distintos para el atributo “versión” dependiendo del
sitio del equipo del producto en el que aparezca el elemento)
No (o, si se representan mediante metadatos administrados, pueden planearse y administrarse en el nivel de sitio)
191
Si los metadatos potenciales ¿Es probable que sean metadatos administrados?
Tienen solo “sí” y “no” como valores válidos No
Registre los conjuntos de términos en la hoja de cálculo de planeación de conjuntos de términos y agregue una breve descripción de cada conjunto de términos.
Identificación de propietarios de conjuntos de términos Para cada conjunto de términos, debe determinar un propietario. El propietario puede definir entonces los términos del conjunto de términos.
Si el conjunto de términos se va a usar en toda la organización o si los términos del conjunto de términos se van a controlar estrictamente, es probable que ya haya un grupo que administre la información. Este grupo posiblemente administrará el conjunto de términos. Si la información no se controla de manera estricta, podría tener que designar una persona para que sea propietaria del conjunto de términos y para que limpie periódicamente los términos.
Registre el propietario de cada conjunto de términos en la hoja de cálculo de planeación de conjuntos de términos.
Determinación de grupos de conjuntos de términos Un grupo de conjuntos de términos es un límite de seguridad. Solo un usuario que sea designado como colaborador para el grupo puede administrar los conjuntos de términos en el grupo y crear nuevos conjuntos de términos. Sin embargo, generalmente todos los usuarios pueden ver todos los conjuntos de términos. (Para obtener información sobre cómo restringir que ciertos usuarios visualicen un conjunto de términos, vea Planeación para compartir tipos de contenido y terminología.)
Organice los conjuntos de términos en grupos basados en los usuarios que deberían poder administrar los conjuntos de términos. Si identificó una persona como el propietario de 25 conjuntos de términos, quizás esos 25 conjuntos pertenezcan a un solo grupo. Si varias personas poseen un solo conjunto de términos cada uno, pero todas esas personas están en el mismo departamento, también podría ser una buena razón para poner los conjuntos de términos en un solo grupo. Es habitual crear grupos basados en la estructura de la organización y permitir que cada organización designe un administrador para el grupo de conjunto de términos. El administrador del grupo de conjunto de términos puede entonces agregar personas al rol de colaborador, y esas personas pueden administrar los conjuntos de términos que poseen.
192
Si hay conjuntos de términos que algunos usuarios no deberían poder ver, asigne estos conjuntos de términos a grupos separados. Por ejemplo, si cinco de los conjuntos de términos solo pueden ser vistos por miembros del departamento legal, cree un nuevo grupo de conjuntos de términos e incluya solo estos cinco conjuntos de términos en el grupo. Por último, cree distintas sesiones del servicio de metadatos administrados para los grupos públicos y privados, según se describe en el artículo Planeación para compartir tipos de contenido y terminología.
Definición de conjuntos de términos En este punto, ha definido un propietario para cada conjunto de términos. Los propietarios pueden seguir el resto de este proceso para definir sus conjuntos de términos.
Para definir un conjunto de términos, debe responder las siguientes preguntas:
¿Cuáles son los términos del conjunto de términos?
¿Cómo deberían organizarse los términos?
¿Quién debería tener permiso para agregar términos al conjunto de términos?
Use las instrucciones en las siguientes secciones para definir y organizar los términos y para determinar si el conjunto de términos es abierto o cerrado. Registre los conjuntos de términos y descripciones en la hoja de cálculo de planeación detallada de conjuntos de términos.
Identificación de los términos
Identifique los términos en el conjunto de términos. Si desea permitir que varios términos representen el mismo concepto (por ejemplo, ―versión 2 de XYZ‖ y ―v2 de XYZ‖ podrían ser nombres alternativos para el mismo producto), incluya ambos términos. Identifique un término como el principal e indique que el segundo término es un sinónimo del primero.
Organización de los términos
El principio organizativo principal para un conjunto de términos debería ser facilitar la navegación. A menudo, los usuarios finales interactuarán con un conjunto de términos seleccionando uno de los términos en el conjunto. Por lo tanto, debería organizar el conjunto de términos para facilitar a los usuarios la búsqueda del término correcto sin tener que desplazarse demasiado. Esto sugiere una estructura jerárquica.
193
Nota:
Debido a que puede especificar un criterio de ordenación personalizado para un conjunto de términos (por ejemplo, “miércoles” debería
aparecer antes que “jueves”, aunque ese no sea el orden alfabético), no tiene que preocuparse por el orden en el que enumera los
términos.
Puede anidar términos hasta un máximo de siete niveles de profundidad. Debido a que puede declarar un término como ―no disponible para etiquetado‖ (es decir, un término que el usuario no puede seleccionar), tiene flexibilidad para organizar la jerarquía, como se ilustra en los ejemplos que se proporcionan en las hojas de cálculo.
Las siguientes sugerencias podrían ayudarle a decidir cómo estructurar un conjunto de términos.
En un dominio bien comprendido, es probable que exista una organización estándar. Por ejemplo, los términos en un conjunto de
términos que representasen oficinas de ventas podrían organizarse usando una jerarquía geográfica. Los términos del primer nivel
podrían considerarse como continentes. Los términos del segundo nivel entonces serían países. Los términos del tercer nivel serían
provincias dentro de cada país. Los términos del cuarto nivel serían ciudades en las que estuvieran ubicadas las oficinas. Debido a
que el conjunto de términos representa oficinas de ventas, solo el cuarto nivel de términos estaría disponible para etiquetado.
¿Ya se organiza la información en la organización de manera bien conocida? Por ejemplo, ¿la estructura de carpetas en un recurso
compartido de archivos representa la manera en que la mayoría de las personas organizaría la información? ¿La estructura de
navegación del portal de intranet es útil para buscar información? Puede consultar estos ejemplos sobre cómo se estructura
actualmente la información cuando organiza el conjunto de términos.
Nota:
Piense detenidamente antes de usar la estructura interna de la organización para organizar un conjunto de términos. Si la compañía se
reorganizase la próxima semana, ¿tendría que reorganizar también el conjunto de términos? ¿El beneficio hace que el esfuerzo merezca
la pena?
Si los términos del conjunto de términos son una simple lista sin un método de organización claro, considere organizarlos de manera
alfabética. Haga que las letras del alfabeto sean los términos de primer nivel, y haga que los propios términos sean los términos de
segundo nivel. Si el conjunto de términos es demasiado grande para esa estructura, podría crear un segundo nivel de organización
alfabética (por ejemplo, ―AA – AF‖, ―AG – AI‖, ―AJ – AR‖ y ―AS – AZ‖) e incluir los propios términos en el tercer nivel. Los términos en
los niveles que simplemente son para ordenar alfabéticamente se marcarían como no disponibles para etiquetado.
194
Identificación de usuarios que pueden agregar términos
Todos pueden agregar un nuevo término a un conjunto de términos abierto. Solo las personas que se han identificado como colaboradores en un grupo de conjuntos de términos pueden agregar términos a un conjunto de términos cerrado en el grupo. Por ejemplo, un conjunto de términos que representa centros de costos probablemente estaría cerrado y un conjunto de términos que representa a donantes de una organización benéfica podría estar abierto.
Registre los detalles de cada conjunto de términos en una copia separada de la hoja de cálculo de planeación detallada de conjuntos de términos.
Hojas de cálculo de planeación de metadatos administrados Descargue una versión en Excel de la hoja de cálculo de planeación de conjuntos de términos (http://go.microsoft.com/fwlink/?linkid=163486&clcid=0xC0A).
Descargue una versión en Excel de la hoja de cálculo de planeación detallada de conjuntos de términos (http://go.microsoft.com/fwlink/?linkid=163487&clcid=0xC0A).
Vea también Conceptos
Introducción a los metadatos administrados
Planeación de la importación de metadatos administrados (SharePoint Server 2010)
Planeación para compartir tipos de contenido y terminología
Roles de metadatos administrados
195
Planeación de la importación de metadatos administrados (SharePoint Server 2010)
Actualizado: 7 de enero de 2011
Si su organización ya tiene una taxonomía corporativa u otros datos jerárquicos que desea usar como metadatos administrados en Microsoft SharePoint Server 2010, considere importar los datos en lugar de volver a especificarlos. Entre los ejemplos de datos jerárquicos que podría desear importar se incluyen una lista de nombres de productos, una lista de centros de costos válidos y la jerarquía de departamentos y grupos dentro de la organización.
Incluso si su organización no tiene datos que importar, podría considerar crear la taxonomía fuera de la herramienta de administración de almacén de términos y luego importarla. La herramienta de administración de almacén de términos proporciona un modo simple y conveniente de crear conjuntos de términos y administrar términos; pero si se usa para crear varios conjuntos de términos, se puede tardar más que si se importan. La herramienta de administración de almacén de términos es conveniente para una administración cotidiana de conjuntos de términos una vez que estos ya se han creado.
En este artículo:
Acerca de la planeación de la importación de metadatos administrados
Búsqueda de datos existentes
Organización de datos en metadatos administrados
Limpieza de datos
Dar formato a los datos que se van a importar
Importación de metadatos administrados
Combinación de términos
Antes de leer este artículo debería comprender los conceptos descritos en el artículo Introducción a los metadatos administrados.
196
Acerca de la planeación de la importación de metadatos administrados La importación de metadatos administrados implica las siguientes tareas:
1. Buscar los datos existentes.
2. Organizar los datos en metadatos administrados SharePoint Server.
3. Limpiar los datos existentes.
4. Dar formato a los datos existentes en los archivos que se van a importar.
5. Importar los metadatos administrados.
6. Combinar los términos.
En este artículo se describe la búsqueda de los datos existentes y la limpieza de datos. Las demás tareas (organizar, dar formato, importar y combinar) no se tratan en este artículo porque son las mismas tanto si se crean nuevos metadatos administrados como si se importan datos existentes.
Búsqueda de datos existentes Tenga o no la organización una taxonomía formal, probablemente haya datos dentro de la organización que se puedan usar como metadatos administrados en SharePoint Server. Si encuentra un conjunto de valores válidos para algo, eso significa que se encuentra frente a posibles metadatos administrados. Por su puesto, los únicos datos que debería considerar importar como metadatos administrados son los datos relevantes para el negocio o para los escenarios que se implementen.
Busque y recopile información de los siguientes orígenes:
Listas de referencias. ¿Qué listas usan las personas cuando necesitan información para su trabajo cotidiano? Entre ellas se pueden
incluir una lista de departamentos adheridos a un boletín electrónico, una hoja de cálculo que contiene los números de los proyectos
de todos los proyectos activos o un sitio web interno que contiene el catálogo de productos de una compañía.
Formularios. Examine los formularios que se usan en la organización. Si el formulario contiene un campo para el que solo son válidos
ciertos valores, el campo puede ser información que se puede representar con metadatos administrados. Por ejemplo, un formulario
de informe de gastos puede tener un campo para un centro de costo. El campo centro de costo probablemente se valida con una lista
de centros de costo válida. Por lo tanto, "centro de costo" puede ser candidato para un conjunto de términos SharePoint Server.
Taxonomías. Muchas grandes compañías ya crearon una taxonomía corporativa. Es posible que ciertas entidades públicas, por
ejemplo las escuelas públicas, sean parte de un sistema más grande que desarrolló una taxonomía. Algunos grupos industria
197
desarrollaron taxonomías para compartir información. Las taxonomías existentes son un origen excelente de metadatos
administrados.
Campos de elección SharePoint Server existentes. Si su organización ya implementó una solución SharePoint Server, examine la
solución SharePoint Server para columnas de sitio cuyo tipo sea Elección. Cuando un usuario especifica un valor para una columna
de sitio Elección, debe elegir de una lista de valores válidos. Esa lista podría ser un conjunto de términos de SharePoint Server 2010.
Jerarquías conocidas: Las personas en su organización probablemente conocen un gran número de jerarquías comunes, como la
estructura de carpetas de un recurso compartido de archivos o la estructura de navegación del portal de intranet. Es posible que
estas jerarquías lo guíen en el modo de organizar la jerarquía de metadatos administrados.
Organización de datos en metadatos administrados El proceso para organizar metadatos administrados es el mismo ya sea si comienza con datos existentes o crea los datos. Para obtener más información sobre la organización de metadatos administrados, vea el tema sobre Planeación de términos y conjuntos de términos (SharePoint Server 2010).
Limpieza de datos Una vez que ha identificado los datos existentes y determinado el modo de organizar los metadatos administrados, probablemente necesite revisar y refinar los datos que recopiló. Sin embargo, primero elimine los datos que no desea que sean metadatos administrados.
Realice las siguientes acciones para cada conjunto de términos de la planeación de metadatos administrados para el que ya existen datos:
1. Combine las listas. Si recopiló datos de orígenes variados, de los cuales todos contribuirán con términos para el conjunto de
términos, cree una sola lista de los términos combinados. Por ejemplo, es posible que haya recopilado una lista de nombres de
producto del departamento de marketing y otra lista de nombres de producto del departamento de fabricación. Combine las dos en un
conjunto de términos.
2. Quite los duplicados. Si una lista de términos contiene el mismo término varias veces, quite los duplicados. En un caso ideal, la lista
de nombres de producto del departamento de marketing sería idéntica a la lista del departamento de fabricación, por lo que todos los
términos estarían duplicados.
198
3. Identifique sinónimos. Si distintas organizaciones contribuyeron con términos a su lista, es muy probable que ocasionalmente hayan
usado diferentes palabras para el mismo concepto. Es posible que en algunos casos deba seguir permitiendo diferentes palabras
(términos) aunque representen el mismo concepto. En estos casos, mantenga todas las expresiones del término en la lista.
Identifique la expresión más común del concepto y agregue una nota que indique que se trata del término primario para ese
concepto. Agregue una nota a cada una de las demás expresiones que indique que se deben combinar con el término primario.
4. Corrija errores ortográficos y otros errores. Si la lista contiene varias expresiones para el mismo concepto y no es necesario mantener
todas las expresiones, elija una expresión y quite las otras de la lista. Por ejemplo, es posible que en la lista de una organización se
usen guiones para un nombre de producto de varias palabras mientras que en la otra lista las palabras se separen con espacios. O
que en la lista de una organización se escriba la palabra "versión" mientras que en otra organización se use la abreviatura "ver". Elija
una expresión y quite las demás.
Dar formato a los datos que se van a importar Para obtener más información acerca del formato del archivo de importación, vea el tema sobre Managed metadata input file format. Para obtener instrucciones para importar metadatos administrados, combinar términos y definir sinónimos, vea el tema sobre Office.com.
Importación de metadatos administrados Para obtener instrucciones para importar metadatos administrados, visite Office.com.
Combinación de términos Solo el usuario que importa los metadatos administrados puede agregar términos y conjuntos de términos. Para ello, debe usar la herramienta de administración de almacén de términos para combinar términos. Si la planeación de términos contiene notas que indican que algunos términos se deberían combinar con otros términos, se deberán combinar una vez que se hayan importado. Para obtener instrucciones sobre la importación de metadatos administrados, la combinación de términos y la definición de sinónimos, visite Office.com.
199
Vea también Conceptos
Introducción a los metadatos administrados
Planeación de términos y conjuntos de términos (SharePoint Server 2010)
Otros recursos
Managed metadata input file format
200
Planeación para compartir tipos de contenido y terminología
Publicado: 12 de mayo de 2010
Un servicio de metadatos administrados publica un almacén de términos y, opcionalmente, tipos de contenido; una conexión de metadatos administrados los consume. Para compartir conjuntos de términos entre colecciones de sitios, se crea un servicio de metadatos administrados y luego se crean conexiones al servicio desde cada aplicación web que contiene una colección de sitios. Para compartir tipos de contenido entre colecciones de sitios, se convierte una galería de tipos de contenido en el "concentrador" de un servicio de metadatos administrados, se crean conexiones al servicio desde cada aplicación web que contiene una colección de sitios y se especifica que la conexión al sitio debe usar los tipos de contenido en el servicio.
Este artículo contiene procedimientos para identificar las conexiones y los servicios de metadatos administrados que requiere la solución. El proceso de planeación que se describe en este artículo es solo una recomendación. Existen otras maneras de estructurar las conexiones y los servicios de metadatos administrados.
Antes de comenzar a leer este tema, debe comprender los conceptos descritos en el tema Acerca de la aplicación de servicio de metadatos y el tema sobre planeación de arquitectura de servicios.
En este artículo:
Acerca de la planeación de conexiones y servicios de metadatos administrados
Identificación de servicios de metadatos administrados
Identificación de conexiones de metadatos administrados
Ejemplo
Resumen del procedimiento de planeación
Hoja de cálculo de planeación de servicios de metadatos administrados
201
Acerca de la planeación de conexiones y servicios de metadatos administrados Antes de planear las conexiones y los servicios de metadatos administrados, debe haber identificado las colecciones de sitios en la solución y determinado qué colecciones de sitios van a estar incluidas en qué aplicaciones web.
El proceso de planeación que se describe en este artículo comienza con la configuración más simple, un único servicio de metadatos administrados, y luego le solicita que agregue más servicios en determinadas situaciones. A continuación, debe determinar las conexiones a cada servicio de metadatos administrados y los parámetros de conexión. Si necesita tener más de un servicio de metadatos administrados, realice el seguimiento de los servicios que identifica, así como una descripción de para qué se va a usar el almacén de términos de cada servicio y a partir de qué colección de sitios se va a generar el concentrador de tipo de contenido del servicio, en caso de que haya uno. También debe realizar el seguimiento de las conexiones que identifica y de los valores de los parámetros de conexión. Puede registrar esta información en las hojas de cálculo a las que se hace referencia al final de este artículo.
Las directivas de gobierno de su organización pueden afectar la forma de diseñar las conexiones y los servicios de metadatos administrados. Por ejemplo, si existe un proceso formal para administrar términos y conjuntos de términos, esto va a afectar la forma en que se van a establecer los parámetros de conexión. Si cada documento que se crea debe tener un conjunto determinado de atributos, es probable que desee tener un concentrador de tipo de contenido en al menos un servicio. Familiarícese con el plan de gobierno de su organización antes de determinar las conexiones y los servicios de metadatos administrados. Para obtener más información acerca de cómo crear un plan de gobierno, vea Governance overview (SharePoint Server 2010).
Identificación de servicios de metadatos administrados Si tiene previsto usar términos y conjuntos de términos, o compartir tipos de contenido en más de una colección de sitios, la solución debe usar un servicio de metadatos administrados. Suponga por ahora que va a almacenar todos los conjuntos de términos y todas las palabras clave administradas en un único almacén de términos. El primer servicio de metadatos administrados, denominado servicio de metadatos administrados "principal" en este artículo, contiene este almacén de términos. Si la solución incluye tipos de contenido compartidos, piense que una única galería de tipos de contenido va a contener todos los tipos de contenido compartidos. Esta galería de tipos de contenido, si existe, es el concentrador del servicio de metadatos administrados principal. En muchos casos, el servicio de metadatos administrados principal es el único servicio de metadatos administrados que va a necesitar.
¿Algún usuario requiere que los conjuntos de términos se mantengan privados de modo que otros usuarios no puedan verlos? Si éste es el caso, va a necesitar un servicio de metadatos administrados adicional para contener el almacén de términos que guarda los conjuntos de términos privados. Identifique qué colecciones de sitios deben poder tener acceso a los conjuntos de términos privados. Cree un
202
nuevo servicio de metadatos administrados para cada grupo de conjuntos de términos privados para los usuarios de un conjunto diferente de colecciones de sitios.
Por ejemplo, suponga que solo las personas del Departamento jurídico y del Departamento de marketing van a tener permiso para ver los conjuntos de términos del grupo 1. Solo las personas del Departamento jurídico y del Departamento de recursos humanos van a tener permiso para ver los conjuntos de términos del grupo 2. En este caso, va a agregar dos servicios de metadatos administrados adicionales. El almacén de términos en el primer servicio adicional va a contener los conjuntos de términos del grupo 1. El almacén de términos en el segundo servicio adicional va a contener los conjuntos de términos del grupo 2.
Nota:
Los usuarios de todos los sitios de una aplicación web pueden ver los mismos conjuntos de términos. Por lo tanto, las colecciones de sitios se deben asignar a aplicaciones web de tal manera que los usuarios de todas las colecciones de sitios de la aplicación web puedan ver los mismos conjuntos de términos. Es posible que tenga que crear más aplicaciones web y mover algunas colecciones de sitios de una aplicación web a otra para aislar las colecciones de sitios que deben tener acceso a los conjuntos de términos privados.
Si los tipos de contenido están asociados a los conjuntos de términos privados, y si estos tipos de contenido se usan en más de una colección de sitios, agregue un concentrador de tipo de contenido al servicio de metadatos administrados cuyo almacén de términos va a contener los conjuntos de términos privados. Por ejemplo, es posible que haya una columna cuyo valor provenga de un conjunto de términos privados. Los tipos de contenido que usan esa columna van a ser tipos de contenido "privados".
Un concentrador de tipo de contenido está asociado a la galería de tipo de contenido de una colección de sitios. Si debe compartir los tipos de contenido de las galerías de tipo de contenido de varias colecciones de sitios, agregue un servicio de metadatos administrados para cada concentrador de tipo de contenido requerido.
Identificación de conexiones de metadatos administrados Agregue una conexión del servicio de metadatos administrados principal a cada aplicación web que contenga una colección de sitios. Use las siguientes instrucciones para determinar los valores de los parámetros de la conexión.
Ubicación predeterminada de palabras clave:
NO, si se debería permitir a los usuarios de sitios de la aplicación web crear una palabra clave administrada que se deba
mantener como privada.
203
De lo contrario, SÍ.
Ubicación predeterminada del conjunto de términos específico de columna:
NO, si las colecciones de sitios en la aplicación web van a tener conjuntos de términos privados.
NO, si no se debería permitir a los administradores de sitios de la aplicación web crear nuevos conjuntos de términos.
De lo contrario, SÍ.
Uso de tipos de contenido: SÍ, suponiendo que el servicio de metadatos administrados principal tenga un concentrador de tipo de
contenido y no haya razón para no usar los tipos de contenidos.
Propagación de tipos de contenido: SÍ, suponiendo que el servicio de metadatos administrados principal tenga un concentrador de
tipo de contenido y no haya razón para no propagarlos.
Para cada servicio de metadatos administrados cuyo almacén de términos tendrá conjuntos de términos privados, agregue una conexión del servicio a cada aplicación web que contiene sitios que hacen referencia a los conjuntos de términos privados. Use las siguientes instrucciones para determinar los valores de los parámetros de conexión:
Ubicación predeterminada de palabras clave:
SÍ, si se debería permitir a los usuarios de sitios de la aplicación web crear una palabra clave administrada que se deba mantener
como privada.
De lo contrario, NO.
Ubicación predeterminada del conjunto de términos específico de columna:
NO, si no se debería permitir a los administradores de sitios de la aplicación web crear nuevos conjuntos de términos.
De lo contrario, SÍ.
Uso de tipos de contenido: SÍ, suponiendo que el servicio de metadatos administrados principal tenga un concentrador de tipo de
contenido y no haya razón para no usar los tipos de contenidos.
Propagación de tipos de contenido: SÍ, suponiendo que el servicio de metadatos administrados principal tenga un concentrador de
tipo de contenido y no haya razón para no propagarlos.
Cualquier servicio de metadatos administrados restante se va a usar solo para los concentradores de tipo de contenido. Cree una conexión de cada servicio de metadatos administrados restante a cada aplicación web que contenga una colección de sitios que use los tipos de contenido. Use las siguientes instrucciones para determinar los valores de los parámetros de la conexión:
Ubicación predeterminada de palabras clave: NO.
Ubicación predeterminada del conjunto de términos específico de columna : NO.
204
Usar tipos de contenido: SÍ.
Empujar hacia abajo los tipos de contenido: SÍ, suponiendo que no tiene motivos para no hacerlo.
Para cada aplicación web, revise los valores de los parámetros de todas las conexiones a un servicio de metadatos administrados. Compruebe las siguientes condiciones:
Si no se especifica ninguna conexión como la ubicación de palabras clave predeterminada, los usuarios de sitios de la aplicación web
no van a poder crear nuevas palabras clave administradas. Si esto no es lo que desea, establezca el valor de la ubicación de
palabras clave predeterminada en SÍ en la conexión al servicio de metadatos administrados cuyo almacén de términos deba contener
las nuevas palabras clave administradas.
Si no se especifica ninguna conexión como la ubicación del conjunto de términos específico de columna, los administradores de sitios
de la aplicación web no van a poder crear nuevos conjuntos de términos cuando creen una columna de metadatos administrados. Si
esto no es lo que desea, establezca el valor de la ubicación del conjunto de términos específico de columna en SÍ en la conexión al
servicio de metadatos administrados cuyo almacén de términos deba contener los nuevos conjuntos de términos.
Asegúrese de que haya un máximo de una ubicación de palabras clave predeterminada por aplicación web. El servicio de metadatos
administrados no admite más de una ubicación por aplicación web.
Asegúrese de que haya un máximo de una ubicación predeterminada del conjunto de términos específico de columna por aplicación
web. El servicio de metadatos administrados no admite más de una ubicación por aplicación web.
Ejemplo La compañía de ejemplo va a usar Microsoft SharePoint Server 2010 para implementar sitios de colaboración en grupo y Mis sitios. La planeación que se realizó hasta este momento indica que Mis sitios se va a ejecutar en una aplicación web y que todos los sitios de colaboración en grupo se van a ejecutar en una segunda aplicación web. Habrá una colección de sitios para cada función de negocios, y los administradores de colecciones de sitios van a poder crear un nuevo sitio de grupo cuando se necesite un sitio de colaboración.
Las siguientes directivas del plan de gobierno de la compañía afectan la manera en que se van a organizar las conexiones y los servicios de metadatos administrados.
Los usuarios pueden agregar nuevas palabras clave administradas a documentos y éstas pueden tener cualquier valor.
Los nuevos términos o conjuntos de términos propuestos deben estar aprobados por el taxónomo de la compañía.
Todos los documentos deben tener un atributo "estado", cuyo valor sea "borrador", "publicado", "actualizado" o "expirado".
205
Además, el Departamento jurídico va a necesitar varios conjuntos de términos que los usuarios fuera de dicho departamento no tengan permitido ver. También habrá nuevos tipos de contenido que usen estos conjuntos de términos privados.
Identificación de servicios de metadatos administrados
Debe almacenar todos los conjuntos de términos y las palabras clave administradas en el servicio de metadatos administrados "principal". El servicio principal va a tener un concentrador de tipo de contenido que tiene un tipo de contenido de documento con una columna de estado. El concentrador también va a contener cualquier otro tipo de contenido compartido. Debido a que los administradores de sitios pueden agregar tipos de contenido a la galería de tipos de contenido de la colección de sitios, y pueden no querer compartir estos tipos de contenido, ninguna galería de tipos de contenido existente funcionará como concentrador. En lugar de eso, va a tener que agregar una nueva colección de sitios a la aplicación web que contenga los sitios de grupo. La galería de tipos de contenido de la nueva colección de sitios va a contener los tipos de contenido compartido y va a ser el concentrador del servicio de metadatos administrados principal.
El Departamento jurídico requiere conjuntos de términos privados. Por lo tanto, se va a necesitar un segundo servicio de metadatos administrados. El almacén de términos de este servicio de metadatos administrados va a contener los conjuntos de términos privados.
Sin embargo, debido a que los usuarios de todas las colecciones de sitios en una aplicación web pueden ver los mismos conjuntos de términos, la colección de sitios del Departamento jurídico debe estar en su propia aplicación web para mantener sus conjuntos de términos privados. Por lo tanto, se va a necesitar una tercera aplicación web.
La colección de sitios del Departamento jurídico también va a tener tipos de contenido privado. Debido a que solo una colección de sitios va a usar estos tipos de contenido privado, se pueden almacenar con la colección de sitios. Un concentrador de tipo de contenido solo se requiere si los tipos de contenido van a ser compartidos por dos o más colecciones de sitios.
No se requieren concentradores de tipo de contenido adicionales. Por lo tanto, dos servicios de metadatos administrados son suficientes.
La siguiente tabla representa la hoja de cálculo de planeación de servicios de metadatos administrados para este escenario:
Servicio de metadatos administrados Descripción de almacén de términos Ubicación del concentrador de tipo de contenido
Servicio de metadatos administrados principal Conjuntos de términos y todas las palabras clave administradas
Galería de tipos de contenido de una nueva colección de sitios en la aplicación web de sitios de grupo
Servicio de metadatos administrados del Conjuntos de términos privados del Departamento Ninguna
206
Servicio de metadatos administrados Descripción de almacén de términos Ubicación del concentrador de tipo de contenido
Departamento jurídico jurídico
Identificación de conexiones de metadatos administrados
Cada aplicación web debe tener una conexión al servicio de metadatos administrados "principal". Para optimizar la reutilización de palabras clave, la conexión de cada aplicación web al servicio de metadatos administrados principal va a ser la ubicación de palabras clave predeterminada. (Esto implica que los usuarios de la colección de sitios del Departamento jurídico no deben crear palabras clave administradas que no deseen que otros usuarios vean, a pesar de que el Departamento jurídico puede usar conjuntos de términos privados). La conexión de cada aplicación web al servicio de metadatos administrados principal no va a ser la ubicación predeterminada del conjunto de términos específico de columna, ya que la directiva de gobierno indica que solo el taxónomo de la empresa puede crear nuevos conjuntos de términos. Las conexiones van a usar y empujar hacia abajo tipos de contenido.
La nueva aplicación web para la colección de sitios del Departamento jurídico debe tener una conexión al servicio de metadatos administrados cuyo almacén de términos contiene los conjuntos de términos privados. La conexión no va a ser la ubicación de palabras clave predeterminada, dado que la conexión al servicio de metadatos principal ya funciona como tal ubicación. La conexión va a ser la ubicación predeterminada del conjunto de términos específico de columna, ya que se va a usar para almacenar conjuntos de términos privados.
La siguiente tabla representa la hoja de cálculo de planeación de conexiones de metadatos administrados para este escenario:
Servicio de metadatos administrados Aplicación web Ubicación de palabras clave
Ubicación del conjunto de términos específico de columna
Usar tipos de contenido
Empujar hacia abajo tipos de contenido
Principal Mis sitios Sí No Sí Sí
Principal Sitios de grupo Sí No Sí Sí
Principal Legal Sí No Sí Sí
Legal Legal No Sí No No
207
Servicio de metadatos administrados Aplicación web Ubicación de palabras clave
Ubicación del conjunto de términos específico de columna
Usar tipos de contenido
Empujar hacia abajo tipos de contenido
disponible disponible
En la siguiente figura, se muestran las aplicaciones web, los servicios de metadatos administrados y las conexiones entre ellos.
208
209
Resumen del procedimiento de planeación En la siguiente lista, se resumen los pasos que se deben seguir para planear las conexiones y los servicios de metadatos administrados.
1. Comience con un servicio de metadatos administrados.
2. Agregue un servicio de metadatos administrados para cada grupo de conjuntos de términos privados.
3. Si debe tener más concentradores de tipo de contenido, agregue un servicio de metadatos administrados para cada concentrador.
4. Cree una conexión de cada aplicación web al primer servicio de metadatos administrados.
5. Agregue conexiones de servicios de metadatos administrados que tengan conjuntos de términos privados a las aplicaciones web que
van a tener acceso a los conjuntos de términos privados.
6. Agregue conexiones desde cualquier servicio de metadatos administrados restante a las aplicaciones web que van a tener acceso a
los tipos de contenido en los concentradores de los servicios de metadatos administrados.
Hoja de cálculo de planeación de servicios de metadatos administrados Descargue una versión en Excel de la hoja de cálculo de planeación de servicios de metadatos administrados (http://go.microsoft.com/fwlink/?linkid=164578&clcid=0xC0A).
Vea también Conceptos
Acerca de la aplicación de servicio de metadatos
Introducción a los metadatos administrados
Otros recursos
Governance overview (SharePoint Server 2010)
210
Conjuntos de términos multilingües (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
Microsoft SharePoint Server 2010 permite definir y usar los metadatos administrados en varios idiomas. Para ello, se distingue el término de las palabras que representan el término.
Una etiqueta es una palabra o frase que representa un término. Un término puede tener varias etiquetas. Por ejemplo, un conjunto de términos que representa los días de la semana contiene siete términos. Un término podría tener las etiquetas "Sunday", "dimanche" y "domingo". Independientemente de qué etiqueta usa una persona cuando aplica el término a un elemento, SharePoint Server la reconoce como el mismo término. Puede configurar SharePoint Server para usar la etiqueta apropiada para el idioma en que un usuario visualiza el sitio cuando muestra los términos.
En este artículo se describe cómo se crean y usan metadatos administrados multilingües. Antes de leer este artículo, debe comprender los conceptos presentados en el artículo Introducción a los metadatos administrados.
En este artículo:
Definición de términos
Uso de términos (etiquetado)
Cómo se muestran los términos
Recomendaciones
Definición de términos Antes de poder definir conjuntos de términos en varios idiomas, debe realizar las acciones siguientes:
1. Instale el paquete de idioma de SharePoint Server para cada idioma que desee admitir.
2. Desde la Herramienta de administración de almacén de términos, agregue cada idioma a la lista de idiomas de trabajo para el
almacén de términos.
3. Seleccione un idioma para que sea el idioma predeterminado del almacén de términos.
211
En cada idioma, puede asociar varias etiquetas con un término. Una etiqueta en cada idioma es la etiqueta predeterminada para el idioma. Use las demás etiquetas para los sinónimos o las abreviaturas.
En la siguiente tabla se muestran las etiquetas en tres idiomas para los términos de un conjunto de términos que representa los días de la semana.
Inglés Francés Español
Monday (valor predeterminado)
Mon
lundi (valor predeterminado) lunes (valor predeterminado)
Tuesday (valor predeterminado)
Tue
mardi (valor predeterminado) martes (valor predeterminado)
Wednesday (valor predeterminado)
Wed
mercredi (valor predeterminado) miércoles (valor predeterminado)
Thursday (valor predeterminado)
Thu
jeudi (valor predeterminado) jueves (valor predeterminado)
Friday (valor predeterminado)
Fri
vendredi (valor predeterminado) viernes (valor predeterminado)
Saturday (valor predeterminado)
Sat
samedi (valor predeterminado) sábado (valor predeterminado)
Sunday (valor predeterminado)
Sun
dimanche (valor predeterminado) domingo (valor predeterminado)
Dentro de la herramienta de administración de almacén de términos se puede mostrar la jerarquía de los conjuntos de términos y los términos en cualquiera de los idiomas de trabajo. Si un término no tiene una etiqueta en el idioma de presentación, se muestra la etiqueta en el idioma predeterminado del almacén de términos. Los conjuntos de términos también pueden tener un nombre en cada idioma. Si el conjunto de términos no tiene nombre en el idioma de presentación, se muestra el nombre en el idioma predeterminado.
212
De forma predeterminada, los términos de un conjunto de términos se ordenan según el criterio de ordenación predeterminado para el idioma. En muchos idiomas, el criterio es por orden alfabético. El uso del criterio de ordenación predeterminado a menudo facilita al usuario la búsqueda del término correcto. Sin embargo, en algunos casos, existe un orden más apropiado para el conjunto de términos que no depende del idioma. Un conjunto de términos que representa los tamaños de la ropa es un ejemplo de un caso en que el uso del criterio de ordenación predeterminado para el idioma no sería necesariamente natural. En estos casos, puede especificar un criterio de ordenación personalizado para el conjunto de términos. Se usa el criterio de ordenación personalizado para todos los idiomas.
Uso de términos (etiquetado) Si los paquetes de idioma de SharePoint Server están instalados en el servidor, un administrador de un conjunto o una granja de servidores debe especificar un idioma predeterminado al crear una colección de sitios. El propietario de la colección de sitios, a continuación, puede especificar otros idiomas compatibles con la colección de sitios. Si una colección de sitios es compatible con varios idiomas, los usuarios pueden cambiar el idioma de presentación cuando examinan cualquier página de la colección de sitios. Cuando un usuario cambia el idioma de presentación de una página, el nuevo idioma de presentación se vuelve el preferido del usuario para toda la colección de sitios.
Nota:
Dado que el idioma preferido se almacena en una cookie, el idioma preferido está asociado con el equipo del usuario. Si un usuario ve una colección de sitios en varios equipos, el usuario puede tener un idioma preferido diferente en cada equipo.
Cuando un usuario escribe un término (por ejemplo, para proporcionar un valor para una columna de metadatos administrados que está enlazada a un conjunto de términos), al usuario se le presentará una lista de opciones. Estas opciones son las etiquetasen el idioma preferido del usuario para los términos del conjunto de términos. Cuando un usuario escribe una palabra clave de empresa (por ejemplo, para agregar una etiqueta temática a una página web), las sugerencias que aparecen son los términos cuyas etiquetasen el idioma preferido del usuario coinciden con lo que ha escrito el usuario. Cuando un usuario escribe un término o una palabra clave de empresa, si no existe una etiqueta en el idioma preferido del usuario, se usa la etiqueta en el idioma predeterminado para el almacén de términos.
Cuando un usuario selecciona un término, en lugar de grabar la etiqueta, SharePoint Server graba un identificador que representa el término y el idioma en que se seleccionó el término. Debido a que SharePoint Server simplemente no graba la etiqueta que seleccionó un usuario, puede identificar términos independientemente del idioma en que se han escrito los términos.
213
Cómo se muestran los términos Para cada colección de sitios, SharePoint Server mantiene una caché de todos los términos que se pueden usar dentro de la colección de sitios. Todas las entradas de la memoria caché contienen:
El identificador del término.
El texto que se mostrará para el término en cada idioma admitido por el almacén de términos. Para cada idioma, el texto es:
La etiqueta predeterminada del término en el idioma, si existe en una etiqueta de este tipo, o
La etiqueta predeterminada del término en el idioma predeterminado del almacén de términos, si no existe una etiqueta en el
idioma.
Al mostrar un término, SharePoint Server usa el identificador del término y el idioma preferido del usuario para obtener el texto que se muestra en la memoria caché.
Nota:
Cuando un usuario escribe un término, SharePoint Server usa el almacén de términos para mostrar términos sugeridos y validar la entrada del usuario. SharePoint Server usa la memoria caché solo para mostrar los términos que se han agregado a los elementos.
Ya que SharePoint Server usa un identificador para un término, en lugar de una etiqueta, puede admitir los siguientes escenarios multilingües:
SharePoint Server muestra términos en el idioma preferido del usuario, independientemente del idioma en que se ha escrito el
término.
Las nubes de etiquetas reflejan el uso de un término, independientemente del idioma en que se ha escrito el término.
Los cambios realizados en el almacén de términos se propagan a la memoria caché de cada colección de sitios bajo el control de un trabajo de temporizador. Puede haber un retraso entre la actualización de una etiqueta de un término y la nueva etiqueta que se muestra en las páginas de una colección de sitios.
Recomendaciones Al planear cómo su solución de SharePoint Server usará metadatos administrados en varios idiomas, tenga en cuenta lo siguiente:
214
Si su solución de SharePoint Server requiere metadatos administrados en varios idiomas, use la funcionalidad descrita en este
artículo. Suele ser más fácil tener un único conjunto de términos que representa un concepto y, a continuación, definir las etiquetas
de los términos en el conjunto de términos en varios idiomas que crear un conjunto de términos independiente para cada idioma.
Si agrega un nuevo idioma de trabajo a un almacén de términos, hágalo durante un período en que su solución de SharePoint Server
no se use demasiado, por ejemplo, durante la noche. Cuando se agrega un nuevo idioma de trabajo, la próxima vez que se ejecuta el
trabajo de temporizador, SharePoint Server actualiza la memoria caché de cada colección de sitios y agrega el texto que se muestra
en el nuevo idioma para todos los términos de la memoria caché. Esto puede afectar al rendimiento temporalmente.
Aunque se pueden importar conjuntos de términos, solo se puede importar una etiqueta para cada término. Si no desea definir
etiquetas en cada idioma con la Herramienta de administración de almacén de términos, considere la posibilidad de usar otro
programa, como Microsoft Excel para crear un archivo que contenga los términos y los conjuntos de términos, y escribir un programa
personalizado para importar los datos en el almacén de términos. Para obtener más información acerca de cómo escribir un
programa personalizado que permita manipular metadatos administrados, vea el SDK de SharePoint 2010
(http://go.microsoft.com/fwlink/?linkid=190760&clcid=0xC0A).
Si la solución incluye más de un almacén de términos, considere la posibilidad de hacer que cada almacén de términos sea
compatible con el mismo conjunto de idiomas de trabajo.
Vea también Conceptos
Introducción a los metadatos administrados
Otros recursos
Plan for multilingual sites (SharePoint Server 2010)
215
Planeación de la inteligencia empresarial
Publicado: 12 de mayo de 2010
En esta sección:
Introducción a Servicios de Excel (SharePoint Server 2010)
Planeación de PerformancePoint Services (SharePoint Server 2010)
Planeación de Servicios de Visio (SharePoint Server 2010)
216
Fundamentos de inteligencia empresarial
Publicado: 12 de mayo de 2010
Las aplicaciones y herramientas de inteligencia empresarial permiten organizar su visión de los objetivos, procesos y requisitos de rendimiento de la organización de una forma útil, así como presentar los datos como información significativa.
La planeación de la inteligencia empresarial es un componente clave de cualquier implementación de Microsoft Office SharePoint Server. En primer lugar, se determinan las necesidades empresariales de la organización. A continuación, se determinan las características de SharePoint Server que pueden ayudarle a recopilar o presentar datos de la organización y a actuar en función de ellos.
Planee sus necesidades de inteligencia empresarial: considere los procesos de negocios y aplicaciones de datos empresariales que suelen usarse en su organización. ¿Cuáles son los objetivos de su organización? ¿Qué procesos y requisitos de rendimiento desea medir y analizar? Planee los escenarios y determine el ámbito del análisis de inteligencia empresarial que está considerando su organización.
Planee la inteligencia empresarial: sus datos pueden existir en muchas formas y encontrarse en distintas ubicaciones. Planee qué orígenes de datos son necesarios para la inteligencia empresarial principal y qué herramientas de análisis son más adecuadas a sus necesidades.
217
Elección de una herramienta de inteligencia empresarial en SharePoint Server
Publicado: 12 de mayo de 2010
Microsoft dispone de varias herramientas de inteligencia empresarial (BI) y aplicaciones con características de BI y es importante comprender cada una de ellas al decidir qué funcionará mejor para la situación. Las herramientas de BI que se deben usar dependerán de los problemas específicos que se intentan resolver.
Las actividades profesionales diarias disponen de información y perspectivas asociadas que surgen en tres áreas principales de inteligencia empresarial: personal, de equipo y de la organización. Se produce una superposición entre estas áreas. Por ejemplo, los empleados de una compañía pueden usar Microsoft Excel 2010 y Servicios de Excel en Microsoft SharePoint Server 2010 para tomar decisiones empresariales relevantes en el nivel corporativo. PerformancePoint Services usa Excel, Servicios de Visio y Servicios de Excel para complementar sus herramientas de BI para proporcionar un panel corporativo que pueda reflejar los elementos de BI personal y de equipo. Por diseño, todos los productos de Microsoft BI interoperan de modo que los equipos y las personas de una organización puedan moverse entre el continuo de las áreas personal, de equipo y de la organización, y para que todos los productos funcionen conjuntamente.
El siguiente diagrama muestra herramientas de SQL Server y SharePoint Server para explicar las categorías en las que se suele usar cada herramienta.
218
219
Nota:
Este diagrama muestra productos y herramientas de Microsoft Office, Productos de SharePoint 2010 y SQL Server para los que se necesitan licencias independientes.
SQL Server proporciona una plataforma de inteligencia empresarial y una infraestructura de datos primaria para datos de confianza, escalables y seguros. SharePoint Server se puede usar con informes de SQL Server y herramientas de BI para mostrar datos de BI de modo significativo. Para obtener más información acerca de cómo SQL Server es compatible con inteligencia empresarial en Productos de SharePoint 2010, vea Overview of SQL Server in a SharePoint environment (SharePoint Server 2010) y Overview of SQL Server in a SharePoint environment (SharePoint Foundation 2010).
En las siguientes secciones se explica cuándo se puede usar una herramienta de BI determinada.
Servicios de SharePoint Server para inteligencia empresarial Excel 2010
Excel 2010 es la herramienta de análisis del usuario final elegida para ver los datos de una organización, manipularlos, realizar un análisis y crear informes sobre éstos, y generar conocimientos a partir de éstos. Para obtener más información acerca de Excel 2010, vea el tema sobre Microsoft Excel 2010 (http://go.microsoft.com/fwlink/?linkid=195375&clcid=0xC0A).
Servicios de Excel
Servicios de Excel es un servicio de aplicación de SharePoint Server 2010 que proporciona cálculo del lado servidor y una representación basada en el explorador de los libros de Excel. Servicios de Excel puede usarse para lo siguiente:
Informes interactivos en tiempo real para incluir análisis de hipótesis con parámetros
Distribución de parte de un libro, o su totalidad, para el análisis por varios usuarios
Una plataforma para la generación de aplicaciones empresariales
Para obtener información acerca de Servicios de Excel, vea What's new for Excel Services (SharePoint Server 2010).
220
Servicios de Visio
El Servicio de gráficos de Visio es un servicio de la plataforma de SharePoint Server 2010 que permite a los usuarios compartir y ver diagramas de Microsoft Visio. El servicio también permite que se actualicen diagramas de Microsoft Visio 2010 conectados a datos desde diversos orígenes de datos. Para obtener más información, vea Introducción a Servicios de Visio (SharePoint Server 2010).
PerformancePoint Services
PerformancePoint Services in Microsoft SharePoint Server 2010 es un servicio de administración de rendimiento que usa herramientas para supervisar y analizar un negocio. Proporciona herramientas para crear paneles, cuadros de mandos e indicadores clave de rendimiento (KPI). PerformancePoint Services ayuda a todos los integrantes de la organización a tomar decisiones empresariales fundamentadas que se correspondan con las estrategias y los objetivos de toda la empresa.
Se puede reunir datos de varios orígenes de datos (incluidos SQL Server Analysis Services, Microsoft SQL Server, listas de
SharePoint y Servicios de Excel) para realizar un seguimiento de los datos y supervisarlos.
El esquema jerárquico de visualización es un nuevo tipo de informe que permite analizar visualmente los valores de datos de nivel
superior de un conjunto de datos multidimensional.
Para obtener más información, vea What's new for PerformancePoint Services (SharePoint Server 2010).
Coincidencia de una herramienta con un escenario amplio
Las siguientes aplicaciones se pueden usar en los escenarios descritos.
Herramienta Escenario
Excel 2010 Acceso basado en explorador por parte de los usuarios a una versión calculada en el servidor de una hoja de cálculo de Excel. Use Excel 2010 y Servicios de Excel para ver los modelos analíticos conectados a orígenes de datos, actualizarlos e interactuar con ellos. También úselos para el análisis, el filtrado y la presentación de datos almacenados localmente.
Servicios de Excel Uso compartido de contenido entre varias personas de una organización. Servicios de Excel permite tomar contenido creado en Excel 2010 y ponerlo a disposición en un explorador de Internet. Servicios de Excel también se usa con un modelo que pueda
221
Herramienta Escenario
distribuirse ampliamente (por ejemplo, una calculadora de hipotecas). En ambos escenarios, Servicios de Excel permite al autor publicar contenido dirigido sin poner a disposición de los consumidores la propiedad intelectual subyacente.
PerformancePoint Services Creación de paneles, cuadros de mandos e indicadores clave de rendimiento (KPI) que ofrecen una vista resumida del rendimiento empresarial. PerformancePoint Services proporciona a los usuarios un análisis integrado para la supervisión, el análisis y la generación de informes.
Servicios de Visio La creación de una representación visual de estructuras empresariales enlazadas a datos. Entre los ejemplos se incluyen procesos, sistemas y recursos. Los ingenieros pueden usar la visualización para crear objetos enlazados a datos para representar un proceso.
SQL Server Reporting Services en SharePoint Server SQL Server Reporting Services proporciona herramientas y servicios para ayudar a crear, implementar y administrar informes para la organización en un sitio web propio o en SharePoint Server. También proporciona características de programación que permiten ampliar y personalizar los informes. Las herramientas de creación de informes trabajan con una aplicación de tipo Office y están completamente integradas con herramientas y componentes de SQL Server y, además, con el entorno de SharePoint Server. Puede generar informes en listas de SharePoint, publicarlos en SharePoint Server 2007 o 2010, incorporarlos al portal mediante elementos web para informes y administrar completamente los informes publicados en bibliotecas de documentos de SharePoint.
Al usar SQL Server Reporting Services (SSRS) con SharePoint Server, se puede elegir entre dos modos. El modo estándar se conoce como "modo Conectado". Este requiere SharePoint Server, el complemento SSRS y el Servidor de informes de SQL Server 2008 R2. El nuevo modo es el "modo Local", que es una configuración ligera para integrar Reporting Services con SharePoint Server. Solo requiere SharePoint Server y el complemento SSRS.
222
Use SQL Server Reporting Services si desea entregar informes que se publiquen a intervalos establecidos y a petición. También es adecuado cuando los requisitos de los informes están bien establecidos y los clientes no siempre están familiarizados con el conjunto de datos subyacente. Para obtener información general con vínculos a la documentación del producto, vea Información general sobre informes de SQL Server Reporting Services en SharePoint (SharePoint Server 2010).
PowerPivot para Excel 2010 Microsoft SQL Server 2008 R2 PowerPivot para Microsoft Excel 2010 amplía Excel y agrega la compatibilidad con datos de gran escala. Tiene un almacén de datos en memoria como opción para SQL Server Analysis Services. Mediante PowerPivot para Excel, puede combinar varios orígenes de datos para incluir bases de datos corporativas, hojas de cálculo, informes y fuentes de distribución de datos. Existen componentes cliente y de servidor para PowerPivot. El cliente es una extensión de libros de Excel que contienen datos de PowerPivot y pueden publicarse en SharePoint Server 2010. Microsoft SQL Server 2008 R2 PowerPivot para Microsoft SharePoint 2010 es el componente del servidor que admite el acceso a PowerPivot en Productos de Microsoft SharePoint 2010, muy similar a Excel, que puede publicarse en Servicios de Excel.
Use PowerPivot para Excel si desea combinar la funcionalidad de Excel nativa con el motor en memoria para permitir a los usuarios explorar de forma interactiva y realizar cálculos con conjuntos de datos de gran tamaño y manipular rápidamente millones de filas de datos en un solo libro de Excel para informes ad hoc.
Para obtener más información acerca de PowerPivot, vea Introducción a la documentación de PowerPivot (SharePoint Server 2010).
223
Choose the right business intelligence technology to suit your style (white paper)
Publicado: 7 de enero de 2011
This white paper discusses the following five different styles of business intelligence reporting that map to Microsoft business intelligence tools.
Self-Service Analysis
Business Reporting
Parameterized and Operational Reporting
Performance Monitoring
Scorecard reporting
Click (http://go.microsoft.com/fwlink/?LinkId=208081) to download the file. (2.27 MB)
224
Arquitectura de inteligencia empresarial de SharePoint Server 2010
Actualizado: 12 de agosto de 2010
En este artículo se describe la arquitectura física de los servicios de aplicación que permiten implementar inteligencia empresarial en Microsoft SharePoint Server.
Esta lista numerada se corresponde con los números del siguiente diagrama. En el diagrama se muestra una implementación de un conjunto o granja de cuatro servidores y los servicios de aplicación que se pueden usar para la inteligencia empresarial. Para obtener más información acerca de en qué casos se puede usar cada servicio, vea Elección de una herramienta de inteligencia empresarial en SharePoint Server
.
1. Los servidores front-end web se ejecutan en Internet Information Server (IIS) y hospedan los elementos web para servicios de
inteligencia empresarial, servicios web y el proxy necesarios para la comunicación entre el cliente y las aplicaciones de servicio. Una
aplicación de servicio es un contenedor para la lógica de negocios de nivel medio de una instancia del servicio. La configuración del
servidor de aplicaciones y la cantidad de servicios que se hospedan dependerán del tamaño de la granja de servidores y de la
cantidad de usuarios que necesiten acceso. Para obtener información acerca de los servicios y las topologías de SharePoint Server
2010, vea el modelo denominado Servicios en Productos de SharePoint 2010 en Diagramas técnicos (SharePoint Server 2010).
En los siguientes artículos se describen los cuatro servicios que se muestran en el diagrama.
Novedades (Reporting Services en modo integrado de SharePoint (http://go.microsoft.com/fwlink/?linkid=185271&clcid=0xC0A)
Introducción a Servicios de Visio (SharePoint Server 2010)
225
What's new for Excel Services (SharePoint Server 2010)
What's new for PerformancePoint Services (SharePoint Server 2010)
Nota:
Se necesitan una aplicación de servicio de almacenamiento seguro y un proxy en ejecución para almacenar la contraseña de la cuenta de servicio desatendida. Para obtener más información acerca de la cuenta de servicio desatendida y cómo se aplica de forma exclusiva a cada servicio, vea la documentación correspondiente a cada servicio.
2. Cada servicio de aplicación almacena contenido en SharePoint Server mediante una biblioteca de documentos, una plantilla de
colección de sitios (como el Centro de inteligencia empresarial) o listas de sitio de SharePoint Server para ver los informes. El Centro
de inteligencia empresarial se crea a partir de una plantilla de colección de sitios de Office SharePoint Server Enterprise.
PerformancePoint Services es único porque tiene una herramienta de creación de paneles a la que se puede obtener acceso desde
el Centro de inteligencia empresarial o desde un sitio web habilitado.
Además, se puede usar PerformancePoint Services para exportar objetos de panel, como gráficos, cuadrículas, cuadros de mandos o informes de tabla dinámica a Excel 2010 o PowerPoint 2010. El panel creado en el Diseñador de paneles de PerformancePoint puede posicionar las vistas de informes de cada servicio.
3. La creación de informes para Visio y Servicios de Excel de Excel 2010 se produce en las aplicaciones cliente de Office respectivas.
SQL Server Report Builder 3.0 y el Diseñador de paneles de PerformancePoint son aplicaciones del lado cliente iniciadas desde la
Web.
4. Después del diagrama se incluye una lista parcial de los posibles orígenes de datos de productos o características de inteligencia
empresarial y los servicios de inteligencia empresarial respectivos. Para obtener información acerca de otros orígenes de datos y
tipos de proveedor, vea la documentación correspondiente a cada producto.
226
227
Orígenes de datos de inteligencia empresarial de SharePoint Server
Herramienta de inteligencia empresarial
Versiones de SQL Server admitidas (32 y 64 bits)
Proveedores de datos admitidos
Otros datos de origen
Para obtener más información, vea
Excel SQL Server 2005
SQL Server 2008
SQL Server 2008 R2
Datos de hoja de cálculo de Excel
PerformancePoint Services SQL Server 2005
SQL Server 2008
SQL Server 2008 R2
Para SQL Server, extiende System.Data.SqlClient
Para SSAS, usa ADOMD.NET
Informes de SQL Server Reporting Services
Informes de Servicio de gráficos de Visio
Listas de SharePoint
Puede importar KPI de SQL Server Analysis Services (SSAS)
Datos de hoja de cálculo de Excel
Planeación de orígenes de datos de PerformancePoint
Servicios de Excel SQL Server 2005 Para SQL Server, extiende System.Data.SqlClient
Datos de hoja de cálculo de
228
Herramienta de inteligencia empresarial
Versiones de SQL Server admitidas (32 y 64 bits)
Proveedores de datos admitidos
Otros datos de origen
Para obtener más información, vea
SQL Server 2008
SQL Server 2008 R2
Para SSAS, usa MSOLAP (.4 de forma predeterminada) OLE DB
ODBC
Excel
Servicios de Visio SQL Server 2005
SQL Server
SQL Server 2008 R2
Para SQL Server, extiende System.Data.SqlClient
Para SSAS, usa ADOMD.NET
229
Almacenamiento seguro para aplicaciones de servicio de inteligencia empresarial
Publicado: 12 de mayo de 2010
En este artículo se describe la forma en que las características de inteligencia empresarial de Microsoft SharePoint Server 2010 utilizan el Servicio de almacenamiento seguro para proporcionar acceso a orígenes de datos externos (por ejemplo, SQL Server) a los usuarios de SharePoint Server 2010. Para los propósitos de este artículo, las aplicaciones de servicio de inteligencia empresarial de SharePoint Server 2010 son:
Servicios de Excel
PerformancePoint Services
Servicios de Visio
Las aplicaciones de servicio de inteligencia empresarial de SharePoint Server 2010 ofrecen dos métodos de acceso a datos para los usuarios:
Autenticación de Windows mediante la delegación delimitada de Kerberos
Servicio de almacenamiento seguro
En este artículo se describe el Servicio de almacenamiento seguro y su relación con las aplicaciones de servicio de inteligencia empresarial. Para obtener información acerca de cómo utilizar la autenticación integrada de Windows con la delegación delimitada de Kerberos, vea Configure Kerberos authentication (SharePoint Server 2010).
Servicio de almacenamiento seguro El almacenamiento seguro es una característica de SharePoint Server 2010 que ayuda a proporcionar acceso a datos externos a SharePoint Server 2010 (por ejemplo, datos de SQL Server) al permitir que una aplicación de servicio de inteligencia empresarial utilice un conjunto de credenciales con acceso a datos en nombre de un usuario de SharePoint Server 2010 quien intenta obtener acceso a esos datos. Dicho uso de las credenciales por parte de las aplicaciones de servicio de inteligencia empresarial en nombre de los usuarios se denomina suplantación.
230
El almacenamiento seguro proporciona esta asignación entre las aplicaciones de servicio de inteligencia empresarial, los usuarios y las credenciales mediante el uso de una aplicación de destino. Una aplicación de destino de almacenamiento seguro es una colección de metadatos que especifica qué usuarios pueden obtener acceso a un determinado conjunto de credenciales usado por una aplicación de servicio de inteligencia empresarial para realizar la suplantación al tener acceso a datos externos. Estos metadatos se almacenan en la base de datos de almacenamiento seguro junto con las credenciales, que se cifran.
Las aplicaciones de destino de almacenamiento seguro pueden utilizarse de muchas maneras en SharePoint Server 2010. Sin embargo, en lo que respecta a los escenarios de inteligencia empresarial de SharePoint Server 2010, las aplicaciones de destino constan de los siguientes valores, que el administrador de la granja de servidores puede configurar:
Administradores Los administradores de las aplicaciones de destino son los usuarios que tienen privilegios para administrar una
determinada aplicación de destino de almacenamiento seguro. Puede ser el administrador de la granja o un usuario o usuarios
específicos, según sus necesidades. En las aplicaciones de destino creadas por PerformancePoint Services, PerformancePoint
Services configura al administrador automáticamente y asigna al usuario que configura la cuenta de servicio desatendida como
administrador.
Miembros Los miembros de una aplicación de destino son los usuarios en nombre de los cuales la aplicación de servicio de
inteligencia empresarial suplantará las credenciales de la aplicación de destino cuando obtenga acceso a datos externos. Podría
tratarse de un único usuario, varios usuarios o un grupo de Active Directory. Los miembros también se conocen como Propietarios de
credenciales. En las aplicaciones de destino creadas mediante PerformancePoint Services, la cuenta de servicio utilizada por el
grupo de aplicaciones de PerformancePoint Services se asigna como miembro.
Credenciales Las credenciales de la aplicación de destino se componen de una cuenta de Active Directory con acceso directo a
orígenes de datos. (Debe conceder el acceso a datos necesario a esta cuenta directamente. El acceso a orígenes de datos externos
no se controla mediante SharePoint Server 2010. Debe ser una cuenta con pocos privilegios que sólo permita acceso a datos). Ésta
es la cuenta que las aplicaciones de servicio de inteligencia empresarial suplantan para proporcionar a los usuarios acceso a datos.
El administrador de la granja puede configurar los valores correspondientes a los administradores, los miembros y las credenciales directamente a través del almacenamiento seguro en Servicios de Excel y Servicios de Visio. En PerformancePoint Services, estos valores se configuran mediante la Configuración de aplicación de Servicio PerformancePoint y no deben modificarse mediante el almacenamiento seguro.
Servicios de Visio y Servicios de Excel pueden usar el almacenamiento seguro mediante uno de estos métodos:
Aplicación de destino especificada La hoja de cálculo de Excel o el dibujo web de Visio determina una aplicación de destino
específica. Cuando un usuario tiene acceso a la hoja de cálculo o al dibujo web, el almacenamiento seguro utiliza las credenciales
asociadas a esa aplicación de destino para obtener acceso a los datos. En Servicios de Visio, la aplicación de destino debe
especificarse mediante un archivo ODC hospedado en SharePoint Server 2010.
231
Sin aplicación de destino especificada (cuenta de servicio desatendida) No se especifica ninguna aplicación de destino
mediante la hoja de cálculo de Excel o el dibujo web de Visio. Cuando un usuario tiene acceso a la hoja de cálculo o al dibujo web
conectados a un origen de datos externos, el almacenamiento seguro utiliza la aplicación de destino especificada en la configuración
global de Servicios de Excel o Servicios de Visio. Cuando una aplicación de destino se especifica globalmente para una aplicación de
servicio de inteligencia empresarial, las credenciales de la aplicación de destino se denominan cuenta de servicio desatendida.
PerformancePoint Services no puede especificar una aplicación de destino de almacenamiento seguro, solo puede usar el almacenamiento seguro con la cuenta de servicio desatendida.
La secuencia básica de eventos es la siguiente:
1. Un usuario de SharePoint Server 2010 tiene acceso a un objeto conectado a datos, como una hoja de cálculo de Servicios de Excel,
un dibujo web de Servicios de Visio o un panel de PerformancePoint Services.
2. Si el objeto está configurado para utilizar el almacenamiento seguro para la autenticación de datos, la aplicación de servicio de
inteligencia empresarial llama al Servicio de almacenamiento seguro para tener acceso a la aplicación de destino especificada por el
objeto.
3. Si el usuario es un miembro de esa aplicación de destino, se devuelven las credenciales almacenadas en la aplicación de destino y la
aplicación de servicio de inteligencia empresarial suplanta las credenciales al obtener acceso a los datos.
4. Los datos se muestran al usuario en la hoja de cálculo, el dibujo web o el panel.
Archivos de conexión de datos Todas las aplicaciones de servicio de inteligencia empresarial pueden utilizar los archivos de conexión de datos para especificar la autenticación de la información. Servicios de Excel y Servicios de Visio utilizan archivos de conexión de datos de Office (.odc) y PerformancePoint Services utiliza archivos de conexión de datos de Servicios de PerformancePoint (.PPSDC). El uso de estos archivos permite que varias de hojas de cálculo de Servicios de Excel, dibujos web de Servicios de Visio o paneles de PerformancePoint Services compartan un conjunto común de parámetros de acceso a datos.
Las aplicaciones de servicio de inteligencia empresarial de SharePoint Server 2010 usan los archivos de conexión de datos de forma diferente. Para obtener una descripción de la forma en que cada aplicación utiliza los archivos de conexión de datos, vea la sección para cada aplicación de servicio, a continuación.
232
Cuenta de servicio desatendida La cuenta de servicio desatendida hace referencia a las credenciales de una aplicación de destino de almacenamiento seguro especificada en la configuración global de una aplicación de servicio de inteligencia empresarial. Esta aplicación de destino se utiliza para proporcionar acceso a datos a los usuarios cuando no se especifica otro método de autenticación. En Servicios de Visio, la cuenta de servicio desatendida es necesaria cuando no se utiliza la autenticación integrada de Windows, incluso si se proporciona información de conexión adicional en el archivo de conexión (por ejemplo, una cadena de autenticación de SQL).
Acceso a datos desde aplicaciones cliente y servidores Microsoft Excel 2010 y Microsoft Visio 2010 son aplicaciones cliente que funcionan de forma independiente de SharePoint Server 2010. Aunque pueden publicar documentos en SharePoint Server 2010, no pueden utilizar el almacenamiento seguro directamente para la autenticación de orígenes de datos. Al crear o editar una hoja de cálculo o un dibujo web conectados a datos, debe utilizar la autenticación integrada de Windows o cualquier otro método de autenticación correspondiente para conectarse directamente a un origen de datos desde Excel 2010 o Visio 2010. (Entre los otros métodos de autenticación que puede usar, se incluye la autenticación de SQL o una cadena de conexión OLEDB). Una vez que la hoja de cálculo o el dibujo web están publicados en SharePoint Server 2010, Servicios de Excel o Servicios de Visio pueden usar el almacenamiento seguro para conectarse al origen de datos cuando muestran el contenido a un usuario.
El Diseñador de paneles de PerformancePoint Services está integrado directamente con SharePoint Server 2010. El Diseñador de paneles puede utilizar el almacenamiento seguro directamente para autenticar mediante la cuenta de servicio desatendida. Como resultado, los usuarios del Diseñador de paneles no necesitan acceso directo a orígenes de datos a través de la autenticación integrada de Windows, siempre que la cuenta de servicio desatendida tenga el acceso requerido.
Servicios de Excel y Servicios de Visio Servicios de Excel y Servicios de Visio usan el almacenamiento seguro de forma similar:
Ambos pueden almacenar una aplicación de destino de almacenamiento seguro especificada en un archivo ODC.
Ambos pueden utilizar la cuenta de servicio desatendida.
Sin embargo, existen algunas diferencias clave entre Servicios de Excel y Servicios de Visio. Estas diferencias se tratan en las siguientes secciones.
233
Servicios de Excel
Las conexiones de datos que se utiliza Servicios de Excel se deben configurar en Excel 2010 antes de publicarlas en un sitio de SharePoint Server 2010. Una hoja de cálculo de Excel 2010 puede especificar la información de conexión de datos directamente o puede incluir un puntero a un archivo ODC donde se puede encontrar la información de conexión.
La siguiente configuración de autenticación está disponible en un libro de Excel 2010 conectado a datos o un archivo ODC:
Autenticación de Windows integrada Especifica la autenticación de Windows integrada con delegación de Kerberos para
autenticar a cada usuario individual cuando ven un libro de Excel 2010 mediante Servicios de Excel.
Id. de SSS Designa una aplicación de destino de almacenamiento seguro específica que se utilizará para tener acceso al origen de
datos.
Ninguno Utiliza las credenciales especificadas en la cadena de conexión, si existen. De lo contrario, utiliza la cuenta de servicio
desatendida de almacenamiento seguro designada en la configuración global de Servicios de Excel.
Esta configuración solo se puede editar si se abre la hoja de cálculo o el archivo ODC en Excel 2010.
Servicios de Visio
Servicios de Visio admite dos métodos de conexión de datos para los dibujos web de Visio:
Información de conexión incrustada
Información de conexión externa que usa un archivo ODC
Al crear un diagrama de Visio y conectarlo directamente a un origen de datos, Visio 2010 almacena la información del origen de datos directamente en el archivo al publicar el dibujo web en SharePoint Server 2010. Cuando un usuario ve el dibujo web, Servicios de Visio se conecta al origen de datos utilizando la cuenta de servicio desatendida de almacenamiento seguro especificada en la configuración global de Servicios de Visio.
Si en vez de conectarse directamente a un origen de datos desde Visio 2010, se conecta a un origen de datos mediante un archivo ODC existente almacenado en SharePoint Server 2010, Visio 2010 mantiene el vínculo a ese archivo ODC al publicar el dibujo web. Luego, Servicios de Visio utiliza la información de conexión almacenada en el archivo ODC cuando se conecta al origen de datos. Esto incluye el uso de una determinada aplicación de destino de almacenamiento seguro si se especifica una en el archivo ODC.
Visio 2010 no puede editar los archivos ODC. Se recomienda que haga lo siguiente para utilizar un archivo ODC con un dibujo web de Visio: cree un archivo ODC en Excel 2010, publíquelo en SharePoint Server 2010 y, a continuación, conéctese a él como un origen de datos desde Visio 2010 cuando cree un nuevo diagrama conectado a datos. Debe utilizar Excel 2010 para editar los archivos ODC si desea cambiar la consulta de datos o la información de autenticación, especificar una aplicación de destino o modificar otros valores.
234
Servicios de Visio no puede analizar las consultas SQL complejas. Si intenta utilizar un archivo ODC que contiene una consulta compleja, es posible que Servicios de Visio no pueda ejecutar la consulta ni recuperar los datos.
PerformancePoint Services PerformancePoint Services solo usa el almacenamiento seguro a través de la cuenta de servicio desatendida. La elección entre la autenticación integrada de Windows y la cuenta de servicio desatendida se realiza a través del Diseñador de paneles al crear o editar un origen de datos.
Un administrador configura la aplicación de destino de almacenamiento seguro para la cuenta de servicio desatendida de PerformancePoint Services como parte de la configuración de la aplicación de servicio de PerformancePoint Services. Aunque esta aplicación de destino aparece en la lista de aplicaciones de destino de almacenamiento seguro, no debe modificarse directamente mediante el almacenamiento seguro.
Resumen de las diferencias Tal y como se describe en este artículo, cada una de las aplicaciones de servicio de inteligencia empresarial emplea el almacenamiento seguro de forma distinta. La siguiente tabla resume la funcionalidad de almacenamiento seguro y las opciones para cada aplicación de servicio de inteligencia empresarial.
Nota:
Cada aplicación de servicio de inteligencia empresarial es compatible con la autenticación integrada de Windows. Si se especifica la autenticación integrada de Windows, no se utilizan las opciones de almacenamiento seguro.
235
Aplicación de servicio Almacenamiento seguro Conexiones de datos
PerformancePoint Services Solamente la cuenta de servicio desatendida. Siempre se realizan mediante el uso de un archivo PPSDC.
Servicios de Excel La aplicación de destino de almacenamiento seguro puede especificarse en el archivo ODC o incrustarse en el archivo XLSX. Cuando no hay una aplicación de destino incrustada o especificada en un archivo ODC, se utiliza la cuenta de servicio desatendida.
Incrustadas en la hoja de cálculo o especificadas en un archivo ODC. Los archivos ODC se deben editar en Excel 2010.
Servicios de Visio La aplicación de destino de almacenamiento seguro se puede especificar en el archivo ODC. Cuando no se usa ningún archivo ODC o cuando este archivo no especifica una aplicación de destino, se utiliza la cuenta de servicio desatendida.
Cada vez que se utiliza autenticación no integrada de Windows, se requiere la cuenta desatendida, excepto si el archivo ODC especifica una aplicación de destino diferente.
Incrustadas en un dibujo web o especificadas en un archivo ODC. Compatibilidad limitada para las consultas complejas. Los archivos ODC se deben editar en Excel 2010. (Los archivos ODC no se pueden editar en Visio 2010).
Vea también Conceptos
Introducción a Servicios de Excel (SharePoint Server 2010)
Introducción a PerformancePoint Services (SharePoint Server 2010)
Planeación de la seguridad de PerformancePoint Services (SharePoint Server 2010)
Planeación de Servicios de Visio (SharePoint Server 2010)
Otros recursos
236
Configure the Secure Store Service (SharePoint Server 2010)
Configure Secure Store Service for Excel Services
237
Información general sobre informes de SQL Server Reporting Services en SharePoint (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
Microsoft SQL Server 2008 Reporting Services (SSRS) es una plataforma de informes para servidor que proporciona una amplia gama de servicios y herramientas listas para usar que le ayudarán a crear, implementar y administrar informes de Reporting Services para su organización. En este artículo se ofrece información general sobre SQL Server Reporting Services en el modo integrado de SharePoint y se proporcionan vínculos a artículos de los Libros en pantalla de SQL Server con ayuda para la planeación y configuración. Una vez instalado el complemento Reporting Services en Microsoft SharePoint Server y configurados los dos servidores para la integración, puede cargar o publicar tipos de contenido de servidor de informes en una biblioteca de SharePoint y, a continuación, ver y administrar esos documentos desde un sitio de SharePoint.
Reporting Services se implementa en los siguientes dos modos.
El modo nativo describe un servidor de informes que se ejecuta como un servidor de aplicaciones independiente, sin compartir la
base de datos de contenido con SharePoint Server. Los informes pueden administrarse y visualizarse mediante la aplicación web
Administrador de informes. Pueden habilitarse los elementos web de SharePoint para seleccionar y ver los informes desde un
servidor de informes.
El modo integrado de SharePoint implica que un servidor de aplicaciones está integrado con una granja de servidores de SharePoint
Server y requiere la configuración del servidor de informes en modo integrado, y la descarga y configuración de un componente de
complementos en cada uno de los servidores front-end web de SharePoint. El modo integrado permite al usuario administrar y ver los
informes desde bibliotecas de documentos de SharePoint.
Información general sobre Reporting Services en el modo integrado de SharePoint En los siguientes artículos se describen las mejoras realizadas a SQL Server 2008 relacionadas con la inteligencia empresarial.
238
Novedades (Reporting Services en modo integrado de SharePoint) Se describen las nuevas características de Reporting Services y
las mejoras para el entorno de Reporting Services integrado con un producto de SharePoint. Entre las nuevas características se
incluye la compatibilidad con varias zonas de SharePoint, el Servicio de creación de registros unificado de SharePoint y los
elementos de informe. También hay disponible una nueva extensión de datos de lista de SharePoint compatible con el diseñador de
consultas.
Integración de Reporting Services y la tecnología de SharePoint Se explica que, cuando un usuario integra un servidor de informes
que usa una instancia de uno de los Productos de Microsoft SharePoint 2010, los elementos y las propiedades se almacenan en
bases de datos de contenido de SharePoint. En el artículo se proporciona una descripción de las bases de datos que contienen el
contenido del servidor de informes y SharePoint Server 2010.
Planeación y arquitectura de Reporting Services en el modo integrado de SharePoint En los siguientes artículos se describe la integración de SQL Server Reporting Services con Productos de SharePoint 2010 y cómo planear una implementación.
Topologías de implementación para Reporting Services en el modo integrado de SharePoint Se describen distintos escenarios de
implementación y lo que se admite para la integración entre Productos de SharePoint 2010 y Reporting Services.
Requisitos para ejecutar Reporting Services en el modo integrado de SharePoint Se especifican los requisitos de software y de
edición.
Almacenamiento y sincronización de contenido del servidor de informes con bases de datos de SharePoint Se muestra cómo se
sincronizan las bases de datos de contenido y configuración de SharePoint con la base de datos del servidor de informes para
almacenar contenido y metadatos.
Cómo obtener información sobre el modo integrado de SharePoint Se proporciona una guía básica sobre la integración de SQL
Server 2008 Reporting Services con Office SharePoint Server 2007. En la guía básica se incluyen varios artículos sobre la planeación
y la arquitectura, la instalación y la configuración, los elementos web, la programación del modo integrado de SharePoint, etc.
239
Configuración de Reporting Services en el modo integrado de SharePoint En los siguientes artículos se describen los pasos para configurar Reporting Services en el modo integrado de SharePoint.
Configurar Reporting Services para la integración de SharePoint 3.0 Se proporcionan instrucciones paso a paso para escenarios de
implementación y configuración de Reporting Services para la integración de SharePoint 2010. También se ofrecen varios artículos
de procedimientos.
Configuración predeterminada para el modo integrado de SharePoint (Reporting Services) Se hace referencia a la instalación de
Reporting Services donde el programa de instalación instala y configura una instancia del servidor de informes y crea la base de
datos del servidor de informes en un formato que admite el almacenamiento de contenido.
240
Introducción a la documentación de PowerPivot (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
Este artículo se asigna a artículos para mostrar los procedimientos para planear, configurar y mantener Microsoft SQL Server 2008 R2 PowerPivot para Microsoft Excel 2010 y PowerPivot para SharePoint 2010. El nombre PowerPivot hace referencia a una colección de aplicaciones y servicios que proporcionan un enfoque completo para crear soluciones de inteligencia empresarial controladas por datos y administradas por el usuario en libros de Microsoft Excel. El cliente y las aplicaciones de servidor de PowerPivot son compatibles con soluciones de inteligencia empresarial que no requieren la intervención del administrador y que ponen una poderosa herramienta de análisis a su alcance, lo que le permite disponer de más información y conocer mejor los datos para tomar decisiones, establecer objetivos y planear iniciativas en toda la organización. A continuación, se proporciona una descripción de los componentes de PowerPivot para Microsoft Office.
PowerPivot para Excel 2010 es un complemento para Excel que proporciona herramientas para agregar e integrar grandes
cantidades de datos a libros de Excel.
PowerPivot para SharePoint 2010 extiende los Productos de SharePoint 2010 y los Servicios de Excel para agregar compatibilidad
de procesamiento, colaboración y administración de documentos del lado servidor para los libros de PowerPivot que publica en los
Productos de SharePoint 2010.
Información general sobre PowerPivot para Excel y SharePoint PowerPivot se integra con Excel y los Productos de SharePoint 2010. En un entorno de Excel, PowerPivot para Excel proporciona una experiencia de creación y de análisis conocida en la estación de trabajo. En una granja de servidores de los Productos de SharePoint 2010, PowerPivot para SharePoint es el conjunto de aplicaciones, servicios y características del lado servidor que admite la colaboración en equipo con datos de inteligencia empresarial.
Los siguientes artículos proporcionan información detallada acerca de las características de PowerPivot.
241
Introducción a PowerPivot (http://go.microsoft.com/fwlink/?linkid=190359&clcid=0xC0A) Proporciona más información sobre
PowerPivot para Excel 2010 y PowerPivot para SharePoint 2010, muestra un diagrama que ilustra el modo en que una solicitud de
procesamiento de consultas se mueve a través de la granja de servidores y explica quiénes deben usar PowerPivot.
Características de PowerPivot (http://go.microsoft.com/fwlink/?linkid=190360&clcid=0xC0A) Ofrece una descripción detallada de las
características de PowerPivot para Excel 2010 y PowerPivot para SharePoint 2010.
Conceptos de PowerPivot (http://go.microsoft.com/fwlink/?linkid=190361&clcid=0xC0A) Describe los conceptos principales de
PowerPivot para Excel 2010 y PowerPivot para SharePoint 2010.
Planeación y arquitectura de PowerPivot en SharePoint y Servicios de Excel Los siguientes artículos ayudan a comprender PowerPivot y cómo planear su implementación.
Planeación de una implementación de PowerPivot en un entorno de granja de servidores de SharePoint
(http://go.microsoft.com/fwlink/?linkid=190362&clcid=0xC0A) Ofrece consideraciones y arquitectura para agregar PowerPivot a un
servidor independiente y a una granja de servidores.
Planeación de la integración de PowerPivot con los Servicios de Excel
(http://go.microsoft.com/fwlink/?linkid=190363&clcid=0xC0A) Describe el modo en que los sistemas de servidores colaboran, el
modo en que se establecen las conexiones y la configuración que permite la interacción sin problemas.
Planeación de la integración de PowerPivot con Reporting Services (http://go.microsoft.com/fwlink/?linkid=190365&clcid=0xC0A)
Describe el modo en que puede crear informes de Reporting Services para visualizar datos de PowerPivot. Reporting Services ofrece
visualización de datos enriquecidos a través de gráficos y mapas, formatos de representación adicionales y opciones completas de
suscripción y entrega.
Implementación de PowerPivot en los Servicios de Excel y productos de SharePoint 2010 La implementación de una instancia de PowerPivot para SharePoint 2010 consta de las tareas de instalación y configuración que dan como resultado un servidor operativo, que queda inmediatamente disponible para los usuarios de la organización. Los siguientes artículos ofrecen instrucciones detalladas para implementar PowerPivot para SharePoint.
242
Requisitos de hardware y software (PowerPivot para SharePoint)
(http://go.microsoft.com/fwlink/?linkid=190366&clcid=0xC0A) Proporciona detalles de hardware y software para la estación de
trabajo del cliente, la instalación del servidor, los Servicios de Excel y los Productos de SharePoint 2010.
Instalación (PowerPivot para SharePoint) (http://go.microsoft.com/fwlink/?linkid=190367&clcid=0xC0A) Vínculos a las
consideraciones de instalación y artículos sobre procedimientos para instalar PowerPivot de distintas maneras. Los artículos incluyen
información acerca de cómo escalar PowerPivot para los Productos de SharePoint 2010, OLE DB y ADOMD.NET.
Configuración predeterminada de PowerPivot para SharePoint
(http://go.microsoft.com/fwlink/?linkid=190368&clcid=0xC0A) Describe los procedimientos de instalación para la configuración
predeterminada de PowerPivot para SharePoint 2010.
Configuración de PowerPivot para SharePoint (http://go.microsoft.com/fwlink/?linkid=190369&clcid=0xC0A) Vínculos a artículos
sobre procedimientos para configurar PowerPivot para SharePoint 2010.
243
Almacenamiento de datos, OLAP y Analysis Services de SharePoint 2010
Publicado: 20 de mayo de 2010
En este artículo se describen los almacenamientos de datos, OLAP y Microsoft SQL Server Analysis Services (SSAS), así como la relación entre un almacenamiento de datos y SQL Server Analysis Services con los servicios de aplicación de business intelligence en Microsoft SharePoint Server 2010. Además, en este artículo se explica cuándo se debería usar PowerPivot en lugar de SSAS.
Introducción al almacenamiento de datos, OLAP y PowerPivot, y su relación con SharePoint 2010 ¿Qué es un almacenamiento de datos? Un almacenamiento de datos es una base de datos que funciona como repositorio para almacenar y analizar información numérica. Normalmente, los datos principales del almacenamiento de datos son valores numéricos que se pueden resumir o agregar y se almacenan en una estructura diferente de la estructura de base de datos transaccional típica. Una de las razones por las que la estructura del almacenamiento de una base de datos difiere de la estructura de una base de datos transaccional es que la extracción de datos podría consumir muchos recursos. El almacenamiento de datos permite almacenar datos agregados en lugar de realizar consultas ad-hoc que requieren mucho tiempo y recursos para devolver valores resumidos, como se haría en una base de datos transaccional para crear un informe. Esta definición simplificada se explica mejor en muchos libros dirigidos a profesionales especializados en almacenamiento de datos.
¿Qué es OLAP y cómo se relaciona con el almacenamiento de datos? El término procesamiento analítico en línea (OLAP) normalmente hace referencia a herramientas especializadas que hacen que los datos de almacenamiento estén fácilmente disponibles. Un cubo OLAP es una estructura lógica que define los metadatos. El término cubo describe los grupos de medida y las tablas de dimensiones existentes y no debe interpretarse en el sentido de dimensiones limitadas. Un cubo es una combinación de todos los grupos de medida existentes. Un grupo de medida es un grupo de medidas compatibles con la lógica de negocios de los datos y es otra estructura lógica que define los metadatos para que las herramientas cliente puedan obtener acceso a los datos. Cada grupo de medida contiene los valores detallados que se almacenan en la tabla de hechos (valores copiados o recuperados de forma dinámica). Los cubos
244
OLAP contienen grandes cantidades de metadatos; los metadatos, en su definición más sencilla, son datos acerca de datos. Las expresiones multidimensionales (MDX) son un lenguaje de consulta basado en metadatos que permite consultar los cubos OLAP.
¿Qué es SQL Server Analysis Services (SSAS) y cómo se relaciona con OLAP? Microsoft SQL Server Analysis Services (SSAS), anteriormente conocido como OLAP Services, proporciona tecnologías de servidor que ayudan a acelerar el procesamiento de consultas e informes. Analysis Services implementa OLAP con tecnologías que simplifican y aceleran el proceso de diseño, la creación, el mantenimiento y la consulta de tablas agregadas y, al mismo tiempo, evitan problemas de explosión de datos.
¿Cómo se relacionan PerformancePoint Services y Servicios de Excel con el almacenamiento de datos, OLAP o SSAS? Las consultas complejas en cubos OLAP pueden producir respuestas de negocios con mucha más rapidez que la misma consulta en datos relacionales de OLTP. Las estructuras de datos son diferentes y se usan para distintos fines. Los cubos de OLAP de SSAS son mejores para agregar datos y generar informes. Los datos de SQL Server Analysis Services proporcionan herramientas de creación de business intelligence, como Microsoft Excel, Diseñador de paneles de PerformancePoint y Visio con un origen de datos OLAP.
¿Qué es PowerPivot y cómo relaciona con SSAS? Microsoft SQL Server 2008 R2 PowerPivot para Microsoft Excel 2010 es una extensión de Microsoft Excel que agrega compatibilidad con datos a gran escala. Tiene un almacén de datos en memoria como una opción de SQL Server Analysis Services. Entre los distintos orígenes de datos que se pueden combinar se incluyen bases de datos corporativas, hojas de cálculo, informes y fuentes de distribución de datos. Los datos de PowerPivot que se encuentran en un libro de Excel se detectan, extraen y procesan por separado en sesiones de servidor de Analysis Services dentro del conjunto o granja de servidores. A continuación, Servicios de Excel en SharePoint proporciona la capa de presentación en una ventana del explorador. Para obtener más información, vea www.powerpivot.com.
¿Cuándo se usa PowerPivot en lugar de SSAS? SSAS es un motor OLAP para profesionales de TI que permite crear soluciones de alto rendimiento avanzadas para implementar en toda la organización. Al igual que Excel, PowerPivot para Excel es para los trabajadores informáticos que crean soluciones BI para sí mismos en vez de para la organización. El archivo PowerPivot puede publicarse después en SharePoint Server o en SharePoint Foundation para todo el equipo. Para obtener más información sobre las diferencias, vea la entrada del blog del equipo de PowerPivot sobre la comparación de Analysis Services y PowerPivot (http://go.microsoft.com/fwlink/?linkid=192047&clcid=0xC0A).
245
Introducción a Servicios de Excel (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
Microsoft Excel 2010 está diseñado para ayudarlo a analizar los datos profesionales y aumentar la inteligencia empresarial. Servicios de Excel en Microsoft SharePoint Server 2010 es un servicio compartido de Microsoft SharePoint Server que puede usar para publicar libros Microsoft Excel 2010 en SharePoint Server. Los libros publicados están disponibles para que los usen los trabajadores de la información de toda la organización. Los libros publicados se pueden administrar y asegurar de acuerdo con las necesidades de la organización, para luego compartirlos.
La inteligencia empresarial permite almacenar los datos que representan procesos de negocios clave de su organización para organizar esos datos de un modo útil y para presentarlos como información significativa. Los trabajadores de la información podrán usar esa información para aumentar la productividad y proporcionar comentarios que mejoren los procesos de negocios subyacentes.
¿Qué es Servicios de Excel? Servicios de Excel admite que los libros Excel 2010 se compartan, aseguren, administren y usen en una biblioteca de documentos o sitio web de SharePoint Server. Servicios de Excel consiste en los componentes (ECS) Excel Calculation Services, (EWA) Microsoft Excel Web Access y (EWS) Servicios web de Excel. Estos tres componentes interactúan con SharePoint Server y Servicios de Excel para colaborar con los procesos de inteligencia empresarial de la organización. Básicamente, Excel 2010 es una herramienta de creación y Servicios de Excel es una herramienta de informes.
Existen dos interfaces primarias en Servicios de Excel: una IU basada en web que permite a los usuarios ver los libros y las hojas de cálculo de un explorador y una interfaz de servicios web para un acceso mediante programación.
Algunos escenarios específicos lo ayudarán a comprender cómo aprovechar mejor Servicios de Excel:
1. Compartir hojas de cálculo a través del explorador los usuarios pueden guardar hojas de cálculo de Excel 2010 en una
biblioteca de documentos de SharePoint Server para proporcionar a otros usuarios acceso basado en explorador a la versión
calculada en servidor de la hoja de cálculo. Cuando se tiene acceso a la hoja de cálculo, Servicios de Excel carga la hoja de cálculo,
actualiza los datos externos si es necesario y envía la vista resultante a través del explorador. No es necesario que un usuario tenga
instalado Excel 2010 para ver la hoja de cálculo. Los usuarios siempre verán la última versión de la hoja de cálculo y podrán
246
interactuar con ésta en el explorador. Se pueden establecer permisos de seguridad para limitar el acceso que se proporciona a cada
usuario.
2. Paneles Desarrollo de inteligencia empresarial (BI) Se puede crear un panel basado en explorador mediante Excel y Servicios
de Excel sin una sola línea de código.
3. Volver a usar lógica encapsulada en hojas de cálculo de Excel en aplicaciones personalizadas Además de una interfaz
basada en explorador con el servidor, Servicios de Excel proporciona una interfaz basada en servicio web para que una aplicación
que usa servicios web pueda tener acceso mediante programación a una hoja de cálculo publicada. Las aplicaciones de servicios
web pueden cambiar valores, calcular la hoja de cálculo y recuperar parte de la hoja de cálculo actualizada mediante la interfaz de
acuerdo con los permisos de seguridad que se establecieron para la hoja de cálculo publicada.
4. Generación de informes Una de las características más útiles de Servicios de Excel es la generación de informes. Los informes
pueden incluir datos de inteligencia empresarial o cualquier tipo de datos con los que trabaje en Servicios de Excel. La generación y
publicación de informes de Servicios de Excel también es una de las funciones básicas de un panel.
Los informes de Servicios de Excel funcionan de modo muy similar a los libros de Servicios de Excel y pueden tener una apariencia similar si los visualiza en un libro de Servicios de Excel en su equipo o en una biblioteca de documentos de SharePoint Server. Los informes de Servicios de Excel pueden incluir varias funciones y características de Servicios de Excel estándares, como formato condicional, fórmulas y diagramas. Cuando publica un libro de Excel en Servicios de Excel, su libro se convierte en el origen de datos de un tipo de informe de Servicios de Excel en el Diseñador de paneles. La creación de un tipo de informe de Servicios de Excel consiste en un proceso de dos pasos. Se comienza mediante un asistente para la creación de la estructura básica del informe. A continuación, se seleccionan los datos que se van a mostrar en el informe.
Vea también Conceptos
Planeación de proveedores de datos de Servicios de Excel
Planeación de la autenticación de Servicios de Excel (SharePoint Server 2010)
247
Introducción a la arquitectura de Servicios de Excel
Publicado: 12 de mayo de 2010
En este tema se resume la arquitectura de Aplicación de Servicios de Excel. Aplicación de Servicios de Excel se basa en la plataforma de Productos de Microsoft SharePoint 2010. En consecuencia, Aplicación de Servicios de Excel usa autenticación y autorización de Productos de Microsoft SharePoint 2010.
Componentes de Servicios de Excel Servicios de Excel en Microsoft SharePoint Server 2010 reside en un servidor SharePoint Server independiente (para entornos de evaluación y prueba) o en un conjunto o granja de servidores de SharePoint, un entorno de producción típico. La arquitectura de SharePoint Server 2010 y Servicios de Excel está diseñada para satisfacer las necesidades de implementación, desde la instalación en un departamento dentro de una organización a un escenario de empresa global. Servicios de Excel incluye tres componentes básicos:
Excel Calculation Services es el componente principal de Servicios de Excel que carga la hoja de cálculo y el libro, calcula las hojas
de cálculo, actualiza los datos externos y mantiene el estado de sesión para interactividad.
Excel Web Access es un componente front-end web que entrega los libros de Excel.
Servicios web de Excel es un servicio web hospedado en SharePoint que proporciona varios métodos para que los programadores
creen aplicaciones personalizadas basadas en el libro de Excel.
Estos tres componentes de Servicios de Excel residen en el servidor front-end web o en el servidor de aplicaciones back-end. Un entorno de producción estándar de Servicios de Excel que tiene muchos usuarios usa dos o más servidores front-end web y servidores de aplicaciones. Un entorno de desarrollo o prueba normalmente hospeda todos los componentes de Servicios de Excel en un solo servidor.
El siguiente diagrama muestra la arquitectura de 2010 básica de Servicios de Excel en relación con la base de datos de contenido y los orígenes de datos externos de Productos de Microsoft SharePoint 2010.
248
249
Rendimiento y escalabilidad
La escalabilidad para un entorno de producción de Aplicación de Servicios de Excel se consigue agregando más memoria o procesadores de mayor potencia a los servidores. Además, se pueden agregar más servidores front-end web o servidores de aplicaciones a la granja de servidores para cubrir cualquier instancia relacionada con las cargas y el rendimiento de los servidores. Se pueden agregar más servidores front-end web y de aplicaciones de forma independiente. Por ejemplo, puede agregar varios servidores front-end web y usar un solo servidor de aplicaciones, o bien agregar varios servidores de aplicaciones e implementar solo uno o dos servidores front-end web.
Si tiene más libros grandes o si los libros contienen muchos cálculos y usan muchos datos externos, puede ser conveniente agregar más servidores de aplicaciones a la granja de servidores. Si tiene libros básicos o simples visualizados por muchos usuarios o los libros contienen muchos gráficos o si, por otro lado, tiene paneles con muchos libros, puede ser conveniente agregar más servidores front-end web a la granja de servidores.
El factor de rendimiento más grande de Servicios de Excel depende del tipo, del tamaño de los libros y de las conexiones de datos externos en los libros que se usan con Servicios de Excel. Vea Planeación de la autenticación de Servicios de Excel (SharePoint Server 2010) para obtener más información acerca de cómo configurar las opciones de Servicios de Excel.
250
Planeación de conexiones externas y de orígenes de datos para Servicios de Excel
Publicado: 12 de mayo de 2010
Para configurar Productos de Microsoft SharePoint 2010 de modo que los libros cargados en la Aplicación de Servicios de Excel actualicen los datos externos correctamente, es necesario comprender las relaciones y dependencias que existen entre SharePoint Server 2010 y la Aplicación de Servicios de Excel.
Este artículo contiene instrucciones para ayudarle a configurar los siguientes componentes del servidor de aplicaciones de SharePoint Server 2010:
Servicios de Excel
Servicio de almacenamiento seguro
En este artículo:
Conexiones y libros de Excel
Proveedores de datos
Autenticación con datos externos
Bibliotecas de conexiones de datos y conexiones administradas
Seguridad de Servicios de Excel y datos externos
Conexiones y libros de Excel Todos los libros de Excel que usan datos externos contienen conexiones a orígenes de datos. Las conexiones se componen de todos los elementos que son necesarios para establecer comunicaciones con un origen de datos externo y recuperar datos de él. Esto incluye lo siguiente:
Una cadena de conexión (cadena que especifica a qué servidor se conecta y cómo se conecta al mismo).
251
Una consulta (cadena que especifica qué datos se van a recuperar).
Otros elementos específicos necesarios para obtener los datos.
Conexiones incrustadas y vinculadas
Los libros de Excel pueden contener conexiones incrustadas y conexiones vinculadas. Las primeras se almacenan internamente como parte del libro. Las segundas se almacenan de forma externa como archivos independientes a los que el libro hace referencia.
Las conexiones incrustadas y las conexiones vinculadas funcionan de la misma manera. Ambas especificarán correctamente todos los parámetros necesarios para que la conexión con los datos se establezca de forma satisfactoria. Los archivos de conexión vinculada se pueden almacenar, proteger, administrar y reutilizar de forma centralizada y suelen ser una buena opción cuando se planea un enfoque general para conseguir que un grupo grande de usuarios se conecte a datos externos. Para obtener más información, vea Bibliotecas de conexiones de datos y conexiones administradas.
Para una sola conexión, un libro puede tener una copia incrustada de la información de conexión y un vínculo a un archivo de conexión externo. La conexión se puede configurar de modo que use siempre un archivo de conexión externo para actualizar los datos de un origen de datos externo. En este ejemplo, si no se puede recuperar el archivo de conexión externo o si no se puede establecer una conexión con el origen de datos, el libro no puede recuperar los datos. Si la conexión no está configurada para usar solamente un archivo de conexión externo, Excel intenta usar la copia incrustada de la conexión. Si no lo consigue, Excel intenta usar el archivo de conexión para conectarse al origen de datos externo. La opción para especificar que solamente se usen archivos de conexión para establecer un vínculo de comunicaciones con un origen de datos externo proporciona compatibilidad con los escenarios de conexiones administradas que se describen en Bibliotecas de conexiones de datos y conexiones administradas.
Servicios de Excel puede usar conexiones procedentes de un archivo de conexión externo y conexiones incrustadas en los libros. Hay algunas restricciones para los archivos de conexión externos. Para obtener más información, vea Seguridad de Servicios de Excel y datos externos. Si se permiten ambos tipos de conexiones en el servidor, el comportamiento coincide con el comportamiento de Excel descrito anteriormente.
Por razones de seguridad, la Aplicación de Servicios de Excel se puede configurar para que permita que las conexiones se realicen únicamente desde archivos de conexión. Con esta configuración, se omiten todas las conexiones incrustadas para los libros cargados en el servidor y solo se intenta establecer la conexión cuando hay un vínculo a un archivo de conexión válido que sea de confianza para el administrador del servidor. Para obtener más información, vea Bibliotecas de conexiones de datos de confianza.
252
Nota:
Existen muchos tipos de archivos de conexión y la Aplicación de Servicios de Excel solamente funciona con archivos de conexión de datos (.odc) de Office.
Proveedores de datos
Los proveedores de datos son controladores que las aplicaciones cliente (como Excel y la Aplicación de Servicios de Excel) usan para conectarse a orígenes de datos específicos. Por ejemplo, se usa un proveedor de datos MSOLAP especial para establecer la conexión con Microsoft SQL Server 2008 Analysis Services. El proveedor de datos se especificará como parte de la conexión en la cadena de conexión. No es necesario tener amplios conocimientos acerca de los proveedores de datos para los fines de este artículo. Sin embargo, sí es necesario comprender los siguientes conceptos:
Normalmente, los proveedores de datos son conjuntos de bibliotecas completamente probados y estables que se pueden usar para
la conexión a datos externos.
El administrador del servidor debe confiar explícitamente en los proveedores de datos usados por Servicios de Excel. Para obtener
información acerca de cómo agregar un nuevo proveedor de datos a la lista de proveedores de confianza, vea Mange Excel Services
connections.
Nota:
De forma predeterminada, la Aplicación de Servicios de Excel confía en muchos proveedores de datos estables y conocidos. En la mayoría de los casos, no es necesario agregar proveedores de datos, ya que suelen agregarse para soluciones personalizadas.
Los proveedores de datos controlan las consultas, el análisis de las cadenas de conexión y otra lógica específica de la conexión. Esta
funcionalidad no forma parte de la Aplicación de Servicios de Excel. La Aplicación de Servicios de Excel no puede controlar el
comportamiento de los proveedores de datos.
Autenticación con datos externos
Los servidores de datos requieren que el usuario se autentique (es decir, que se identifique en el servidor). El siguiente paso es la autorización, que consisten en comunicar al servidor las acciones que el usuario puede realizar. La autenticación es necesaria para que el servidor de datos pueda llevar a cabo la autorización o para aplicar restricciones de seguridad que impiden que los datos se expongan a usuarios no autorizados.
253
La Aplicación de Servicios de Excel debe comunicarle al origen de datos qué usuario está solicitando los datos. En la mayoría de los escenarios, se trata de un usuario que ve un informe de Excel en un explorador. En esta sección se explica la autenticación entre la Aplicación de Servicios de Excel y un origen de datos externo. En el diagrama siguiente se muestra la autenticación en este nivel. La flecha del lado derecho muestra el vínculo de autenticación desde un servidor de aplicaciones que ejecuta Excel Calculation Services hasta un origen de datos externo.
254
Nota:
Aplicación de Servicios de Excel tiene acceso a orígenes de datos externos mediante una identidad delegada de Windows. Por lo tanto, los orígenes de datos externos deben residir en el mismo dominio que el conjunto o granja de servidores de SharePoint Server 2010, o bien la Aplicación de Servicios de Excel debe configurarse para usar el Servicio de almacenamiento seguro. Si no se usa el Servicio de almacenamiento seguro y los orígenes de datos externos no residen en el mismo dominio, se producirá un error en la autenticación en los orígenes de datos externos. Para obtener más información, vea Planeación de consideraciones para servicios que tienen acceso a orígenes de datos externos en el tema Planeación de una arquitectura de servicios.
Hay muchas formas de implementar la autenticación. Este artículo se centra en tres métodos compatibles con la Aplicación de Servicios de Excel:
Autenticación integrada de Windows
Servicio de almacenamiento seguro
Ninguno
La Aplicación de Servicios de Excel determina el tipo de autenticación a partir de una propiedad de la conexión que debe estar establecida explícitamente y que se puede establecer mediante el cliente de Microsoft Excel 2010. Si no se encuentra el tipo de autenticación, se intenta usar la autenticación predeterminada de Windows.
Autenticación integrada de Windows
SharePoint Server 2010 usa la autenticación basada en notificaciones. Por lo tanto, la Aplicación de Servicios de Excel también usa este tipo de autenticación. La autenticación integrada de Windows ahora se usa exclusivamente para la configuración de autenticación IIS en SharePoint Server 2010. Además, tenga en cuenta que cuando la Aplicación de Servicios de Excel se conecta a un origen de datos que está hospedado en un servidor distinto del servidor que hospeda la Aplicación de Servicios de Excel, debe configurarse la delegación limitada de Kerberos. En otras palabras, cuando la Aplicación de Servicios de Excel se conecta a un origen de datos externo, se debe configurar e implementar la delegación limitada de kerberos.
Este método usa la identidad de usuario de Windows para autenticarse en un origen de datos. En este artículo, no es importante conocer el mecanismo específico que el sistema operativo usa para hacer esto (por ejemplo, NTLM o delegación limitada). Normalmente, la autenticación de Windows es el método predeterminado para el acceso a datos externos si se usa un cliente de Excel para establecer la conexión con los orígenes de datos, como SQL Server 2008 Analysis Services.
255
En la mayoría de los entornos empresariales, la Aplicación de Servicios de Excel se configurará como parte de una granja de servidores donde el servidor front-end web, el servidor back-end de la Aplicación de Servicios de Excel y un origen de datos se ejecutarán en equipos diferentes, como se ilustra en el diagrama incluido en Autenticación con datos externos. Esto significa que se requerirá la delegación o el protocolo Kerberos (se recomienda la delegación restringida) para habilitar las conexiones de datos que usan la autenticación de Windows. Esto se debe a que la delegación es necesaria para garantizar que las identidades de usuario puedan comunicarse de un equipo a otro de forma confiable y segura. En una implementación de granja de servidores, estos tipos de conexiones no funcionarán en la Aplicación de Servicios de Excel, a menos que se configure correctamente el protocolo Kerberos. Vea la página del Centro de descarga de Microsoft sobre cómo configurar la autenticación Kerberos para productos de Microsoft SharePoint 2010 para obtener más información acerca de cómo configurar la delegación limitada de kerberos para la Aplicación de Servicios de Excel.
Servicio de almacenamiento seguro
SharePoint Server 2010 usa la autenticación del Servicio de almacenamiento seguro mediante la inclusión de un servicio de Windows y una base de datos de credenciales seguras. La Aplicación de Servicios de Excel admite la funcionalidad acoplable del Servicio de almacenamiento seguro, con la que se puede implementar un proveedor propio de este servicio. SharePoint Server 2010 proporciona un proveedor de Servicio de almacenamiento seguro predeterminado con la Aplicación de Servicios de Excel.
El Servicio de almacenamiento seguro es una base de datos centralizada que se usa normalmente para almacenar las credenciales (par de identificación de usuario y contraseña asociada) que las aplicaciones usarán para autenticarse en otras aplicaciones. En este caso, la Aplicación de Servicios de Excel usa el Servicio de almacenamiento seguro para almacenar y recuperar las credenciales que usará para autenticarse en orígenes de datos externos.
Cada entrada del Servicio de almacenamiento seguro contiene un identificador de aplicación usado como elemento de búsqueda para recuperar el conjunto de credenciales correspondiente. Cada identificador de aplicación puede tener permisos establecidos de manera que solamente determinados usuarios o grupos puedan tener acceso a las credenciales almacenadas para ese identificador de aplicación.
Una vez proporcionado el identificador de aplicación, la Aplicación de Servicios de Excel recupera de la base de datos de almacenamiento seguro las credenciales del usuario que tiene acceso al libro (ya sea mediante el explorador o mediante Servicios web de Excel). A continuación, la Aplicación de Servicios de Excel usará esas credenciales para autenticarse en el origen de datos y recuperar los datos.
256
Nota:
Se debe especificar el identificador de aplicación para la conexión. Para obtener más información acerca de cómo especificar un identificador de aplicación, vea Configure Secure Store Service for Excel Services.
Ninguno
Este método de autenticación significa que no deben recuperarse credenciales o que no debe realizarse ninguna acción especial para la autenticación de la conexión. Por ejemplo, la Aplicación de Servicios de Excel no intenta delegar credenciales ni recuperar las credenciales almacenadas para el usuario de la base de datos de almacenamiento seguro. Si no se selecciona ningún método de autenticación, se establece la conexión con la base de datos de almacenamiento seguro como la cuenta de proceso y se recuperan las credenciales que se deben usar. En estos casos, la Aplicación de Servicios de Excel pasa la cadena de conexión al proveedor de datos y permite que este se ocupe de la autenticación.
En términos más prácticos, esto significa que normalmente una cadena de conexión especificará un nombre de usuario y una contraseña para conectarse al origen de datos. Sin embargo, en ocasiones, la cadena de conexión especifica que se debe usar la seguridad integrada. Es decir, que para que se establezca la conexión con el origen de datos, se debe usar la identidad de Windows que pertenece al usuario o al equipo que emite la solicitud. En ambos casos, primero se suplanta la cuenta desatendida y, a continuación, se realiza la conexión de origen de datos. La cadena de conexión y el proveedor determinan el método de autorización. Asimismo, la autorización se puede basar en las credenciales de la cadena de conexión o en la identidad de Windows de la cuenta desatendida que se suplantó. Para obtener más información, vea Cuenta desatendida.
Bibliotecas de conexiones de datos y conexiones administradas
Una biblioteca de conexiones de datos es una lista de SharePoint Server 2010 diseñada para almacenar archivos de conexión a los que después hacen referencia las aplicaciones de Office 2010, como la Aplicación de Servicios de Excel.
Las bibliotecas de conexión de datos ofrecen a los clientes la posibilidad de administrar, proteger, almacenar y reutilizar las conexiones de datos de forma centralizada.
Reutilización de conexiones
Puesto que la biblioteca de conexiones de datos se encuentra en una ubicación conocida de SharePoint Server 2010 y muestra descripciones y nombres descriptivos de la empresa, los usuarios pueden reutilizar las conexiones que otros usuarios hayan creado o configurado para fines propios. Un trabajador de la información con conocimientos avanzados o un experto en datos pueden crear conexiones que otros usuarios podrán reutilizar sin tener que conocer los detalles de los proveedores de datos, los nombres de
257
servidores o la autenticación. La ubicación de la biblioteca de conexiones de datos incluso se puede publicar en los clientes de Office para que las conexiones de datos se muestren directamente en la Aplicación de Servicios de Excel o en cualquier otra aplicación cliente que use la biblioteca de conexiones de datos. Para obtener más información, vea Mange Excel Services connections.
Administración de conexiones
Dado que los libros contienen un vínculo a un archivo de una biblioteca de conexiones de datos, si se produce un cambio relacionado con la conexión (como el nombre de un servidor o el identificador de una aplicación de almacenamiento seguro), únicamente deberá actualizarse un solo archivo de conexión en lugar de cientos de libros posibles. Los libros adoptarán los cambios de la conexión de forma automática la próxima vez que usen ese archivo de conexión para actualizar desde Excel o en la Aplicación de Servicios de Excel.
Protección de las conexiones
La biblioteca de conexiones de datos es una lista de SharePoint que admite todos los permisos admitidos por SharePoint Server 2010, incluidos los permisos por carpeta y por elemento. La ventaja que esto ofrece en el servidor es que una biblioteca de conexiones de datos se puede convertir en un almacén de conexiones de datos bloqueado y sometido a un control estricto. Muchos usuarios podrían tener acceso de solo lectura para poder usar las conexiones de datos, pero no se les permitiría agregar conexiones nuevas. Al usar listas de control de acceso (ACL) con la biblioteca de conexiones de datos y al permitir solo a los autores de confianza cargar conexiones, la biblioteca de conexiones de datos pasa a ser un almacén de conexiones de confianza. Las conexiones de confianza son conexiones para las que existe una absoluta certeza de que no contienen consultas malintencionadas.
La Aplicación de Servicios de Excel se puede configurar para cargar archivos de conexión solo de bibliotecas de conexiones de datos en las que confíe explícitamente el administrador del servidor y para bloquear la carga de conexiones incrustadas. Con esta configuración, la Aplicación de Servicios de Excel usa la biblioteca de conexiones de datos para aplicar una capa de seguridad adicional a las conexiones de datos.
Las bibliotecas de conexiones de datos se pueden usar incluso con el nuevo rol de lector de SharePoint Server 2010, que permite usar estas conexiones para actualizar los libros cargados en la Aplicación de Servicios de Excel. Si se aplica el rol de lector, los usuarios no pueden tener acceso al contenido del archivo de conexión desde una aplicación cliente, como Excel. Por lo tanto, el contenido del archivo de conexión está protegido, aunque se puede seguir usando para los libros actualizados en el servidor.
Seguridad de Servicios de Excel y datos externos
Aplicación de Servicios de Excel tiene muchas capas de seguridad. En las subsecciones siguientes se analizan únicamente los conceptos relevantes para el acceso a datos externos.
258
Ubicaciones de archivos de confianza
La Aplicación de Servicios de Excel únicamente carga libros desde ubicaciones de archivos de confianza, que básicamente son directorios (que pueden incluir subdirectorios) desde los que el administrador permite explícitamente cargar libros. Estos directorios se agregan a una lista interna de la Aplicación de Servicios de Excel, llamada lista de ubicaciones de archivos de confianza.
Las ubicaciones de confianza pueden especificar un conjunto de restricciones para los libros que se cargan desde ellas. Todos los libros que se carguen desde una ubicación de confianza adoptarán la configuración de esa ubicación. A continuación, se ofrece una breve lista de las opciones de configuración de las ubicaciones de confianza que afectan a los datos externos:
Cómo se puede tener acceso a los datos externos. Las opciones son las siguientes:
No se permite el acceso a los datos (opción predeterminada).
Solo se permiten archivos de conexión en una biblioteca de conexiones de datos de SharePoint Server 2010.
Se permiten las conexiones incrustadas en los libros, además de los archivos de conexión de una biblioteca de conexiones de
datos.
Si se van a mostrar o no las advertencias de actualización de consultas.
Si se debe interrumpir la carga del libro en caso de que los datos externos no se actualicen al abrir el libro. Esta opción se usa
cuando el libro tiene resultados de datos almacenados en la memoria caché que cambian en función de la identidad del usuario que
lo abre. El objetivo es ocultar los resultados almacenados en la memoria caché y garantizar que cualquier usuario que abra el libro
vea solamente los datos que le corresponden. En este caso, el libro intentará actualizarse al abrirse. La opción Actualizar al abrir se
puede establecer para cada conexión. Si la actualización no se realiza correctamente, el libro no se mostrará a los usuarios que no lo
puedan abrir en el cliente de Excel.
Nota:
Esto solo funciona si el libro está bloqueado por los permisos del rol de lector en SharePoint Server 2010, ya que un usuario que puede abrir el libro directamente en Excel siempre puede ver los resultados de datos almacenados en la memoria caché.
Período de caducidad de la memoria caché de datos externos. Los datos del servidor se comparten entre muchos usuarios para
mejorar la escala y el rendimiento, y los períodos de duración de la memoria caché se pueden ajustar. De esta forma, se admiten
escenarios en los que es necesario limitar la ejecución de consultas porque una consulta puede tardar mucho tiempo en ejecutarse.
En estos escenarios, los datos suelen cambiar solo de forma diaria, semanal o mensual en lugar de cada minuto o cada hora.
259
Bibliotecas de conexiones de datos de confianza
Al igual que con los archivos de libros, la Aplicación de Servicios de Excel solo carga archivos de conexión desde bibliotecas de conexiones de datos de confianza de SharePoint Server 2010. Una biblioteca de conexiones de datos de confianza es una biblioteca que el administrador del servidor agregó explícitamente a una lista de confianza interna. Para obtener información acerca de cómo las bibliotecas de conexiones de datos permiten que un administrador asegure y administre archivos de conexión, vea Bibliotecas de conexiones de datos y conexiones administradas. Para obtener información acerca de cómo confiar en una biblioteca de conexiones de datos para usarla con la Aplicación de Servicios de Excel, vea Manage Excel Services connections.
Proveedores de datos de confianza
La Aplicación de Servicios de Excel solamente usará proveedores de datos externos que se agreguen a una lista interna de proveedores de confianza. Se trata de un mecanismo de seguridad que impide que el servidor use proveedores en los que el administrador no confía. Para obtener información acerca de cómo confiar en un proveedor de datos, vea Manage Excel Services connections.
Cuenta desatendida
La cuenta desatendida es una cuenta especial que la Aplicación de Servicios de Excel suplanta cada vez que intenta establecer una conexión y no se ha seleccionado ningún método de autenticación independientemente de si el origen de datos usa la autenticación integrada de Windows. Dado que la Aplicación de Servicios de Excel no tiene control sobre el proveedor de datos y no analiza directamente las cadenas de conexión específicas del proveedor, debe reducir las amenazas de seguridad si se puede usar la identidad de la Aplicación de Servicios de Excel para establecer la conexión con un origen de datos. Para atenuar esas amenazas, se usa la cuenta desatendida.
La Aplicación de Servicios de Excel se suele ejecutar con una cuenta con muchos privilegios. Este nivel de permiso no es correcto para los usuarios que solo ven datos. Al establecer la autenticación de datos externos, ya sea en Ninguno o en Servicio de almacenamiento seguro, si el identificador de la aplicación del Servicio de almacenamiento seguro no almacena credenciales de Windows, la suplantación de la cuenta desatendida tiene lugar antes de que la cuenta intente conectarse a los datos. Dado que normalmente la cuenta desatendida no tiene permisos de acceso al origen de datos, esto impide que se establezcan conexiones accidentales o malintencionadas con los orígenes de datos en el contexto de una cuenta con privilegios.
Si la cuenta desatendida tiene acceso al origen de datos (si el tipo de autenticación se establece en Ninguno), la conexión se establecerá correctamente con las credenciales de la cuenta de servicio desatendida. Tome precauciones cuando diseñe soluciones que usen deliberadamente esta cuenta para conectarse a los datos. Se trata de una sola cuenta que es accesible para cualquier libro del servidor. Un usuario que cargue un libro en la Aplicación de Servicios de Excel y que establezca el tipo de autenticación en Ninguno podría ver los datos desde el servidor. En algunos escenarios, esto puede ser necesario; sin embargo, el Servicio de almacenamiento seguro es la solución recomendada para administrar contraseñas por usuario o por grupo.
260
Planeación de proveedores de datos de Servicios de Excel
Publicado: 12 de mayo de 2010
Servicios de Excel en Microsoft SharePoint Server 2010 solo intenta procesar las conexiones que usan proveedores de datos de confianza. Para los tipos más comunes de conexiones de datos (como ODBC, OLEDB, Microsoft SQL Server y Analysis Services, y OLAP), no es necesario agregar un proveedor porque, de manera predeterminada, Servicios de Excel confía en muchos proveedores estándar. Normalmente, solo se agregan otros proveedores para soluciones personalizadas.
Todos los libros de Microsoft Excel que usan datos externos contienen conexiones a orígenes de datos. Las conexiones se componen de todos los elementos que son necesarios para establecer comunicaciones con un origen de datos externo y recuperar datos de él, entre los que se incluyen:
Una cadena de conexión (cadena que especifica a qué servidor se conecta y cómo se conecta al mismo).
Una consulta (cadena que especifica qué datos se van a recuperar).
Otros elementos específicos necesarios para obtener los datos.
Proveedores de datos Los proveedores de datos son controladores que las aplicaciones cliente (como Excel y Servicios de Excel) usan para conectarse a orígenes de datos específicos. Por ejemplo, para la conexión a Microsoft SQL Server 2005 y a SQL Server 2008 Analysis Services se usa un proveedor de datos MSOLAP especial. El proveedor de datos se especifica como parte de la conexión en la cadena de conexión. La lista siguiente muestra los conceptos importantes sobre los proveedores de datos que debe entender.
Normalmente, los proveedores de datos son conjuntos de bibliotecas completamente probados y estables que se pueden usar para
la conexión a datos externos.
El administrador del servidor debe confiar explícitamente en los proveedores de datos que Servicios de Excel use.
261
Nota:
De manera predeterminada, Servicios de Excel confía en muchos proveedores de datos estables conocidos. En la mayoría de los casos, no es necesario agregar proveedores de datos, ya que suelen agregarse para soluciones personalizadas.
Los proveedores de datos controlan las consultas, el análisis de las cadenas de conexión y otra lógica específica de la conexión. Esta
funcionalidad no es parte de Servicios de Excel. Servicios de Excel no puede controlar el comportamiento de los proveedores de
datos.
Proveedores de datos de confianza
Servicios de Excel solo usará proveedores de datos externos que se agreguen a una lista interna de proveedores de confianza. Se trata de un mecanismo de seguridad que impide que el servidor use proveedores que el administrador no desea permitir.
262
Planeación de la autenticación de Servicios de Excel (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
En este artículo:
Acerca de la seguridad de Servicios de Excel
Planeación de la autenticación de usuarios
Planeación de la comunicación entre servidores
Planeación de la autenticación de datos externos
Acerca de la seguridad de Servicios de Excel Además de los requisitos de seguridad para implementar Productos de Microsoft SharePoint 2010, es necesario revisar las consideraciones de seguridad para una implementación que incluya la Aplicación de Servicios de Excel. Microsoft SharePoint Foundation 2010 proporciona la plataforma en la que se basa SharePoint Server 2010.
La funcionalidad de la Aplicación de Servicios de Excel, en combinación con SharePoint Server 2010, es el método principal para controlar, proteger y administrar el acceso a los libros de Excel en la empresa. La Aplicación de Servicios de Excel es un servidor de aplicaciones de clase empresarial diseñado para maximizar el rendimiento, la escalabilidad y la seguridad. Una implementación de la Aplicación de Servicios de Excel proporciona una representación dinámica e interactividad con los libros, lo que facilita la reutilización de los componentes de los libros, como los gráficos e informes de tabla dinámica, los cuales se pueden representar en paneles de inteligencia empresarial.
Con la Aplicación de Servicios de Excel, puede aprovechar los cálculos de las hojas de cálculo de Excel del servidor para aplicaciones personalizadas y los usuarios pueden bloquear los libros y proteger los datos privados y la propiedad intelectual. Esto garantiza una mayor protección de los datos de los libros y los usuarios que interactúan con los libros en un servidor pueden aprovechar al máximo las funciones de actualización de datos y repetición de cálculo de la Aplicación de Servicios de Excel.
263
La seguridad es un componente importante para habilitar estos escenarios de presentación de datos. Es necesario tener en cuenta diversos factores durante la planeación de un entorno cuyo fin es garantizar la seguridad de los libros que se presentan en un servidor. Debe planear la administración de la seguridad de los libros y del servidor. La Aplicación de Servicios de Excel proporciona un nivel considerable de control preciso para el procesamiento y la presentación de libros de Excel. Puede controlar el modo en el que se abren los libros en el servidor y una serie de funcionalidades específicas habilitadas para cada libro.
Este artículo resume la configuración de seguridad y autenticación para la Aplicación de Servicios de Excel y los componentes relacionados que se deben tener en cuenta al planear una implementación. Además, en este artículo se proporciona una guía prescriptiva para el uso de la Aplicación de Servicios de Excel para proteger y administrar el acceso a los libros del servidor.
El modelo de seguridad para la Aplicación de Servicios de Excel se basa en el concepto de que para garantizar la integridad y la calidad de los datos, el administrador debe poder administrar de forma centralizada los recursos compartidos y el acceso de los usuarios a la propiedad intelectual corporativa incluida en los libros. Para ello, se puede usar la Aplicación de Servicios de Excel para especificar lo siguiente:
Ubicaciones de archivos de confianza. Se trata de bibliotecas de documentos de SharePoint, rutas de acceso UNC o sitios web
HTTP en los que se debe confiar explícitamente para que Excel Calculation Services tenga acceso a ellos. Excel Calculation Services
solo abre los libros almacenados en ubicaciones de archivos de confianza.
Proveedores de datos de confianza. Se trata de bases de datos externas en las que Excel Calculation Services confía
explícitamente al procesar las conexiones de datos de los libros. Excel Calculation Services solo intenta procesar una conexión de
datos si dicha conexión se establece con un proveedor de datos de confianza.
Bibliotecas de conexiones de datos de confianza. Se trata de bibliotecas de documentos de SharePoint que contienen archivos
de conexión de datos de Office (.odc). Los archivos .odc se usan para administrar de forma centralizada las conexiones con orígenes
de datos externos. En lugar de permitir conexiones insertadas con orígenes de datos externos, Excel Calculation Services se puede
configurar para requerir el uso de archivos .odc para todas las conexiones de datos. Los archivos .odc se almacenan en bibliotecas
de conexiones de datos y es necesario confiar explícitamente en dichas bibliotecas para que Excel Calculation Services permita que
los libros tengan acceso a ellas.
De forma predeterminada, no se permite el acceso a los libros y las conexiones de datos entre dominios. Para que los elementos web, páginas web o servicios web puedan tener acceso a los libros en ubicaciones de archivos de confianza (y conexiones de datos en bibliotecas de conexiones de datos de confianza) entre dominios, ejecute el cmdlet de Windows PowerShell, como se muestra en los ejemplos incluidos en Manage Excel Services with Windows PowerShell.
Las páginas web que realizan la solicitud y los libros o las conexiones de datos deben ubicarse en el mismo conjunto o granja de servidores.
264
Nota:
Al abrir un libro en Excel Calculation Services, se almacena un archivo temporal en la carpeta %TEMP% del servidor de aplicaciones que ejecuta Excel Calculation Services.
Planeación de la autenticación de usuarios Los libros de Excel que se abren en Excel Calculation Services deben almacenarse en la base de datos de contenido de SharePoint Server 2010, ya que SharePoint Foundation 2010 mantiene una lista de control de acceso (ACL) para estos archivos. Excel Calculation Services también puede abrir los libros desde rutas de acceso UNC y sitios web HTTP, aunque se recomienda usar la base de datos de contenido de SharePoint Server 2010 para el almacenamiento de libros.
La autenticación para el acceso de usuarios a un sitio de portal de SharePoint se realiza con SharePoint Foundation 2010. De forma predeterminada, SharePoint Foundation 2010 usa la autenticación integrada de Windows.
Además de los métodos de autenticación incluidos, la Aplicación de Servicios de Excel también admite la autenticación basada en formularios genérica. No obstante, la configuración de SharePoint Foundation 2010 para usar la autenticación basada en formularios genérica no se describe en este artículo.
Planeación de la comunicación entre servidores En SharePoint Server 2010, el mecanismo de autenticación predeterminado se basa en notificaciones. Es un estándar de Microsoft y de la industria con amplia compatibilidad. La autenticación mediante notificaciones permite mejorar la seguridad y la autenticación al implementar conjuntos o granjas de servidores, aplicaciones empresariales de Office y servicios de SharePoint en diferentes entornos. La Aplicación de Servicios de Excel usa la autenticación basada en notificaciones para todos los escenarios de implementación, ya sea en una instalación de un solo servidor o en un entorno de granja de servidores. Además, la autenticación y autorización de usuarios para todo el contenido y los recursos de SharePoint Server 2010 es mucho más segura con la autenticación basada en notificaciones.
Planeación de la autenticación de datos externos Los libros pueden contener conexiones de datos directas insertadas y vínculos a los archivos de conexión de datos almacenados en las bibliotecas de conexiones de datos. Durante la actualización, según la configuración de Aplicación de Servicios de Excel, se puede usar la conexión de datos directa insertada para consultar el origen de datos o se puede usar el vínculo a la biblioteca de conexiones de datos
265
para consultar el archivo .odc. El archivo .odc contiene información de conexión de datos y se debe almacenar en una biblioteca de conexiones de datos.
Para configurar Aplicación de Servicios de Excel para procesar las conexiones a los orígenes de datos externos, seleccione una configuración en la sección Datos externos de la página Servicios de Excel: Agregar ubicación de archivo de confianza de la aplicación web de Administración central de SharePoint.
Para configurar las opciones administrativas de la Aplicación de Servicios de Excel, vea Manage Excel Services authentication para obtener más información.
Las implementaciones de granjas de servidores con conexiones integradas ahora usan la autenticación basada en notificaciones de SharePoint Server 2010. Cuando Excel Calculation Services recupera información de conexión, las credenciales se designan como Almacenadas (se recuperan desde la base de datos del Servicio de almacenamiento seguro), Integradas o Ninguna. Todas las conexiones de datos con credenciales integradas usan ahora la autenticación basada en notificaciones para implementaciones escaladas en varios servidores. En la implementación independiente también se usa la autenticación predeterminada basada en notificaciones.
Supongamos que se establece una conexión de datos en un libro abierto en un servidor de aplicaciones de Excel Calculation Services que usa credenciales almacenadas. Excel Calculation Services debe recuperar las credenciales válidas de una base de datos de autenticación del Servicio de almacenamiento seguro. A continuación, usa las credenciales para realizar la autenticación en un origen de datos para poder establecer la conexión de datos.
Aplicación de Servicios de Excel admite tres métodos de autenticación de datos: la autenticación integrada de Windows, la autenticación del Servicio de almacenamiento seguro y ninguna autenticación.
Autenticación integrada de Windows
El protocolo Kerberos es la configuración de seguridad recomendada para usar con la autenticación integrada de Windows. Dado que SharePoint Server 2010 usa la autenticación basada en notificaciones, esta también se usa en todos los escenarios de Aplicación de Servicios de Excel. La autenticación integrada de Windows se usa ahora exclusivamente para la configuración de autenticación IIS en SharePoint Server 2010. Vea la página del Centro de descarga de Microsoft sobre cómo configurar la autenticación Kerberos para productos de Microsoft SharePoint 2010 para obtener más información acerca de cómo configurar la delegación limitada de kerberos para la Aplicación de Servicios de Excel.
Autenticación del Servicio de almacenamiento seguro
Mediante el uso de la autenticación del Servicio de almacenamiento seguro, los usuarios pueden obtener acceso a varios recursos del sistema sin tener que proporcionar credenciales de autenticación ni siquiera una sola vez. SharePoint Server 2010 implementa la autenticación del Servicio de almacenamiento seguro mediante la inclusión de un servicio de Windows y una base de datos de credenciales segura. Con la funcionalidad del Servicio de almacenamiento seguro conectable y compatible con la Aplicación de Servicios
266
de Excel, se puede implementar un proveedor de Servicio de almacenamiento seguro propio. SharePoint Server 2010 incluye un proveedor de Servicio de almacenamiento seguro que funciona con la Aplicación de Servicios de Excel.
Cualquier proveedor de Servicio de almacenamiento seguro implementado con la Aplicación de Servicios de Excel debe enviar credenciales junto con un tipo de credencial, ya sean credenciales de Windows o de otro tipo. La Aplicación de Servicios de Excel usa la base de datos del Servicio de almacenamiento seguro para recuperar credenciales para la autenticación de conexión.
La autenticación del Servicio de almacenamiento seguro de SharePoint Server 2010 admite asignaciones individuales y asignaciones de grupos. El Servicio de almacenamiento seguro mantiene un conjunto de credenciales para las identidades de aplicación (identificadores de aplicación) de los recursos almacenados en la base de datos del Servicio de almacenamiento seguro de SharePoint Server 2010. En el caso de las asignaciones individuales, un nivel de seguridad comprueba las credenciales del usuario en varias listas individuales y busca un identificador de aplicación almacenado en la base de datos del Servicio de almacenamiento seguro. Las asignaciones individuales son útiles si necesita información de registro del acceso de usuarios individuales a los recursos compartidos.
En el caso de las asignaciones de grupos, un nivel de seguridad comprueba las credenciales de grupo para varios usuarios del dominio en un conjunto único de credenciales para un recurso identificado mediante un identificador de aplicación almacenado en la base de datos del Servicio de almacenamiento seguro. Esto también funciona con la autenticación basada en formularios o cualquier otro proveedor de notificaciones que se use. Las asignaciones de grupos son más fáciles de mantener que las asignaciones individuales y su rendimiento es superior.
Para habilitar el Servicio de almacenamiento seguro para SharePoint Server 2010, cree un Servicio de almacenamiento seguro nuevo en el sitio web de Administración central de SharePoint. Vea Configure Secure Store Service for Excel Services para obtener más información.
Ninguno
Si se especifica Ninguno como método de autenticación para la implementación de la Aplicación de Servicios de Excel, la Aplicación de Servicios de Excel intenta usar las cadenas de conexión entrantes para conectarse con la base de datos especificada en la cadena. Según el proveedor de bases de datos específico, la base de datos puede usar la cadena de conexión para autenticar al usuario.
La Aplicación de Servicios de Excel no analiza las cadenas de conexión para determinar un método de autenticación. Las cadenas de conexión se pasan simplemente al proveedor de bases de datos. Las cadenas de conexión pueden especificar que la autenticación integrada de Windows es obligatoria. Las cadenas de conexión también pueden incluir un nombre de usuario y una contraseña específicos. En cualquier caso, al especificar Ninguno como método de autenticación, la Aplicación de Servicios de Excel requiere la suplantación de una cuenta de servicio desatendida.
Si el proveedor de bases de datos determina que la cadena de conexión especifica la autenticación integrada de Windows y si la base de datos autoriza el acceso, la conexión se establece mediante el contexto de seguridad de la cuenta desatendida. Si la cadena de conexión
267
contiene un nombre de usuario y una contraseña y si la base de datos autoriza el acceso, la conexión se establece mediante el contexto de seguridad de la cuenta de usuario autorizada.
Cuenta de servicio desatendida
La cuenta de servicio desatendida es una cuenta con privilegios cifrada y protegida. El Servicio de almacenamiento seguro (SSS) almacena las credenciales de la cuenta desatendida para que Excel Calculation Services pueda realizar la suplantación cuando se establece una conexión de datos que usa credenciales de SSS de un entorno no basado en Windows o cuyo método de autenticación sea Ninguno. Si no se configura ninguna cuenta de servicio desatendida, las conexiones de datos generan un error si se usa el SSS de un entorno distinto de Windows o Ninguno como método de autenticación.
La suplantación de la cuenta desatendida protege las bases de datos de SharePoint Server 2010 y cualquier otro origen de datos al que la Aplicación de Servicios de Excel tenga acceso directo, incluidas las conexiones no autorizadas de los equipos cliente que usan Excel Calculation Services para abrir conexiones de datos externos. Si se suplanta una cuenta de servicio desatendida, las credenciales asociadas a un subproceso de aplicación de Excel Calculation Services no se pueden usar para obtener acceso a otras bases de datos. Además, si se suplanta una cuenta de servicio desatendida, las consultas de datos externos se ejecutan en el contexto de seguridad de una cuenta con permisos de bajo nivel en lugar de en el contexto de seguridad de un subproceso de aplicación de Excel Calculation Services con permisos de nivel superior.
Puede configurar la cuenta de servicio desatendida como una cuenta de dominio o una cuenta de equipo local. Si la cuenta de servicio desatendida se configura como una cuenta de equipo local, asegúrese de que la configuración sea idéntica en cada servidor de aplicaciones que ejecute Excel Calculation Services. Las credenciales de la cuenta desatendida se almacenan en caché en la conexión y en cada sesión de libro. Cada vez que se cargue un libro que tenga una conexión de datos que usa la cuenta desatendida y si las credenciales aún no están en caché para esa conexión, la cuenta desatendida se obtiene y usa desde el Servicio de almacenamiento seguro. Es decir, las credenciales de la cuenta desatendida no se almacenan globalmente en la memoria caché, sino que se obtienen del Servicio de almacenamiento seguro según sea necesario para cada sesión o conexión de datos. Restrinja los permisos de la cuenta de servicio desatendida para habilitar solo el inicio de sesión en la red. Compruebe que la cuenta de servicio desatendida no tenga acceso a ningún origen de datos o base de datos de SharePoint Server 2010. Vea Configure Secure Store Service for Excel Services para obtener más información.
Configuración de seguridad
Para configurar las opciones administrativas de la Aplicación de Servicios de Excel, incluida la configuración de seguridad, abra la aplicación web de Administración central de SharePoint y obtenga acceso a la página de configuración de Servicios de Excel. Vea Manage Excel Services authentication para obtener más información.
La página Configuración de Servicios de Excel proporciona la configuración para lo siguiente:
Seguridad. Configuración de autenticación, comunicación y servicios web de la Aplicación de Servicios de Excel.
268
Equilibrio de carga. Equilibrio de carga de sesiones de la Aplicación de Servicios de Excel entre procesos de Excel Calculation
Services.
Administración de sesiones. Comportamiento de las sesiones de Excel Calculation Services.
Utilización de la memoria. Asignación de memoria en Excel Calculation Services.
Caché de los libros. Configuración relacionada con almacenamiento en caché de los archivos de libros en disco y en memoria.
Datos externos. Control de conexiones de datos externos en Excel Calculation Services.
Además, se puede usar la página de configuración de Servicios de Excel para configurar las opciones para el método de acceso a archivos y el cifrado de conexión, los cuales que tienen un efecto directo en la implementación segura.
Método de acceso a archivos
En la sección Seguridad de la página de configuración de la Aplicación de Servicios de Excel, en Método de acceso a los archivos, seleccione Suplantación o Cuenta de proceso.
Suplantación. Permite ejecutar un subproceso en un contexto de seguridad distinto del contexto del proceso propietario del
subproceso. Seleccione Suplantación para que Excel Calculation Services autorice a los usuarios cuando intenten obtener acceso a
los libros almacenados en las ubicaciones UNC y HTTP. Esta selección no afecta en absoluto a los libros almacenados en las bases
de datos de SharePoint Server 2010. En la mayoría de las implementaciones de granjas de servidores en las que los servidores front-
end web y los servidores de aplicaciones de Excel Calculation Services se ejecutan en distintos equipos, la suplantación requiere la
delegación limitada de Kerberos.
Cuenta de proceso. Si los servidores de aplicaciones de Excel Calculation Services van a abrir libros desde recursos compartidos
UNC o sitios web HTTP, la cuenta de usuario no se puede suplantar y se debe usar la cuenta de proceso.
Cifrado de la conexión
Puede usar el protocolo de seguridad de Internet (IPsec) o la Capa de sockets seguros (SSL) para cifrar la transmisión de datos entre servidores de aplicaciones, orígenes de datos, equipos cliente y servidores front-end web de Excel Calculation Services. Para requerir la transmisión de datos cifrados entre equipos cliente y servidores front-end web, establezca la opción Cifrado de la conexión en Requerido. La configuración predeterminada es No se requiere. Si cambia la configuración de Cifrado de la conexión a Requerido, el servidor de aplicaciones de Excel Calculation Services solo habilitará la transmisión de datos entre equipos cliente y servidores front-end web mediante conexiones SSL.
Si decide requerir la transmisión de datos cifrados, debe configurar manualmente IPsec o SSL. Puede requerir conexiones cifradas entre los equipos cliente y los servidores front-end web a la vez que permite conexiones no cifradas entre los servidores front-end web y los servidores de aplicaciones de Excel Calculation Services.
269
En la página Administrar Servicios de Excel, también se incluyen las ubicaciones de archivos de confianza, los proveedores de datos de confianza y las bibliotecas de conexiones de datos de confianza para la Aplicación de Servicios de Excel.
Ubicaciones de archivos de confianza
Las ubicaciones de archivos de confianza son sitios de SharePoint, rutas de acceso UNC o sitios web HTTP en los que un servidor que ejecuta Excel Calculation Services tiene permiso para obtener acceso a los libros.
En la sección Ubicación de la página Servicios de Excel: Agregar ubicación de archivo de confianza, puede configurar la dirección, el tipo de ubicación y si las bibliotecas secundarias de las ubicaciones de archivos de confianza también son de confianza. Si selecciona Confiar en nodos secundarios, se puede aumentar la capacidad de administración. No obstante, también se puede producir un problema de seguridad al habilitar la confianza automática en los subsitios y subdirectorios de ubicaciones de confianza recién creados.
En la sección Administración de sesiones, puede configurar opciones para conservar la disponibilidad de los recursos y aumentar el rendimiento y la seguridad de Excel Calculation Services. El rendimiento puede disminuir si varios usuarios tienen varias sesiones de Excel Calculation Services abiertas a la vez. Se puede controlar el consumo de recursos y limitar la duración de las sesiones de Excel Calculation Services abiertas mediante la configuración de dos opciones de tiempo de espera diferentes para las sesiones abiertas.
El valor Tiempo de espera de la sesión determina el tiempo que puede permanecer abierta e inactiva una sesión de Excel Calculation Services después de cada interacción del usuario. El valor Tiempo de espera de sesión breve determina el tiempo que puede permanece abierta e inactiva una sesión de Excel Calculation Services después de la solicitud de sesión inicial. El valor Tiempo de espera de sesión de un libro nuevo establece el tiempo que puede permanecer abierta e inactiva una sesión de Excel Calculation Services para un libro nuevo antes de que se cierre. Además, puede controlar el número de segundos permitidos para una sola solicitud de sesión mediante la configuración de un valor Duración máxima de la solicitud. Al limitar la cantidad de tiempo durante el cual las sesiones permanecen abiertas, puede reducir el riesgo de ataques por denegación de servicio.
En la sección Propiedades del libro, se puede configurar un tamaño máximo para un libro, un gráfico o una imagen con permisos para abrirlos en una sesión de Excel Calculation Services. El rendimiento y la disponibilidad de los recursos se pueden reducir si los usuarios abren libros de gran tamaño. A menos que controle el tamaño permitido de los libros en ejecución en las sesiones de Excel Calculation Services abiertas, existe el riesgo de que los usuarios superen la capacidad de los recursos y se produzca un error en el servidor.
270
Nota:
Si un servidor de aplicaciones que ejecuta Excel Calculation Services genera un error o se apaga, todas las sesiones abiertas en el servidor se pierden. En una instalación independiente, la Aplicación de Servicios de Excel deja de estar disponible. Esto significa que los libros no se pueden cargar, volver a calcular, actualizar o recuperar mediante Excel Calculation Services. En una implementación de granja de servidores que incluya varios servidores de aplicaciones que ejecuten Excel Calculation Services, el hecho de que se apague un servidor no afecta a las sesiones abiertas que se ejecutan en el resto de los servidores. Los usuarios con sesiones que se ejecutan en un servidor que se apaga reciben un mensaje para volver a abrir los libros. Si los usuarios inician una sesión nueva, se les dirige automáticamente a los servidores de aplicaciones activos que ejecutan Excel Calculation Services.
En la sección Datos externos, puede determinar si los libros almacenados en ubicaciones de archivos de confianza y abiertos en sesiones de Excel Calculation Services pueden tener acceso a un origen de datos externos. Puede especificar si Permitir datos externos se establece en Ninguno, Sólo bibliotecas de conexiones de datos de confianza o Bibliotecas de conexiones de datos de confianza e incrustadas. Si selecciona Sólo bibliotecas de conexiones de datos de confianza o Bibliotecas de conexiones de datos de confianza e incrustadas, los libros almacenados en las ubicaciones de archivos de confianza pueden tener acceso a los orígenes de datos externos.
Se puede tener acceso a las conexiones de datos externos únicamente si están insertadas o vinculadas en un libro. Excel Calculation Services comprueba la lista de ubicaciones de archivos de confianza antes de abrir un libro. Si selecciona Ninguno, Excel Calculation Services bloquea todos los intentos de acceso a un origen de datos externos. Si administra las conexiones de datos para varios autores de libros, considere la posibilidad de especificar Sólo bibliotecas de conexiones de datos de confianza. De este modo, se garantiza que todas las conexiones de datos de todos los libros generados por autores de libros autenticados usen una biblioteca de conexiones de datos de confianza para obtener acceso a todos los orígenes de datos externos.
Si administra conexiones de datos para un número reducido de autores de libros, considere la posibilidad de especificar Bibliotecas de conexiones de datos de confianza e incrustadas. Esto permite a los autores de libros insertar conexiones directas con orígenes de datos externos en los libros a la vez que se mantiene el acceso a las bibliotecas de conexiones de datos de confianza en caso de error de los vínculos insertados.
En el área Avisar al actualizar de la sección Datos externos, puede especificar si se va a mostrar una advertencia antes de actualizar un libro desde un origen de datos externo. La selección de Advertencia de actualización habilitada garantiza que los datos externos no se actualicen automáticamente sin la interacción del usuario.
271
En la opción Mostrar errores de datos externos pormenorizados, si se habilita la configuración de errores de datos externos pormenorizados, se generan mensajes de error descriptivos para ver información útil para la solución y corrección de los problemas de conexión.
En el área Detener si no es posible actualizar al abrir, puede especificar si Excel Calculation Services detiene la apertura de un libro si este contiene una conexión de datos con actualización al abrir que genera un error. Si selecciona Detención de apertura habilitada, se garantiza que los valores almacenados en la memoria caché no se muestren si se produce un error en una operación de actualización cuando un usuario con permisos de solo vista abre el libro. Si la actualización al abrir se realiza correctamente, los valores almacenados en la memoria caché se purgan. Si se desactiva la casilla de verificación Detención de apertura habilitada, existe el riesgo de mostrar los valores almacenados en la memoria caché si la operación de actualización al abrir no se realiza correctamente.
En el área Duración en caché de datos externos de la sección Datos externos, se puede especificar el tiempo máximo durante el que se pueden usar los valores almacenados en caché antes de que caduquen y el número máximo de consultas a datos externos que se pueden ejecutar al mismo tiempo en una sola sesión.
Para asegurarse de que solo los usuarios de confianza tienen acceso a los libros almacenados en ubicaciones de confianza, es importante exigir la aplicación de las ACL en todas las ubicaciones de archivos de confianza.
Hay tres escenarios principales para implementar la Aplicación de Servicios de Excel con SharePoint Server 2010: empresas, departamentos de tamaño reducido y escenarios personalizados.
En una implementación empresarial, tenga en cuenta las siguientes instrucciones:
No configure la compatibilidad con funciones definidas por el usuario.
No habilite los libros para que usen conexiones de datos incrustados para tener acceso directamente a los orígenes de datos
externos.
Limite el uso de bibliotecas de conexiones de datos para el acceso a orígenes de datos externos desde los libros.
Limite el tamaño de los libros que se pueden abrir en Excel Calculation Services.
Confíe de forma selectiva en las ubicaciones de archivos específicas y no habilite Confiar en nodos secundarios para los sitios y
directorios de confianza.
En una implementación de un departamento de tamaño reducido, tenga en cuenta las siguientes instrucciones:
Habilite la confianza para todas las ubicaciones de archivos usadas por los miembros del departamento para almacenar los libros.
Habilite Confiar en nodos secundarios para todos los sitios y directorios de confianza.
Limite el acceso de forma selectiva a ubicaciones de archivos específicas en caso de problemas.
En una implementación personalizada, tenga en cuenta las siguientes instrucciones:
272
Habilite Excel Calculation Services para que abra libros de gran tamaño.
Configure un tiempo de espera de sesión prolongado.
Configure memorias caché de datos de gran tamaño.
Cree una sola ubicación de confianza para esta implementación.
No habilite Confiar en nodos secundarios para esta ubicación de confianza.
Proveedores de datos de confianza
Puede controlar el acceso a datos externos si define explícitamente los proveedores de datos de confianza y los registra en la lista de proveedores de datos de confianza. La lista de proveedores de datos de confianza designa proveedores de datos externos específicos con los que pueden conectarse los libros abiertos en Excel Calculation Services.
Antes de crear una instancia de un proveedor de datos para permitir que un libro se conecte con un origen de datos externo, Excel Calculation Services comprueba la información de conexión para determinar si el proveedor aparece en la lista de proveedores de datos de confianza. Si el proveedor está en la lista, se intenta establecer una conexión; de lo contrario, la solicitud de conexión se omite.
Bibliotecas de conexiones de datos de confianza
Una biblioteca de conexiones de datos de confianza es una biblioteca de documentos en la que se ha determinado que es seguro obtener acceso a los archivos .odc. Las bibliotecas de conexiones de datos se usan para proteger y administrar las conexiones de datos para los libros a los que se tiene acceso mediante un servidor que ejecuta Excel Calculation Services. En la lista de bibliotecas de conexiones de datos de confianza se designan bibliotecas de conexiones de datos específicas en las que los libros abiertos en Excel Calculation Services tienen permiso para obtener acceso a los archivos .odc.
Si una conexión de datos está vinculada desde un libro al que tiene acceso un servidor que ejecuta Excel Calculation Services, el servidor comprueba la información de conexión y la lista de bibliotecas de conexiones de datos de confianza. Si la biblioteca de conexiones de datos está en la lista, se intenta establecer una conexión mediante el archivo .odc de la biblioteca de conexiones de datos; de lo contrario, la solicitud de conexión se omite.
Permisos de solo vista
Para especificar usuarios que solo tengan permiso para ver los libros, agréguelos al grupo Lectores de SharePoint Server 2010 o cree un grupo nuevo configurado con permisos de solo vista. El grupo Lectores se configura con permisos de solo vista de manera predeterminada. Los usuarios agregados a un grupo configurado con permisos de solo vista pueden ver, abrir, interactuar con, actualizar y volver a calcular los libros, pero no pueden tener acceso al origen de los archivos en modo alguno, excepto si usan Aplicación de Servicios de Excel. Esto facilita la protección de la información con derechos de propiedad. Los datos de origen nunca se muestran a los usuarios designados.
273
Los libros y los objetos de datos de los libros configurados con permisos de solo vista no se pueden abrir en Microsoft Excel 2010. No obstante, en Excel 2010, se puede representar una instantánea del libro que muestre solo los valores y el formato de los intervalos que puede ver el servidor.
Puede establecer la configuración del sitio en SharePoint Server 2010 para controlar el acceso a los datos del libro mediante la configuración de permisos de solo vista en libros administrados de forma centralizada y representados en un explorador web. Además, puede establecer la configuración del sitio en SharePoint Server 2010 para permitir que los libros actualicen los datos externos en el servidor y proteger y administrar las conexiones de datos externos. Vea Manage Excel Services authentication para obtener más información acerca de cómo guardar los objetos de datos especificados como elementos de solo vista.
Conexiones de datos externos
El componente Excel Calculation Services de la Aplicación de Servicios de Excel se usa para establecer una conexión con orígenes de datos externos. Excel Calculation Services procesa la información de conexión de datos externos, que contiene todo lo que el servidor necesita para conectarse con un origen de datos. Esto incluye el modo de autenticación, la cadena de conexión usada, la cadena de consulta usada y dónde y cómo recopilar las credenciales para la conexión. Estas conexiones se pueden definir en dos ubicaciones: insertadas en los libros y en los archivos .odc. La información de conexión es idéntica en ambas ubicaciones. Los archivos .odc son archivos de tamaño reducido que conservan la información de conexión en texto sin formato y en un formato reutilizable.
Puede usar el cliente de Excel 2010 para crear y editar archivos .odc y conexiones insertadas en los libros. En el cliente de Excel 2010, se puede ejecutar el Asistente para la conexión de datos o configurar las opciones en la página de propiedades de Conexiones. Además, puede exportar un archivo .odc según esta configuración. La página de propiedades de Conexiones muestra información de conexión, incluidas las propiedades de autenticación de Aplicación de Servicios de Excel.
Archivos .odc
Los libros pueden contener vínculos a archivos .odc e información de conexión insertada. Esto permite que los libros recuperen el archivo .odc, lean el contenido e intenten conectarse a un origen de datos externos si la información de conexión insertada genera un error. Los archivos .odc se deben administrar y mantener para garantizar que contienen información exacta acerca de las conexiones de datos.
Además, puede configurar Excel Calculation Services para usar la información de conexión del archivo .odc exclusivamente en vez de intentar conectarse en primer lugar mediante la información insertada. Este enfoque permite a los administradores implementar un conjunto reducido de archivos .odc administrados que proporcionan información de conexión actualizada para varios libros.
Los autores de los libros pueden especificar, para cada conexión, qué información de conexión puede usar cada libro. Para ello, abra el cliente de Excel 2010 y, a continuación, haga clic en Conexiones del libro en la ficha Datos. Agregue una conexión al libro, abra Conexiones del libro y, a continuación, vea las propiedades de la conexión recién agregada. En la ficha Definición, seleccione Utilizar siempre archivo de conexión. Esta opción permite que el libro recupere un archivo de conexión de una biblioteca de conexiones de
274
datos y use la información de conexión del archivo para conectarse a un origen de datos externos. Además, puede establecer esta configuración si selecciona Utilizar siempre archivo de conexión en la página final del Asistente para la conexión de datos.
Administración de archivos .odc
Las bibliotecas de conexiones de datos proporcionan un repositorio para las colecciones de archivos .odc. Los administradores pueden administrar las conexiones de datos en el servidor mediante la creación de una biblioteca de conexiones de datos y archivos .odc que requieren que los libros usen siempre un archivo de conexión. Los libros que consumen conexiones directamente de una biblioteca de conexiones de datos siempre obtienen información de conexión actualizada antes de conectarse a un origen de datos.
Si la información del origen de datos (por ejemplo, el nombre del servidor) cambia, solo tiene que actualizar un archivo .odc en la biblioteca de conexiones de datos y todos los libros que usan el archivo .odc se actualizarán automáticamente en la próxima actualización. Además, puede usar los permisos de solo vista para restringir el acceso a los archivos .odc.
Funciones definidas por el usuario
Si los escenarios de implementación incluyen libros que contienen funciones definidas por el usuario para ampliar las funcionalidades de Excel Calculation Services, debe configurar la Aplicación de Servicios de Excel para que admita las funciones definidas por el usuario.
Para configurar esta compatibilidad, debe habilitar las funciones definidas por el usuario en las ubicaciones de archivos de confianza que contienen los libros que requieren acceso a las funciones definidas por el usuario. Además, debe registrar los ensamblados de funciones definidas por el usuario en la lista de ensamblados de funciones definidas por el usuario de la Aplicación de Servicios de Excel. Vea Manage Excel Services authentication para obtener más información acerca de cómo habilitar funciones definidas por el usuario.
275
Planeación de la capacidad de Servicios de Excel
Publicado: 10 de junio de 2010
Muchos factores pueden afectar al rendimiento y disponibilidad de la implementación de Microsoft SharePoint Server 2010, incluidos el ancho de banda de la red y el consumo de recursos. Servicios de Excel en Microsoft SharePoint Server 2010 puede afectar al rendimiento del sistema, dependiendo del volumen de conexiones de cliente y el número de solicitudes de sesión de Excel Calculation Services simultáneas. El tamaño y la complejidad de los cálculos también puede afectar al consumo de recursos de Excel Calculation Services.
El ámbito y la complejidad de los cálculos de Microsoft Excel 2010 pueden afectar al rendimiento y la disponibilidad de la Aplicación de Servicios de Excel en una implementación de SharePoint Server 2010. A medida que aumenta el volumen, la complejidad y la frecuencia de los cálculos, se consumen más recursos del sistema. Defina los requisitos de hardware de línea base para la memoria del sistema, la velocidad de la CPU y el almacenamiento de cada servidor de aplicaciones que ejecute Excel Calculation Services. Vea el tema sobre las recomendaciones y los resultados de las pruebas de rendimiento y capacidad de SharePoint Server 2010 para conocer los resultados de las pruebas de 2010.
Sistemas de alto rendimiento de Excel 2010 Ahora puede ejecutar libros de Microsoft Excel 2010 y funciones definidas por el usuario en un clúster de sistemas de alto rendimiento (HPC) de Windows mediante el uso de Windows HPC Server 2008 R2. Para obtener información acerca de la colaboración de Windows HPC Server 2008 R2 y Microsoft Excel 2010, vea el tema sobre los servicios de HPC para Excel
276
Planeación de PerformancePoint Services (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
En esta sección se describe cómo planear PerformancePoint Services en un entorno de Microsoft SharePoint Server 2010.
En esta sección:
Introducción a PerformancePoint Services (SharePoint Server 2010)
PerformancePoint Services in Microsoft SharePoint Server 2010 es un servicio de administración del rendimiento que se puede usar para supervisar y analizar la empresa. Debido a que proporciona herramientas flexibles y fáciles de usar para crear paneles, cuadros de mandos e indicadores clave de rendimiento (KPI), PerformancePoint Services ayuda a los usuarios de una organización a tomar decisiones empresariales fundamentadas que se correspondan con las estrategias y los objetivos de toda la empresa.
Introducción a la arquitectura de PerformancePoint Services
Microsoft SharePoint Server 2010 proporciona la flexibilidad necesaria para alcanzar un gran número de objetivos de la solución de implementación.
Estimación de los requisitos de rendimiento y capacidad de PerformancePoint Services
En este artículo se proporciona información orientativa sobre el efecto que tiene PerformancePoint Services en las topologías que ejecutan Microsoft SharePoint Server 2010. Describe lo aprendido al crear una granja de servidores de prueba para realizar pruebas de capacidad para varios escenarios diferentes y diversas topologías.
Requisitos de software y hardware de cliente para el Diseñador de paneles de PerformancePoint
En este artículo se describen los requisitos de hardware y software para ejecutar Diseñador de paneles de PerformancePoint.
Planeación de la importación de contenido de panel de PerformancePoint Server 2007 a SharePoint Server 2010 (SharePoint Server
2010)
Para facilitar y simplificar el proceso de importación de contenido de panel de Microsoft Office PerformancePoint Server 2007 a PerformancePoint Services in Microsoft SharePoint Server 2010, hay disponible un asistente para importar.
Planeación de la seguridad de PerformancePoint Services (SharePoint Server 2010)
277
En PerformancePoint Services in Microsoft SharePoint Server 2010, los objetos almacenados en listas y bibliotecas de documentos se protegen mediante el modelo de seguridad de Microsoft SharePoint Server 2010. Además de dicho modelo, PerformancePoint Services agrega otras características del producto al marco de trabajo básico de SharePoint Server 2010 para garantizar que los orígenes de datos y el contenido del panel estén seguros y protegidos contra el acceso no justificado.
Autorización y permisos en PerformancePoint Services (SharePoint Server 2010)
PerformancePoint Services usa el modelo de seguridad de SharePoint Server para controlar el acceso del usuario a las distintas funcionalidades y tareas.
Planeación de orígenes de datos de PerformancePoint (PerformancePoint Services)
Este artículo es una descripción general de los orígenes de datos que están disponibles a través de PerformancePoint Services.
Procedimientos recomendados de consultas MDX y diseño de cubos OLAP de SQL Server 2005 y 2008
En este artículo se destacan los procedimientos recomendados que ayudan a mejorar el rendimiento de SSAS como un origen de datos para Servicios de Excel en Microsoft SharePoint Server 2010, PerformancePoint Services in Microsoft SharePoint Server 2010 y Servicios de Visio en Microsoft SharePoint Server 2010.
Introducción a los componentes de PerformancePoint Services
Los componentes front-end web de PerformancePoint Services y Microsoft SharePoint Server 2010 funcionan conjuntamente para proporcionar funcionalidad de supervisión e informes.
Planeación de la personalización de PerformancePoint Services
En este artículo se describen los métodos para personalizar la funcionalidad nativa de PerformancePoint Services in Microsoft SharePoint Server 2010 mediante el SDK de PerformancePoint Services.
Plan a dashboard to show organizational performance
En estos artículos se tratan los paneles de PerformancePoint.
PerformancePoint Services y PowerPivot para Excel (notas del producto)
En estas notas del producto se explica la integración entre PerformancePoint Services y PowerPivot para Excel.
278
Vea también Conceptos
Procedimientos recomendados de consultas MDX y diseño de cubos OLAP de SQL Server 2005 y 2008
Introducción a PerformancePoint Services (SharePoint Server 2010)
279
Introducción a PerformancePoint Services (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
PerformancePoint Services in Microsoft SharePoint Server 2010 es un servicio de administración de rendimiento que le permite supervisar y analizar su negocio. Debido a que proporciona herramientas flexibles y fáciles de usar para crear paneles, cuadros de mandos e indicadores clave de rendimiento (KPI), PerformancePoint Services ayuda a que los integrantes de una organización en su totalidad tomen decisiones empresariales fundadas consonantes con los objetivos y la estrategia vigentes para toda la empresa. Los paneles, cuadros de mandos, KPI e informes ayudan a propiciar la responsabilidad. El análisis integrado ayuda a los empleados a pasar rápidamente de supervisar la información a analizarla y, cuando corresponde, a compartirla con toda la organización. Antes de que PerformancePoint Services formara parte de Microsoft SharePoint Server 2010, Microsoft Office PerformancePoint Server 2007 era un servidor independiente. Ahora, la funcionalidad de Microsoft Office PerformancePoint Server 2007 está disponible como parte integrada de la licencia de Office SharePoint Server Enterprise. PerformancePoint Services conserva gran parte de las características y funciones de su predecesor y también incluye ventajas, mejoras y nuevas funciones adicionales.
Nota:
Se encuentra disponible un asistente para actualización que mueve objetos de bases de datos de la versión anterior, PerformancePoint Server 2007, a PerformancePoint Services.
PerformancePoint Services A continuación se proporciona información general sobre las características de PerformancePoint Services.
Creación de paneles interactivos y orientados al contexto con marcadores, informes analíticos y filtros. Los informes también se
integran con SQL Server Reporting y Excel Services.
280
Creación de marcadores que reúnen datos de orígenes de datos variados (entre los que se incluyen Analysis Services, SQL Server,
listas de SharePoint y Excel Services) para el seguimiento y supervisión de los controladores principales de su negocio.
Uso de informes analíticos interactivos para identificar fuerzas motrices y causas raíz y para aplicar filtros para personalizar los
informes.
Integración de las aplicaciones e información de inteligencia empresarial con otras características SharePoint Server eficaces, como
la colaboración y administración de contenido.
Nuevas características y mejoras
La siguiente es una descripción general de las nuevas características y mejoras.
PerformancePoint es un servicio de SharePoint Server. Los paneles y los elementos de panel se almacenan y aseguran en listas y
bibliotecas de SharePoint Server, lo que le proporciona un marco de seguridad y repositorio único. La nueva arquitectura también
aprovecha las funciones de marco de seguridad, escalabilidad, colaboración, copias de seguridad y restauración y recuperación ante
desastres de SharePoint Server. También podrá incluir y vincular elementos web PerformancePoint Services con otros elementos
web SharePoint Server en la misma página. La nueva arquitectura también simplifica los modelos de seguridad que facilitan el
acceso a datos de informe.
El esquema jerárquico de visualización es un tipo de informe nuevo que se puede usar para desglosar rápida y visualmente los
valores de datos de nivel superior desde un conjunto de datos multidimensional para comprender las fuerzas motrices de esos
valores. El esquema jerárquico está disponible en marcadores e informes analíticos presentados en los paneles.
El informe detallado de KPI en un tipo de informe nuevo que muestra información relevante contextual sobre KPIs, métricas, filas,
columnas y celdas dentro de un marcador. El informe detallado de KPI funciona como un elemento web que se vincula a un marcador
o KPI individual y que se puede agregar a los paneles y a cualquier página SharePoint Server.
Los marcadores se han mejorado para que usted fácilmente profundice y tenga acceso rápido a información más detallada. Los
marcadores de PerformancePoint también ofrecen opciones de diseño, jerarquías dinámicas y características de KPI calculadas más
flexibles. Al usar estas funciones mejoradas, podrá crear métricas personalizadas que usen orígenes de datos variados. También
podrá ordenar, filtrar y ver varianzas entre valores reales y de destino para identificar riesgos o problemas.
Con mejores funciones de filtro de inteligencia de tiempo puede crear y usar filtros de tiempo dinámicos que estén siempre
actualizados. Otros filtros perfeccionados mejoran la posibilidad de los usuarios de paneles de enfocarse rápidamente en la
información más relevante.
Los elementos web de SharePoint pueden incluir elementos web de PerformancePoint en la misma página y vincularse con éstos.
Es más fácil crear y publicar elementos de panel mediante Dashboard Designer.
281
Existe una mayor admisión de cumplimiento de accesibilidad en marcadores e informes individuales.
Los informes analíticos se han mejorado para que admitan filtro de valores, nuevos tipos de gráfico y formato condicional basado en
servidor.
Compatibilidad con SQL Server Analysis Services 2008 y SQL Server 2008.
Características retiradas PerformancePoint Services ya no admite gráficos de tendencias, informes de tabla dinámica, Analysis Services 2000 y arquitectura de servidor de 32 bits.
282
Introducción a la arquitectura de PerformancePoint Services
Publicado: 12 de mayo de 2010
Microsoft SharePoint Server 2010 proporciona la flexibilidad necesaria para alcanzar un gran número de objetivos de la solución de implementación. Para obtener más información acerca del diseño de conjuntos o granjas de servidores y de topologías físicas, vea el modelo denominado "Servicios de los productos de SharePoint 2010" en Diagramas técnicos (SharePoint Server 2010).
Topología de PerformancePoint Services La siguiente es una topología de granja de servidores que usa tres servidores para implementar PerformancePoint Services in Microsoft SharePoint Server 2010.
283
284
El servidor front-end web se ejecuta en Internet Information Services (IIS) y hospeda los elementos web, los servicios web y el proxy de PerformancePoint Services necesarios para la comunicación entre el cliente y la aplicación de servicio de PerformancePoint Services.
La aplicación de servicio es un contenedor de la lógica de negocios de nivel intermedio de una instancia de PerformancePoint Services.
PerformancePoint Services como aplicación de servicio
En SharePoint Server 2010, los servicios ya no se incluyen en un proveedor de servicios compartidos (SSP). La infraestructura para hospedar los servicios es parte de SharePoint Server 2010 y la configuración de las ofertas de servicios es más flexible. El marco de las aplicaciones de servicio es un modelo de servicio común que ofrece las siguientes ventajas.
Una experiencia de administración coherente y una infraestructura compartida para todos los servicios. Como parte de estos
servicios, PerformancePoint Services permite ejecutar operaciones de seguridad masivas para aplicaciones de servicio de una granja
de servidores en el sitio web de Administración central de SharePoint.
Entre las ventajas de las tareas de copia de seguridad y recuperación también se incluye la restauración de una colección de sitios,
de un sitio o del contenido de las listas a una versión anterior o un momento determinado.
Los servicios se instalan de forma predeterminada, por lo que no es necesario instalar un SSP ni configurarlo.
Los sitios se pueden configurar para que usen únicamente los servicios necesarios en lugar de toda la lista de servicios.
La implementación de los servicios en los sitios y las granjas de servidores es más flexible. Como en las versiones anteriores, todos
los sitios web de una granja de servidores pueden compartir un único grupo de servicios.
285
Estimación de los requisitos de rendimiento y capacidad de PerformancePoint Services
Publicado: 9 de septiembre de 2010
En este artículo se describe el efecto que tiene PerformancePoint Services en las topologías que ejecutan Microsoft SharePoint Server 2010.
Nota:
Es importante tener en cuenta que las cifras de capacidad y rendimiento específicas presentadas en este artículo serán diferentes de las cifras en entornos reales. Las cifras que se presentan están diseñadas para proporcionar un punto de partida para el diseño de un entorno a una escala adecuada. Después de completar el diseño inicial del sistema, pruebe la configuración para determinar si el sistema admitirá los factores del entorno.
En este artículo:
Prueba de las características del conjunto o granja de servidores
Resultados de las pruebas
Recomendaciones
Si desea obtener información general sobre el modo de planear y ejecutar la capacidad para SharePoint Server 2010, vea Capacity management and sizing for SharePoint Server 2010.
286
Prueba de las características del conjunto o granja de servidores Conjunto de datos
El conjunto de datos constaba de un portal corporativo creado mediante SharePoint Server 2010 y PerformancePoint Services que contenía un solo panel de tamaño mediano. El panel contenía dos filtros vinculados a un cuadro de mandos, dos gráficos y una cuadrícula. El panel estaba basado en un solo origen de datos de Microsoft SQL Server 2008 Analysis Services (SSAS) que usaba las bases de datos de ejemplo AdventureWorks para el cubo de SQL Server 2008 Analysis Services.
En la tabla siguiente se describen el tipo y el tamaño de cada elemento del panel.
Nombre Descripción Tamaño
Filtro uno Filtro de selección de miembros 7 miembros de dimensión
Filtro dos Filtro de selección de miembros 20 miembros de dimensión
Cuadro de mandos Cuadro de mandos 15 filas de miembros de dimensión por 4 columnas (2 KPI)
Gráfico uno Gráfico de líneas 3 series por 12 columnas
Gráfico dos Gráfico de barras apiladas 37 series por 3 columnas
Cuadrícula Cuadrícula analítica 5 filas por 3 columnas
En el panel mediano se usó la plantilla de encabezado y dos columnas y los tamaños de los elementos del panel se establecieron en tamaño automático o en un porcentaje específico del panel. Cada elemento del panel se representó con un alto y ancho aleatorios de entre 400 y 500 píxeles para simular las diferencias existentes entre los tamaños de ventana del explorador web. Es importante cambiar el alto y el ancho de cada elemento del panel debido a que los gráficos se representan en función de los tamaños de ventana del explorador web.
287
Escenarios de prueba y procesos En esta sección se definen los escenarios de prueba y se describe el proceso de prueba que se usó para cada escenario. En la sección "Resultados de las pruebas", más adelante en este artículo, se proporciona información detallada, como los resultados de las pruebas y parámetros específicos.
Nombre de la prueba Descripción de la prueba
Represente un panel y cambie uno de los dos filtros cinco veces de forma aleatoria con una pausa de 15 segundos entre las interacciones.
1. Represente el panel.
2. Seleccione uno de los dos filtros. A continuación, seleccione de
forma aleatoria un valor de filtro y espere a que el panel se
vuelva a representar.
3. Repita el procedimiento otras cuatro veces, en las que debe
seleccionar de forma aleatoria uno de los dos filtros y un valor
de filtro aleatorio.
Represente un panel, seleccione un gráfico y expándalo y contráigalo cinco veces con una pausa de 15 segundos entre las interacciones.
1. Represente el panel.
2. Seleccione un miembro aleatorio en un gráfico y expándalo.
3. Seleccione otro miembro aleatorio en el gráfico y contráigalo.
4. Seleccione otro miembro aleatorio en el gráfico y expándalo.
5. Seleccione otro miembro aleatorio en el gráfico y contráigalo.
Represente un panel, seleccione una cuadrícula y expándala y contráigala cinco veces con una pausa de 15 segundos entre las interacciones.
1. Represente el panel. Seleccione un miembro aleatorio en una
cuadrícula y expándalo.
2. Seleccione otro miembro aleatorio de la cuadrícula y expándalo.
3. Seleccione otro miembro aleatorio en la cuadrícula y
contráigalo.
4. Seleccione otro miembro aleatorio de la cuadrícula y expándalo.
288
Nombre de la prueba Descripción de la prueba
Se usó una combinación de pruebas única que consistió en los siguientes porcentajes de las pruebas iniciadas.
Nombre de la prueba Combinación de pruebas
Represente un panel y cambie de forma aleatoria uno de los dos filtros cinco veces.
80%
Represente un panel, seleccione un gráfico y expándalo y contráigalo cinco veces.
10%
Represente un panel, seleccione una cuadrícula y expándala y contráigala cinco veces.
10%
Con las herramientas de prueba de carga de Microsoft Visual Studio 2008 se creó un conjunto de pruebas web y pruebas de carga que simularon cambios aleatorios en los filtros y la navegación por las cuadrículas y los gráficos por parte de los usuarios. Las pruebas usadas en este artículo contenían una distribución normal de pausas de 15 segundos entre las interacciones, también denominadas "tiempos de reflexión", y un tiempo de reflexión entre iteraciones de prueba de 15 segundos. Se aplicó la carga para producir un tiempo de respuesta promedio de dos segundos para representar un cuadro de mandos o un informe. Se midió el tiempo de respuesta promedio durante un período de 15 minutos después de un tiempo de preparación inicial de 10 minutos.
Cada nueva iteración de prueba selecciona una cuenta de usuario distinta de un grupo de cinco mil cuentas y una dirección IP aleatoria (mediante el uso de conmutación de IP de Visual Studio) de un grupo de aproximadamente 2.200 direcciones.
La combinación de pruebas se ejecutó dos veces respecto del mismo panel de tamaño mediano. En la primera ejecución, la autenticación del origen de datos se configuró para usar la cuenta de servicio desatendida, que usa una cuenta común para solicitar los datos. Los resultados de datos son idénticos para varios usuarios y PerformancePoint Services puede usar almacenamiento en caché para mejorar el rendimiento. En la segunda ejecución, la autenticación de origen de datos se configuró para usar la identidad de usuario y el cubo de SQL Server Analysis Services se configuró para usar seguridad dinámica. En esta configuración, PerformancePoint Services usa la identidad del usuario para solicitar los datos. Debido a que los resultados de datos podrían ser diferentes, no se puede compartir el almacenamiento en caché entre usuarios. En algunos casos, puede compartirse el almacenamiento en caché para identidad de usuario si
289
no se configuró la seguridad dinámica de Analysis Services y los roles de Analysis Services asignados a los usuarios y grupos de Microsoft Windows son idénticos.
Configuración de hardware y topología Hardware de laboratorio
Para proporcionar un alto nivel de detalle en los resultados de la prueba, se usaron varias configuraciones de granja de servidores para las pruebas. Las configuraciones de granjas de servidores incluyeron de uno a tres servidores web, de uno a cuatro servidores de aplicaciones y un solo servidor de bases de datos que ejecutaba Microsoft SQL Server 2008. Se realizó una instalación empresarial predeterminada de SharePoint Server 2010.
En la tabla siguiente se enumera el hardware específico usado para realizar las pruebas.
Servidor web Servidor de aplicaciones
Equipo que ejecuta SQL Server
Equipo que ejecuta Analysis Services
Procesadores 2px4c de 2,66 GHz 2px4c de 2,66 GHz 2px4c de 2,66 GHz 4px6c a 2,4 GHz
RAM 16 GB 32 GB 16 GB 64 GB
Sistema operativo Windows Server 2008 R2 Enterprise Windows
Server 2008 R2
Enterprise
Windows
Server 2008 R2
Enterprise
Windows
Server 2008 R2
Enterprise
NIC 1x1 gigabit 1x1 gigabit 1x1 gigabit 1x1 gigabit
Autenticación NTLM y Kerberos NTLM y Kerberos NTLM y Kerberos NTLM y Kerberos
Después de incrementar la escalabilidad horizontal de la granja de servidores a varios servidores web, se usó un equilibrador de carga de hardware para equilibrar la carga de usuarios entre varios servidores web mediante el uso de afinidad de dirección de origen. La afinidad de dirección de origen registra la dirección IP de origen de las solicitudes entrantes y el host de servicios en el que se equilibró la carga, y canaliza todas las transacciones futuras al mismo host.
Topología
290
La topología inicial consistió en dos servidores físicos. Uno se usó como servidor web y de aplicaciones y el otro como servidor de bases de datos. Esta topología inicial se considera una topología de dos máquinas (2M) o una topología "1 por 0 por 1", en que el número de servidores web dedicados aparece al comienzo de la lista, seguido de los servidores de aplicaciones dedicados y, a continuación, los servidores de bases de datos.
Los servidores web también se denominan front-end web (WFE) más adelante en este documento. Se aplicó la carga hasta que se encontraron factores restrictivos. Por lo general, el factor restrictivo fue la CPU del servidor web o del servidor de aplicaciones y se agregaron recursos para solucionar ese límite. Los factores restrictivos y las topologías difirieron considerablemente en función de la configuración de la autenticación del origen de datos de cuenta de servicio desatendida o identidad de usuario con seguridad de cubo dinámico.
Resultados de las pruebas Los resultados de las pruebas contienen tres medidas importantes que ayudan a definir la capacidad de PerformancePoint Services.
Medida Descripción
Recuento de usuarios Recuento de usuarios total que informa Visual Studio.
Solicitudes por segundo (RPS) Total de solicitudes por segundo que notifica Visual Studio, que incluye todas las solicitudes y las solicitudes de un archivo estático, como imágenes y hojas de estilos.
Vistas por segundo (VPS) Total de vistas que puede representar PerformancePoint Services. Una vista es cualquier filtro, cuadro de mandos, cuadrícula o gráfico representado por PerformancePoint Services o cualquier solicitud web a la dirección URL del servicio de representación que contiene RenderWebPartContent o CreateReportHtml. Para obtener más información acerca de CreateReportHtml y RenderWebPartContent, vea el tema sobre la especificación del protocolo RenderingService de PerformancePoint Services (http://go.microsoft.com/fwlink/?linkid=200609&clcid=0xC0A).
Los registros IIS de estas solicitudes pueden analizarse para ayudar a planear la capacidad de PerformancePoint Services. Además, el uso de esta medida proporciona un número que es mucho menos dependiente de la composición
291
Medida Descripción
del panel. Un panel con dos vistas se puede comparar con un panel con 10 vistas.
Sugerencia:
Cuando se usa un origen de datos que se ha configurado para usar autenticación de cuenta de servicio desatendida, la regla para la proporción de servidores dedicados es un servidor web por cada dos servidores de aplicaciones que ejecutan PerformancePoint Services.
Sugerencia:
Cuando se usa un origen de datos que se ha configurado para usar autenticación de usuario, la regla para la proporción de servidores dedicados es un servidor web por cada cuatro o más servidores de aplicaciones que ejecutan PerformancePoint Services.
En las topologías de más de cuatro servidores de aplicaciones, es probable que el cuello de botella sea el servidor de Analysis Services. Considere supervisar la CPU y el tiempo de consulta del servidor de Analysis Services para determinar si debe incrementar la escalabilidad horizontal de Analysis Services a varios servidores. Cualquier retraso en el tiempo de consulta en el servidor de Analysis Services aumentará considerablemente el tiempo de respuesta promedio de PerformancePoint Services más allá del umbral deseado de dos segundos.
En las tablas siguientes se muestra un resumen de los resultados de las pruebas para autenticación de cuenta de servicio desatendida y autenticación de usuario al incrementar la escalabilidad horizontal de dos a siete servidores. Más adelante en este documento se incluyen resultados detallados con contadores de rendimiento adicionales.
Resumen de autenticación de cuenta de servicio desatendida
292
Topología (WFE x APP x SQL) Usuarios Solicitudes por segundo (RPS)
Vistas por segundo (VPS)
2M (1x0x1) 360 83 50
3M (1x1x1) 540 127 75
4M (1x2x1) 840 196 117
5M (1x3x1) 950 215 129
6M (2x3x1) 1.250 292 175
7M (2x4x1) 1.500 346 205
Resumen de autenticación de usuario
Topología (WFE x APP x SQL) Usuarios Solicitudes por segundo (RPS)
Vistas por segundo (VPS)
2M (1x0x1) 200 47 27
3M (1x1x1) 240 56 33
4M (1x2x1) 300 67 40
5M (1x3x1) 325 74 44
293
Topologías 2M y 3M Para ayudar a explicar el costo de hardware por transacción y la curva de tiempo de respuesta, las pruebas de carga se ejecutaron con cuatro cargas de usuarios cada vez mayores, hasta alcanzar la carga máxima de usuarios para las topologías 2M y 3M.
Autenticación de la cuenta de servicio desatendida
Recuento de usuarios 50 150 250 360
Promedio de CPU de WFE/APP 19,20% 57,70% 94,00% 96,70%
RPS 18 53 83 83
Vistas por segundo 10,73 31,72 49,27 49,67
Tiempo de respuesta promedio (seg.) 0,12 0,15 0,38 2
294
Autenticación de usuario
295
Recuento de usuarios 50 100 150 200
Promedio de CPU de WFE/APP 30,80% 61,30% 86,50% 93,30%
RPS 17 32 43 47
Vistas por segundo 10,3 19,32 26,04 27,75
Tiempo de respuesta promedio (seg.) 0,28 0,45 0,81 2
296
Resultados de granja de servidores 3M (1x1x1)
Autenticación de la cuenta de servicio desatendida
297
Recuento de usuarios 100 250 400 540
RPS 36 87 124 127
Vistas por segundo 21 52 74 75
Tiempo de respuesta promedio (seg.) 0,12 0,18 0,65 2
Promedio de CPU de WFE 11% 28% 43% 46%
Número máximo de bytes privados de WFE del proceso de trabajo de Internet Information Services (IIS) W3WP de SharePoint Server.
0,7 GB 1,4 GB 2,0 GB
2,4 GB
Promedio de CPU de APP 25% 62% 94% 95%
Máximo de bytes privados de APP de W3WP de PerformancePoint Services
5,9 GB 10,8 GB 14,1 GB
14,6 GB
298
Autenticación por usuario
299
Recuento de usuarios 50 120 180 240
RPS 17 39 52 56
Vistas por segundo 10 23 31 33
Tiempo de respuesta promedio (seg.) 0,28 0,48 0,91 2
Promedio de CPU de WFE 5% 12% 17% 19%
Máximo de bytes privados de WFE de W3WP de SharePoint Server
0,78 GB 1,3 GB 1,6 GB
1,9 GB
Promedio de CPU de APP 25% 57% 81% 81%
Máximo de bytes privados de APP de W3WP de PerformancePoint Services
19 GB 20,1 GB 20,5 GB
20,9 GB
300
301
Resultados para topologías de 4 o más máquinas para autenticación de cuenta de servicio desatendida Comenzando con una topología de cuatro máquinas, se aplicó carga para producir un tiempo de respuesta promedio de dos segundos para representar un cuadro de mandos o un informe. A continuación, se agregó un servidor adicional para resolver el factor restrictivo (siempre CPU en el servidor web o el servidor de aplicaciones) y, a continuación, se volvió a ejecutar la combinación de pruebas. Esta lógica se repitió hasta que se alcanzó un total de siete servidores.
4M (1x2x1) 5M (1x3x1) 6M (2x3x1)
7M (2x4x1)
Recuento de usuarios 840 950 1.250 1.500
RPS 196 216 292 346
Vistas por segundo 117 131 175 206
Promedio de CPU de WFE 77% 63% 54% 73%
Máximo de bytes privados de WFE de W3WP de SharePoint Server
2,1 GB 1,7 GB 2,1 GB 2,0 GB
Promedio de CPU de APP 83% 94% 88% 80%
Máximo de bytes privados de APP de W3WP de PerformancePoint Services
16 GB 12 GB 15 GB 15 GB
302
Resultados para topologías de 4 o más máquinas para autenticación de usuario Se repitieron las mismas pruebas para un origen de datos configurado para autenticación de usuario. Tenga en cuenta que al agregar un servidor de aplicaciones para crear una topología de cuatro servidores de aplicaciones no se aumentó el número de usuarios ni las solicitudes por segundo que admitía PerformancePoint Services debido a los retrasos en las consultas que produjo Analysis Services.
3M (1x1x1) 4M (1x2x1) 5M (1x3x1)
6M (1x4x1)
Recuento de usuarios 240 300 325 325
RPS 56 67 74 74
Vistas por segundo 33 40 44 45
Promedio de CPU de WFE 19% 24% 26% 12%
Máximo de bytes privados de WFE de W3WP de SharePoint Server
2,1 GB 1,9 GB 1,9 GB 1,5 GB
Promedio de CPU de APP 89% 68% 53% 53%
Máximo de bytes privados de APP de W3WP de PerformancePoint Services
20 GB 20 GB 20 GB 20 GB
CPU de Analysis Services 17% 44% 57% 68%
303
304
Recomendaciones Recomendaciones de hardware
Se recomienda usar los contadores de memoria y procesador de las tablas de prueba para determinar los requisitos de hardware para la instalación de PerformancePoint Services. En el caso de servidores web, PerformancePoint Services usa los requisitos de hardware de SharePoint Server 2010 recomendados. Es posible que sea necesario cambiar los requisitos de hardware de los servidores de aplicaciones si PerformancePoint Services consume una gran cantidad de memoria. Esto sucede cuando los orígenes de datos se configuran para autenticación de usuario o cuando el servidor de aplicaciones ejecuta muchos paneles con tiempos de espera de origen de datos largos.
El servidor de bases de datos no produjo un cuello de botella en las pruebas y tuvo un pico máximo de uso de CPU del 31% bajo el panel con autenticación de cuenta de servicio desatendida de 7M. PerformancePoint Services almacena las definiciones de contenido de PerformancePoint Services, como informes, cuadros de mandos y KPI, en listas de SharePoint y en la memoria caché, lo que reduce la carga del servidor de bases de datos.
Consumo de memoria
PerformancePoint Services puede consumir grandes cantidades de memoria en determinadas configuraciones y es importante supervisar el uso de memoria del grupo de aplicaciones de PerformancePoint Services. PerformancePoint Services almacena varios elementos en la memoria caché, incluidos los resultados de Analysis Services y otros resultados de consultas de origen de datos, por la duración de la memoria caché de origen de datos (tiempo predeterminado de 10 minutos). Cuando se usa un origen de datos que está configurado para la autenticación de cuenta de servicio desatendida, los resultados de estas consultas solo se almacenan una vez y se comparten entre varios usuarios. Sin embargo, cuando se usa un origen de datos que está configurado para autenticación de usuario y seguridad de cubo dinámico de Analysis Services, los resultados de las consultas se almacenan una vez por cada usuario por cada vista (es decir, una combinación "por filtro").
La API de caché subyacente que usa PerformancePoint Services es la API de caché de ASP.NET. La ventaja significativa de usar esta API es que ASP.NET administra la memoria caché y quita (o recorta) elementos en función de los límites de la memoria para evitar errores de falta de espacio en memoria. El límite de memoria predeterminado es del 60 por ciento de la memoria física. Después de alcanzar este límite, PerformancePoint Services continuó representando vistas pero los tiempos de respuesta aumentaron considerablemente durante el breve período en que ASP.NET quitó las entradas almacenadas en la memoria caché.
305
El contador de rendimiento "Aplicaciones ASP.NET\Recortes API de caché" del grupo de aplicaciones que hospeda PerformancePoint Services se puede usar para supervisar los recortes de la memoria caché de ASP.NET que se producen debido a la presión de memoria. Si este contador es mayor que cero, revise la siguiente tabla para ver posibles soluciones.
Problema Solución
El uso del procesador del servidor de aplicaciones es reducido y hay otros servicios que se están ejecutando en el servidor de aplicaciones.
Agregue más memoria física o limite la memoria caché de ASP.NET.
El uso del procesador del servidor de aplicaciones es reducido y solo se está ejecutando PerformancePoint Services en el servidor de aplicaciones.
Si es aceptable, configure las opciones de memoria caché de ASP.NET para que la memoria caché use o agregue más memoria.
El uso del procesador del servidor de aplicaciones es intensivo. Agregue otro servidor de aplicaciones.
Un origen de datos que se ha configurado para usar autenticación de usuario puede compartir los resultados de las consultas y las entradas de la memoria caché si los conjuntos de pertenencias a roles de Analysis Services de los usuarios son idénticos y si no se ha configurado la seguridad de cubo dinámico. Se trata de una nueva característica de PerformancePoint Services in Microsoft SharePoint Server 2010. Por ejemplo, si el usuario A está en el rol 1 y 2, el usuario B en el rol 1 y 2 y el usuario C en el rol 1, 2 y 3, solo el usuario A y el usuario B compartirán las entradas de caché. Si no hay seguridad de cubo dinámico, los usuarios A y B, así como el usuario C, no compartirán las entradas de la memoria caché.
Analysis Services Durante la prueba de PerformancePoint Services con autenticación de usuario, se cambiaron dos propiedades de Analysis Services para mejorar el rendimiento multiusuarios. En la siguiente tabla se muestran las propiedades que se cambiaron y el nuevo valor de cada propiedad.
306
Propiedad Analysis Services Valor
Memory \ HeapTypeForObjects 0
Memory \ MemoryHeapType 2
Estas dos opciones de memoria configuran Analysis Services para usar el montón de Windows en lugar del montón de Analysis Services. Antes de cambiar estas propiedades y, mientras se aumentaba la carga de usuarios, los tiempos de respuesta aumentaron significativamente de 0,2 segundos a más de 30 segundos mientras que la CPU de los servidores web, de aplicaciones y de Analysis Services se mantenía baja. Para solucionar el problema, se recopiló el tiempo de consulta usando vistas de administración dinámica (DMV) de Analysis Services, que mostraron un aumento de los tiempos de consulta individuales de 10 milisegundos a 5000 milisegundos. Estos resultados llevaron a la modificación de la configuración de memoria anterior.
Es importante tener en cuenta que aunque esto mejoró notablemente la capacidad de proceso, según el equipo de Analysis Services, la modificación de esta configuración tiene un costo pequeño pero perceptible en las consultas de usuario único.
Antes de cambiar cualquier propiedad de Analysis Services, vea el tema sobre la guía de rendimiento de Analysis Services de las notas del producto de SQL Server 2008 (http://go.microsoft.com/fwlink/?linkid=165486&clcid=0xC0A) para conocer los procedimientos recomendados sobre cómo mejorar el rendimiento multiusuario.
Cuellos de botella comunes y sus causas Durante las pruebas de rendimiento, se detectaron varios cuellos de botella habituales. Un cuello de botella es una situación en la que se alcanza la capacidad máxima de un componente determinado de una granja de servidores. Esto produce un estancamiento o una disminución en el rendimiento la granja de servidores. En los casos en que el intenso uso del procesador producía un cuello de botella, se agregaron servidores para resolver el problema. En la siguiente tabla se enumeran algunos cuellos de botella comunes, y las posibles soluciones, en los que se supone que el uso del procesador es reducido y que no produce ningún cuello de botella.
Posible cuello de botella Causa y qué supervisar Resolución
Rendimiento del montón de memoria de Analysis Services
De manera predeterminada, Analysis Services usa su propio montón de memoria
Cambie Analysis Services para usar el montón de Windows. Vea la sección "Analysis Services", anteriormente en este artículo, y el tema sobre la guía de rendimiento de Analysis Services de las notas del producto de SQL Server
307
Posible cuello de botella Causa y qué supervisar Resolución
en lugar del montón de Windows, que proporciona un rendimiento multiusuario deficiente. Revise los tiempos de consulta de Analysis Services mediante las vistas de administración dinámica (DMV) para ver si los tiempos de consulta aumentan con la carga de usuarios y el uso del procesador de Analysis Services es reducido.
2008 (http://go.microsoft.com/fwlink/?linkid=165486&clcid=0xC0A) para obtener instrucciones.
Subprocesos de consulta y procesamiento de Analysis Services
De manera predeterminada, Analysis Services limita el número de subprocesos de consulta y procesamiento de las consultas. Las consultas de larga ejecución y las cargas de usuarios elevadas podrían usar todos los subprocesos disponibles. Supervise los subprocesos inactivos y los contadores de rendimiento de la cola de trabajos en la categoría 2008:Threads MSAS.
Aumente el número de subprocesos disponibles para consultas y procesos. Vea la sección "Analysis Services" y el tema sobre la guía de rendimiento de Analysis Services de las notas del producto de SQL Server 2008 (http://go.microsoft.com/fwlink/?linkid=165486&clcid=0xC0A) para obtener instrucciones.
Memoria del servidor de aplicaciones
PerformancePoint Services almacena en caché los
Agregue memoria o aumente los límites predeterminados de la memoria caché de ASP.NET. Vea la sección Consumo de memoria, anteriormente en este
308
Posible cuello de botella Causa y qué supervisar Resolución
resultados de la consulta de Analysis Services y de otros orígenes de datos por la duración de la memoria caché de origen de datos. Estos elementos pueden consumir una gran cantidad de memoria. Supervise el contador de rendimiento Aplicaciones de ASP.NET\Recortes API de caché del grupo de aplicaciones de PerformancePoint Services para determinar si las eliminaciones o recortes de la memoria caché son forzados por ASP.NET debido a la falta de memoria.
documento, para obtener más información. Vea también el tema sobre la configuración de elementos de la memoria caché de ASP.NET (http://go.microsoft.com/fwlink/?linkid=200610&clcid=0xC0A) y la entrada de blog de Thomas Marquardt acerca de los antecedentes de los límites de la memoria caché de ASP.NET (http://go.microsoft.com/fwlink/?linkid=200611&clcid=0xC0A).
Configuración de limitación de peticiones de WCF
PerformancePoint Services se implementa como un servicio WCF. WCF limita el número máximo de llamadas simultáneas como un comportamiento de limitación de peticiones de servicio. Aunque las consultas de larga ejecución podrían contribuir a este cuello de botella, es poco
Si es necesario, cambie el comportamiento de limitación de peticiones de Windows Communication Foundation (WCF). Vea el tema sobre comportamientos de limitación de peticiones de WCF (http://go.microsoft.com/fwlink/?linkid=200612&clcid=0xC0A) y la entrada de blog de Wenlong Dong sobre la limitación de peticiones de WCF y la escalabilidad de los servidores (http://go.microsoft.com/fwlink/?linkid=200613&clcid=0xC0A).
309
Posible cuello de botella Causa y qué supervisar Resolución
común que se produzca. Supervise las llamadas del contador de rendimiento de WCF/Modelo de servicio pendientes para PerformancePoint Services y compárelas con el número máximo actual de llamadas simultáneas.
Supervisión del rendimiento Para ayudarle a determinar cuándo es necesario incrementar la escalabilidad vertical y horizontal del sistema, supervise el estado del sistema mediante el uso de contadores de rendimiento. PerformancePoint Services es un servicio de WCF de ASP.NET y puede supervisarse mediante el uso de los mismos contadores de rendimiento que se usan para supervisar cualquier otro servicio de WCF de ASP.NET. Además, puede usar la información incluida en las tablas siguientes para determinar los contadores de rendimiento adicionales que se deben supervisar y a qué proceso se deben aplicar los contadores de rendimiento.
Contador de rendimiento Instancia de contador Notas
Aplicaciones de ASP.NET/Recortes API de caché
Grupo de aplicaciones de PerformancePoint Services
Si el valor es mayor que cero, revise la sección "Consumo de memoria".
MSAS 2008:Threads/Subprocesos inactivos de grupo de consultas
No disponible Si el valor es cero, revise la sección "Analysis Services" y el tema sobre la guía de rendimiento de Analysis Services de las notas del producto de SQL Server 2008 (http://go.microsoft.com/fwlink/?linkid=165486&clcid=0xC0A).
MSAS 2008:Threads/Longitud de No disponible Si el valor es mayor que cero, revise la sección "Analysis Services" y el
310
Contador de rendimiento Instancia de contador Notas
cola de trabajos de grupo de consultas
tema sobre la guía de rendimiento de Analysis Services de las notas del producto de SQL Server 2008 (http://go.microsoft.com/fwlink/?linkid=165486&clcid=0xC0A).
MSAS 2008:Threads/Subprocesos inactivos de grupo de procesamiento
No disponible Si el valor es mayor que cero, revise la sección "Analysis Services" y el tema sobre la guía de rendimiento de Analysis Services de las notas del producto de SQL Server 2008 (http://go.microsoft.com/fwlink/?linkid=165486&clcid=0xC0A).
MSAS 2008:Threads/Longitud de cola de trabajos de grupo de procesamiento
No disponible Si el valor es mayor que cero, revise la sección "Analysis Services" y el tema sobre la guía de rendimiento de Analysis Services de las notas del producto de SQL Server 2008 (http://go.microsoft.com/fwlink/?linkid=165486&clcid=0xC0A).
WCF CountersServiceModelService 3.0.0.0(*)\Llamadas pendientes
Instancia de servicio de PerformancePoint
Si el valor es mayor que cero, vea el tema sobre la limitación de peticiones de WCF y escalabilidad de servidores (http://go.microsoft.com/fwlink/?linkid=200613&clcid=0xC0A).
Vea también Conceptos
Planeación de PerformancePoint Services (SharePoint Server 2010)
311
Requisitos de software y hardware de cliente para el Diseñador de paneles de PerformancePoint
Publicado: 12 de mayo de 2010
En este artículo se describen los requisitos de hardware y software para ejecutar Diseñador de paneles de PerformancePoint.
Requisitos de hardware Los siguientes requisitos se aplican a un equipo cliente único que ejecute Diseñador de paneles.
Componente Requisito mínimo
Procesador 1 - CPU con procesador de 32 bits de doble núcleo (x86)
RAM 2 Gigabytes (GB)
Disco duro 2 GB
Requisitos de software Los siguientes requisitos se aplican a un equipo cliente único que ejecute Diseñador de paneles.
Un explorador compatible, como se describe en el artículo Plan browser support (SharePoint Server 2010)
Microsoft Silverlight 2.0 (http://go.microsoft.com/fwlink/?linkid=166506&clcid=0xC0A)
312
Planeación de la importación de contenido de panel de PerformancePoint Server 2007 a SharePoint Server 2010 (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
Para facilitar y simplificar el proceso de importación de contenido del panel de Microsoft Office PerformancePoint Server 2007 a PerformancePoint Services in Microsoft SharePoint Server 2010, se ofrece un Asistente para importación. El Asistente para importación de datos le guiará por el proceso para importar metadatos: paneles, cuadros de mandos, orígenes de datos, KPI, etc. Una vez finalizado el proceso de importación de datos, debe volver a implementar cada panel de forma individual.
Nota:
Se recomienda configurar un entorno de SharePoint Server 2010 limpio antes de ejecutar el Asistente para importación.
Tipos de informe no admitidos en PerformancePoint Services No todos los tipos de informe que se admiten en Microsoft Office PerformancePoint Server 2007 son compatibles con SharePoint Server 2010. Los siguientes tipos de informe no se admiten en SharePoint Server 2010 y, por tanto, no se importan:
Diagramas de análisis de tendencias
Tablas dinámicas
Gráficos dinámicos
Hojas de cálculo
313
Planeación de permisos y roles PerformancePoint Services usa el modelo de seguridad de SharePoint Server para controlar el acceso del usuario a las distintas funcionalidades y tareas. Hay diferencias sutiles pero significativas entre trabajar con PerformancePoint Services in Microsoft SharePoint Server 2010 y trabajar con Microsoft Office PerformancePoint Server 2007. En Microsoft Office PerformancePoint Server 2007, el servidor de supervisión tiene su propio servidor y base de datos que almacenan metadatos y contenido. En Microsoft Office PerformancePoint Server 2007, la seguridad se aplica globalmente en el nivel del servidor y en cada objeto individual.
En SharePoint Server 2010, el contenido de metadatos de PerformancePoint se almacena en listas y bibliotecas de documentos de SharePoint. Por lo tanto, es necesario entender las diferencias entre la asignación de permisos y roles entre Microsoft Office PerformancePoint Server 2007 y SharePoint Server 2010.
Nota:
En Microsoft Office PerformancePoint Server 2007, el administrador del equipo servidor se asigna automáticamente como administrador de PerformancePoint. En SharePoint Server 2010, en cambio, no se lo asigna automáticamente como administrador. Si es necesario, la asignación se puede realizar de forma manual.
Roles y permisos PerformancePoint Services usa los grupos de autorización y permisos de SharePoint Server. Al planear cómo usarán el servicio los usuarios, revise los roles de SharePoint Server principales.
Administrador de la granja de servidores: Para editar los elementos de panel, este rol necesita al menos permisos de colaborador
en las listas de contenido (o elementos de lista) y en las bibliotecas de orígenes de datos (o elementos de biblioteca).
Administrador de colección de sitios Para editar elementos del panel, este rol necesita al menos permisos de colaborador en
bibliotecas de orígenes de datos (o elementos de biblioteca).
Administrador del sitio o colaborador de la biblioteca de documentos o de listas: Para editar los elementos de panel, este rol
necesita al menos permisos de colaborador en las listas de contenido (o elementos de lista) y en las bibliotecas de orígenes de datos
(o elementos de biblioteca).
314
Importante:
Una persona o rol debe disponer al menos de permisos de diseñador si tiene la tarea de volver a implementar los paneles después de su importación desde Microsoft Office PerformancePoint Server 2007.
Un procedimiento recomendado consiste en crear grupos de SharePoint nuevos (o sacar provecho de los existentes) para ayudar a organizar los roles en PerformancePoint Services. Si se establecen grupos de permisos claros por roles de trabajo, se puede tener un mejor control sobre quién obtiene acceso a qué.
Los cuatro roles del servidor disponibles en Microsoft Office PerformancePoint Server 2007 se asignan escasamente a roles predefinidos en SharePoint Server 2010. En PerformancePoint Services, los permisos son de administrador, de lector avanzado, de administrador de origen de datos y de creación. Además, se establecen dos roles adicionales de Editor y Lector en el Diseñador de paneles. En la siguiente tabla se representa cómo se asignan los roles de PerformancePoint Server 2007 en PerformancePoint Services in Microsoft SharePoint Server 2010.
Importante:
Un administrador en el servidor no se agrega automáticamente como administrador en PerformancePoint Services in Microsoft SharePoint Server 2010.
Rol de PerformancePoint Server 2007
Permisos de PerformancePoint Server 2007
Rol de PerformancePoint Services in Microsoft SharePoint Server 2010
Comentarios
Admin Edición de elementos y creación de elementos nuevos
Colaborador: contenido de datos y orígenes de datos
Lector avanzado Lectura de elementos (usado Lectura: contenido de
315
Rol de PerformancePoint Server 2007
Permisos de PerformancePoint Server 2007
Rol de PerformancePoint Services in Microsoft SharePoint Server 2010
Comentarios
para procesos de SDK) datos y orígenes de datos
Administrador de origen de datos
Creación de elementos nuevos (solo orígenes de datos)
Colaborador: solo orígenes de datos
Autor Creación de elementos nuevos (excepto orígenes de datos)
Colaborador: solo contenido de datos
Permisos de elementos
Editor Visualización, edición o eliminación del elemento
Colaborador
Lector Visualización del elemento Leer
Otro modo de abordar las necesidades de acceso consiste en organizar los permisos en función de las tareas:
Tarea de usuario Se requieren permisos de PerformancePoint Services in Microsoft SharePoint Server 2010
Inicio del Diseñador de paneles Ninguno, aparte de ser usuario autenticado de SharePoint Server 2010
Creación de elementos de panel de PerformancePoint para guardar en una lista o biblioteca de documentos de SharePoint
Colaborador
Realización de todas las tareas de Colaborador y publicación de los paneles de PerformancePoint
Diseñador
316
Tarea de usuario Se requieren permisos de PerformancePoint Services in Microsoft SharePoint Server 2010
Visualización de paneles de PerformancePoint y uso de funciones interactivas
Leer
Administración de los permisos de usuario para los elementos de panel
Control total (sitio) o administrador de la colección de sitios
Ejecución del asistente Durante la ejecución del Asistente para importación, el contenido importado, como paneles y cuadros de mandos, se coloca en una misma lista de SharePoint. Los orígenes de datos importados se colocan en una misma biblioteca de documentos para orígenes de datos. Para facilitar el proceso de importación, configure un entorno de SharePoint Server 2010 limpio. Revise los pasos siguientes y obtenga el nombre de usuario y la contraseña de la cuenta necesarios.
Establecer seguridad de origen de datos: En PerformancePoint Server 2007, la configuración de seguridad de los orígenes de
datos se almacena en el archivo Web.config, ubicado en C:\Archivos de programa\Microsoft Office PerformancePoint
Server\3.0\Monitoring\PPSMonitoring_1\WebService. En SharePoint Server 2010, la seguridad se almacena en cada origen de datos.
La mayoría de los clientes de PerformancePoint Server 2007 usaron "identidad por usuario" como método de seguridad. Si no está
seguro de cómo se configuró la seguridad, examine el archivo Web.config (bajo el nodo <appSettings>. Los tres métodos disponibles
en PerformancePoint Server 2007 son:
Se usa una cuenta de usuario compartida única para obtener acceso a todos los orígenes de datos.
Autenticación por usuario (requiere delegación Kerberos). En este caso se usa la cuenta de cada usuario para obtener acceso a
todos los orígenes de datos. La configuración del valor bpm.serverconnectionperuser en el archivo Web.config se establece en
"True".
Autenticación predeterminada con el nombre de usuario en la cadena de conexión. Este método utiliza una sola cuenta de
usuario compartida para obtener acceso a todos los orígenes de datos y la propiedad de la cadena de conexión CustomerData se
utiliza para enviar el nombre de usuario. Si se utiliza este método, la configuración del valor bpm.UseASCustomData se establece
en "True".
317
Inicie sesión en el servidor de contenido de PerformancePoint Server 2007: tenga listos su nombre de usuario y su contraseña
ya que el asistente se los pedirá.
Conéctese a la base de datos de contenido de PerformancePoint Server 2007: durante la instalación inicial de PerformancePoint
2007, el nombre de la base de datos predeterminado es PPSMonitoring. Si se cambió el nombre de la base de datos, seleccione el
nombre de la base de datos donde reside el contenido.
Elija una lista para almacenar los elementos del panel: los KPI, cuadros de mandos, informes, paneles, filtros e indicadores se
copiarán en la lista de contenido del panel. Seleccione una lista que esté vacía. Debe proporcionar el nombre de la colección de
sitios, del sitio y de la lista.
Elija una biblioteca de documentos para almacenar los orígenes de datos: los orígenes de datos se copian en una biblioteca de
documentos. La biblioteca de documentos que seleccione debe admitir el tipo de contenido de origen de datos de PerformancePoint.
Una instalación predeterminada de PerformancePoint Services para SharePoint Server 2010 creará una biblioteca de documentos
específica al origen de datos que puede utilizar. Recomendamos seleccionar una biblioteca de documentos vacía. La colección de
sitios tendrá el mismo nombre que la colección de sitios que proporcionó para los elementos del panel.
Revise la configuración: tendrá la oportunidad de revisar la configuración especificada y editarla si es necesario.
Revise el estado de importación: el asistente procesa la importación del contenido de datos y proporciona una barra de estado que
indica el progreso de la importación del contenido. Enumera todos los elementos y orígenes de base de datos que se importaron.
Una vez finalizado el proceso de importación, aparecen los resultados de importación finales con los elementos importados
enumerados por categoría (orígenes de datos, KPI, cuadros de mandos, etc.) y con información sobre los problemas o errores que se
han producido. Los resultados también especifican si se cambiaron los nombres de los orígenes de datos en caso de duplicados.
318
Tareas posteriores a la migración para el autor del panel de PerformancePoint
Publicado: 10 de junio de 2010
La actualización de un panel de PerformancePoint de Microsoft Office PerformancePoint Server 2007 a PerformancePoint Services in Microsoft SharePoint Server 2010 es bastante fácil. Normalmente, el departamento de TI controla la migración del contenido de PerformancePoint, como conexiones de origen de datos y los elementos del panel. Luego, el usuario completa el proceso de actualización al abrir y probar los elementos de panel, realizar cambios en los cuadros de mandos e informes y volver a implementar los paneles.
Tareas posteriores a la migración para el autor del panel Después de que el departamento de TI migre el contenido del panel de PerformancePoint Server 2007 a PerformancePoint Services, debe realizar varias tareas para completar la actualización:
Abra y pruebe el contenido migrado. Haga esto para asegurarse de que los elementos del panel funcionen correctamente.
Quite los tipos de informe que ya no están disponibles y reemplácelos con nuevos informes. Varios tipos de informes que
están disponibles en PerformancePoint Server 2007 no lo están en PerformancePoint Services. Debe sustituir estos informes
utilizando otras vistas nuevas o existentes.
Actualice los informes y cuadros de mandos para usar la nueva funcionalidad. (Esto es opcional). PerformancePoint Services
ofrece capacidades mejoradas en los informes y cuadros de mandos que posiblemente desee utilizar en los paneles. Por ejemplo,
ahora puede mostrar un gráfico analítico como un gráfico circular. Los cuadros de mandos ahora pueden incluir indicadores clave de
rendimiento (KPI) más sofisticados, como aquellos que utilizan métricas calculadas.
Utilice los siguientes recursos para obtener más información acerca de cómo actualizar el contenido del panel.
319
Tarea Descripción
Novedades de los paneles de PerformancePoint En este artículo se describen las características y funcionalidades nuevas disponibles en los paneles de PerformancePoint.
Planeación de la importación de contenido de panel de PerformancePoint Server 2007 a SharePoint Server 2010 (SharePoint Server 2010)
Ciertos tipos de informes que están disponibles en PerformancePoint Server 2007 no lo están en PerformancePoint Services. En este artículo, se presenta información acerca de cómo preparar la importación de contenido del panel de PerformancePoint Server 2007. Esto incluye los tipos de informe que no están disponibles en PerformancePoint Services.
Import Wizard: PerformancePoint Server 2007 content to SharePoint Server 2010
En este artículo se describe el Asistente para importación, una herramienta que le ayudará a importar el contenido del panel de PerformancePoint Server 2007 a PerformancePoint Services.
Novedades del Diseñador de paneles de PerformancePoint En este artículo, se describen las características y funcionalidades nuevas de Diseñador de paneles. Entre estas se incluyen una integración más estrecha con SharePoint Server 2010, elementos del panel nuevos y mejorados que se pueden crear, y una descripción general de la cinta de opciones y del área de trabajo que han sido simplificadas.
Vea también Otros recursos
Plan your PerformancePoint dashboard
320
Planeación de la seguridad de PerformancePoint Services (SharePoint Server 2010)
Actualizado: 8 de julio de 2010
En PerformancePoint Services in Microsoft SharePoint Server 2010, los objetos almacenados en listas y bibliotecas de documentos se protegen mediante el modelo de seguridad de Microsoft SharePoint Server 2010. Además de dicho modelo, PerformancePoint Services agrega otras características del producto al marco de trabajo básico de SharePoint Server 2010 para garantizar que los orígenes de datos y el contenido del panel estén seguros y protegidos contra el acceso no justificado. Aunque PerformancePoint Services tiene dependencia del modelo de seguridad de SharePoint Server 2010, hay otras consideraciones de seguridad especiales que se deben tener en cuenta y, por lo tanto, planear y administrar. Todas las configuraciones de seguridad basadas en servicios se administran en el sitio web de Administración central de SharePoint Server para facilitar la administración de los recursos compartidos y el acceso de los usuarios.
Este artículo abarca las áreas para planear la autenticación, la autorización y la autenticación de orígenes de datos.
Autenticación En PerformancePoint Services, es posible elegir entre tres métodos diferentes para la autenticación de los orígenes de datos.
Identidad por usuario: Se usa la cuenta de cada usuario para obtener acceso a todos los orígenes de datos. Este método requiere
delegación Kerberos. Un administrador de dominio debe configurar la delegación Kerberos entre PerformancePoint Services y los
orígenes de datos.
321
Nota:
Los orígenes de datos externos deben encontrarse en el mismo dominio que la granja de servidores de SharePoint Server 2010. Si los orígenes de datos externos no se encuentran en el mismo dominio, se producirá un error en la autenticación de los orígenes de datos externos. Para obtener más información, vea el tema acerca de las consideraciones de planeación de los servicios que tienen acceso a
orígenes de datos externos en “Planeación de una arquitectura de servicios”.
Cuenta de servicio desatendida: Una única cuenta de usuario compartida se usa para obtener acceso a todos los orígenes de
datos. Ésta es una cuenta de dominio con privilegios bajos almacenada en el servicio de almacenamiento seguro. Al establecer la
cuenta de servicio desatendida, en primer lugar se debe determinar si esta cuenta tiene el acceso adecuado a los orígenes de datos
que serán necesarios para el panel.
Datos personalizados: Permite a SQL Server Analysis Services incluir el nombre de usuario autenticado actual como parámetro en
el campo de datos personalizados de la cadena de conexión de Analysis Services. La opción Datos personalizados se usa sólo para
orígenes de datos de Analysis Services y puede usarse frente a servidores de Analysis Services 2006 y 2008.
Ubicaciones de confianza En PerformancePoint Services, las conexiones de orígenes de datos están contenidas en bibliotecas de documentos y el contenido de datos (KPI, filtros, cuadros de mandos, etc.) en listas de documentos. Para proteger el contenido e impedir que los usuarios ejecuten consultas en relación con los orígenes de datos si los objetos de la consulta no son de confianza, las listas y bibliotecas deben establecerse como ubicaciones ―de confianza‖. El administrador de la granja de servidores tiene la opción de establecer todas las ubicaciones de la granja de servidores como "de confianza" o de identificar ubicaciones de confianza específicas. Debido a la facilidad con la que se puede definir la ubicación de la granja de servidores que se desea proteger, no es necesario que el administrador de la granja de servidores proteja toda la granja de servidores.
Las ubicaciones de confianza proporcionan una capa de seguridad adicional que restringe la ejecución de consultas de orígenes de datos o de cualquier objeto dependiente de un origen de datos que no se encuentre en una ubicación de confianza. Es posible definir como de confianza la biblioteca de documentos o cualquier objeto primario hasta la aplicación web. En PerformancePoint Services, la configuración de las ubicaciones de confianza se administra centralmente mediante Administración central. La configuración también puede administrarse mediante cmdlets de Windows PowerShell 2.0. Al planear la seguridad de PerformancePoint Services, tenga en cuenta si desea o necesita proteger toda la aplicación web o administrar de manera más estricta la ubicación de datos seguros.
Por ejemplo: las ubicaciones dentro de una granja de servidores marcadas individualmente como "de confianza" tienen la siguiente jerarquía de SharePoint Server 2010 tanto para contenido de datos como para orígenes de datos:
322
1. Deshabilitar el uso de ubicaciones de confianza para orígenes de datos y/o el contenido de todo el conjunto de datos.
2. Listas de confianza y/o bibliotecas de documentos en una aplicación web.
3. Listas de confianza y/o bibliotecas de documentos en una colección de sitio, incluyendo sitios secundarios.
4. Listas de confianza y/o bibliotecas de documentos en un sitio.
5. Confiar en una lista y/o biblioteca de documentos individual en la granja de servidores.
Al verificar si una ubicación es de confianza, el servidor comprobará si la propiedad Ubicaciones de confianza está habilitada. Si está habilitada, el servidor comprobará la lista de ubicaciones de confianza desde la colección del sitio a través de cada nivel inferior de la jerarquía para verificar que el contenido es de confianza.
No es necesario que los elementos que no usan un origen de datos estén en una ubicación de confianza para que sea presentado. Esto incluye páginas web, KPI estáticos, paneles e iconos indicadores.
Nota:
Las ubicaciones de origen de datos de confianza no pueden definirse en una lista y las ubicaciones de contenido de confianza no pueden definirse en una biblioteca de documentos.
Bibliotecas de contenido de datos de confianza Las bibliotecas de contenido de datos de confianza son bibliotecas de documentos de SharePoint Server 2010 que solo contienen archivos de conexión de datos (.ppsdc) de PerformancePoint Services. Los archivos .ppsdc se usan para administrar de forma central las conexiones a los orígenes de datos, incluidas bases de datos de SQL Server, cubos OLAP, bases de datos relacionales y hojas de cálculo de Excel Services.
Los orígenes de datos se definen en el Diseñador de paneles y se almacenan en una biblioteca de conexiones de datos de confianza en SharePoint Server 2010. La biblioteca de conexiones de datos de confianza es una biblioteca de documentos que se ha determinado como segura. Restringe el uso de los archivos de orígenes de datos pero permite leerlos. No obstante, se crea una biblioteca de documentos de forma predeterminada al realizar el aprovisionamiento de PerformancePoint Services. Los administradores pueden administrar las conexiones de datos del servidor mediante la creación de más de una biblioteca de conexiones de datos. Si un usuario actualiza una conexión de origen de datos en la biblioteca de documentos, la información se compartirá y se actualizará al abrir un archivo de área de trabajo en el Diseñador de paneles.
323
Listas de confianza para el contenido del panel Los informes, cuadros de mandos, KPI y filtros deben almacenarse en una lista de SharePoint Server 2010 de confianza. La lista o cualquier objeto primario hasta la colección de sitios puede definirse como de confianza durante la configuración inicial o después, a través de Administración central.
Seguridad de los orígenes de datos En PerformancePoint Services, la configuración de seguridad de los orígenes de datos se almacena en cada origen de datos. La configuración que determina si el servidor usa el usuario autenticado actual, la cuenta de usuario desatendida o la cuenta de usuario desatendida con datos personalizados se establece en cada origen de datos en particular.
El servicio de almacenamiento seguro y las cuentas de servicio desatendidas El servicio de almacenamiento seguro de SharePoint Server 2010 permite almacenar datos de forma segura, por ejemplo credenciales, y asociarlos a una identidad específica o a un grupo de identidades. El servicio de almacenamiento seguro está presente en todas las granjas de servidores de SharePoint Server 2010.
En PerformancePoint Services, cada origen de datos puede configurarse para que use las credenciales del usuario autenticado actual o la "cuenta de servicio desatendida". La cuenta de servicio desatendida es un conjunto de credenciales de dominio que se suplantan al conectarse con un origen de datos. El servidor usa la cuenta de servicio desatendida en lugar de la cuenta administrada para las consultas de orígenes de datos a fin de impedir que el proceso de PerformancePoint Services obtenga acceso a la base de datos de contenido durante la ejecución de la consulta.
PerformancePoint Services almacena y recupera las credenciales de la cuenta de servicio desatendida en el servicio de almacenamiento seguro. Dado que el servidor debe mantener el nombre de usuario y la contraseña para suplantar al usuario, la contraseña de la cuenta de servicio desatendida se almacena en el servicio de almacenamiento seguro. El nombre de usuario se almacena en la base de datos de PerformancePoint Services para que sea accesible y pueda mostrarse en la página de configuración.
Al crear una cuenta de servicio desatendida, asegúrese de que la cuenta tenga el acceso adecuado a los orígenes de datos que serán necesarios.
Es importante comprender que las credenciales de la cuenta de servicio desatendida no se incorporan globalmente a la memoria caché. Por el contrario, se recuperan desde el servicio de almacenamiento seguro sólo cuando son necesarias. Si abre un archivo del área de
324
trabajo en Diseñador de paneles con un origen de datos que se conecta mediante la opción de servicio desatendido y las credenciales no están incorporadas en la memoria caché para esa conexión, la contraseña de la cuenta de servicio desatendida se recupera desde el servicio de almacenamiento seguro y usa el origen de datos objetivo.
Autenticación basada en notificaciones La autenticación basada en notificaciones de SharePoint Server 2010 admite varios proveedores de autenticación en una aplicación web única y se usa para pasar la identidad de los usuarios entre los servidores front-end web y los servidores de aplicaciones. PerformancePoint Services admite varios proveedores de autenticación sólo cuando se usa contenido de panel por medio de un explorador web. No se admite el Diseñador de paneles cuando se tiene acceso directamente a una dirección URL para cualquier aplicación web que usa varios proveedores de autenticación. Para usar el Diseñador de paneles en esta configuración, se debe extender la aplicación web para configurar el acceso a la nueva dirección URL que se limita al proveedor de autenticación de Windows.
Vea también Conceptos
Planeación de la importación de contenido de panel de PerformancePoint Server 2007 a SharePoint Server 2010 (SharePoint Server 2010)
Otros recursos
Configure the Unattended Service account for PerformancePoint Services
Configure Claims Authentication (SharePoint Server 2010)
Plan authentication methods (SharePoint Server 2010)
325
Autorización y permisos en PerformancePoint Services (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
Planeación de permisos y roles PerformancePoint Services usa el modelo de seguridad de SharePoint Server para controlar el acceso del usuario a las distintas funcionalidades y tareas. Hay diferencias mínimas, aunque significativas, entre trabajar con PerformancePoint Services in Microsoft SharePoint Server 2010 y trabajar con Microsoft Office PerformancePoint Server 2007. En Microsoft Office PerformancePoint Server 2007, el servidor de supervisión tiene su propio servidor y base de datos para almacenar metadatos y contenido. En Microsoft Office PerformancePoint Server 2007, la seguridad se aplica globalmente en el nivel del servidor y en cada objeto individual.
En SharePoint Server 2010, el contenido de metadatos de PerformancePoint se almacena en listas y bibliotecas de documentos de SharePoint. Por lo tanto, es necesario entender las diferencias entre la asignación de permisos y roles entre Microsoft Office PerformancePoint Server 2007 y SharePoint Server 2010. En Microsoft Office PerformancePoint Server 2007, el administrador del equipo servidor se designa automáticamente como administrador. En SharePoint Server 2010, no se designa automáticamente como administrador. Si es necesario, esta asignación puede realizarse de forma manual.
Roles y permisos PerformancePoint Services usa los grupos de autorización y permisos de SharePoint Server. Al planear cómo usarán el servicio los usuarios, revise los roles de SharePoint Server principales.
Administrador de la granja de servidores: para editar los elementos del panel, este rol necesita como mínimo permisos de
colaborador en las listas de contenido (o elementos de lista) y en las bibliotecas de orígenes de datos (o elementos de biblioteca).
Administrador de la colección de sitios: para editar elementos del panel, este rol necesita como mínimo permisos de colaborador
en las bibliotecas de orígenes de datos (o elementos de biblioteca).
326
Administrador del sitio o colaborador de la biblioteca de documentos o de listas: para editar los elementos del panel, este rol
necesita como mínimo permisos de colaborador en las listas de contenido (o elementos de lista) y en las bibliotecas de orígenes de
datos (o elementos de biblioteca).
Importante:
Un usuario o rol debe tener como mínimo permisos de diseñador si tiene asignada la tarea de volver a implementar los paneles después de importarlos desde Microsoft Office PerformancePoint Server 2007.
Un procedimiento recomendado consiste en crear grupos de SharePoint nuevos (o aprovechar los existentes) para facilitar la organización de los roles en PerformancePoint Services. Si se establecen grupos de permisos claros por roles de trabajo, se puede tener un mayor control sobre quién obtiene acceso a qué elementos.
Los cuatro roles del servidor disponibles en Microsoft Office PerformancePoint Server 2007 se asignan de forma flexible a roles predefinidos en SharePoint Server 2010. En PerformancePoint Services, los permisos son de administrador, lector avanzado, administrador de origen de datos y creación. Además, se establecen dos roles adicionales, Editor y Lector, en el Diseñador de paneles. En la siguiente tabla se representa cómo se asignan los roles de PerformancePoint Server 2007 en PerformancePoint Services in Microsoft SharePoint Server 2010.
Importante:
Un administrador del servidor no se agrega automáticamente como administrador en PerformancePoint Services in Microsoft SharePoint Server 2010.
Rol de PerformancePoint Server 2007
Permisos de PerformancePoint Server 2007
Rol PerformancePoint Services in Microsoft SharePoint Server 2010
Comentarios
Administrador Edición de elementos y creación de elementos nuevos
Colaborador: contenido de datos y
327
Rol de PerformancePoint Server 2007
Permisos de PerformancePoint Server 2007
Rol PerformancePoint Services in Microsoft SharePoint Server 2010
Comentarios
orígenes de datos
Lector avanzado Lectura de elementos (usado para procesos de SDK)
Lectura: contenido de datos y orígenes de datos
Administrador de origen de datos
Creación de elementos nuevos (solo orígenes de datos)
Colaborador: solo orígenes de datos
Autor Creación de elementos nuevos (excepto orígenes de datos)
Colaborador: solo contenido de datos
Permisos del elemento
Editor Visualización, edición o eliminación del elemento
Colaborador
Lector Visualización del elemento Ninguno
Otro modo de abordar las necesidades de acceso consiste en organizar los permisos en función de las tareas:
Tarea de usuario Permisos requeridos para PerformancePoint Services in Microsoft SharePoint Server 2010
Iniciar el Diseñador de paneles. Ninguno, excepto ser un usuario autenticado de SharePoint Server 2010
Crear elementos del panel de PerformancePoint y guardarlos en una lista o una biblioteca de documentos de SharePoint.
Colaborador
Realizar todas las tareas de colaborador y publicar los paneles de Diseñador
328
Tarea de usuario Permisos requeridos para PerformancePoint Services in Microsoft SharePoint Server 2010
PerformancePoint.
Ver paneles de PerformancePoint y usar características interactivas. Lectura
Administrar los permisos de usuario para los elementos del panel. Control total (sitio) o administrador de la colección de sitios
Vea también Conceptos
Planeación de la seguridad de PerformancePoint Services (SharePoint Server 2010)
329
Planeación de orígenes de datos de PerformancePoint (PerformancePoint Services)
Publicado: 12 de agosto de 2010
En PerformancePoint Services, debe crear una conexión a los orígenes de datos que desea usar en el panel. Todos los datos que se usan en PerformancePoint Services son datos externos que residen en repositorios de datos fuera de PerformancePoint. Una vez establecida una conexión de datos, podrá usar los datos en las diversas áreas de características de PerformancePoint.
PerformancePoint admite los orígenes de datos tabulares, incluidas listas de SharePoint, Servicios de Excel, tablas de SQL Server y libros de Excel, así como los orígenes de datos multidimensionales de Analysis Services.
Importante:
PerformancePoint Services no admite aplicaciones de "Hacer clic y ejecutar" (C2R) de Office 2010 como orígenes de datos. Se debe
instalar el cliente.
Orígenes de datos tabulares Un usuario puede crear una conexión de datos a listas de SharePoint, Servicios de Excel, tablas de SQL Server o libros de Excel. En estos tipos de orígenes de datos, puede ver un ejemplo de los datos desde la herramienta Diseñador de paneles y establecer las propiedades específicas de los datos en función de cómo desea que estos se interpreten dentro de PerformancePoint. Por ejemplo, puede indicar qué conjuntos de datos deben tratarse como una dimensión. Puede especificar si un conjunto de datos se va a tratar como una dimensión o un hecho, o bien, si no desea que se incluyan los datos, puede seleccionar Omitir. Si decide establecer el valor como un hecho, puede indicar cómo se deben agregar los números en PerformancePoint Services. También puede usar conjuntos de datos que tengan valores de tiempo en PerformancePoint Services, y las características de inteligencia de tiempo de PerformancePoint Services para establecer parámetros de tiempo y crear filtros de panel.
330
Importante:
Los orígenes de datos tabulares solo pueden usarse para cuadros de mandos y filtros de PerformancePoint.
Listas de SharePoint
Los datos incluidos en una lista de SharePoint de un sitio de SharePoint pueden usarse en PerformancePoint Services mediante la creación de un origen de datos de lista de SharePoint en el Diseñador de paneles. Los datos de listas de SharePoint solo pueden leerse. Las modificaciones en datos de listas de SharePoint deben realizarse desde SharePoint.
Los usuarios pueden conectarse a cualquier tipo de lista de SharePoint.
Servicios de Excel
Los datos de archivos de Excel publicados en Servicios de Excel en un sitio de SharePoint pueden usarse en PerformancePoint Services mediante la creación de un origen de datos de Servicios de Excel. Los datos publicados admitidos solo pueden leerse en PerformancePoint Services. Los valores de parámetro publicados pueden modificarse desde el Diseñador de paneles. Si usa un parámetro de Servicios de Excel para calcular un KPI, resulta más sencillo efectuar cambios adicionales. PerformancePoint Services admite los siguientes componentes de Servicios de Excel: rangos con nombre, tablas y parámetros.
SeguridadNota:
No es posible conectarse a Servicios de Excel como un origen de datos si el sitio o la biblioteca que contiene el libro al que intenta conectarse están configurados con acceso anónimo.
Tablas de SQL Server
Puede crear una conexión de origen de datos a una base de datos de SQL Server y usar los datos en PerformancePoint Services. Las tablas y vistas de SQL son orígenes de datos admitidos en PerformancePoint Services.
331
SeguridadNota:
Los datos de la base de datos de SQL Server son de solo lectura. PerformancePoint Services no admite modificaciones a la base de datos de SQL Server.
Nota:
Una vez creada y guardada una conexión de origen de datos de SQL en Diseñador de paneles, el origen de datos aparecerá en el explorador de área de trabajo con un icono de lápiz todavía visible, como si el origen de datos no se hubiera guardado y todavía se estuviera editando. Este es un problema conocido.
Libros de Excel
Puede usar el contenido de un archivo de Excel real como un origen de datos en PerformancePoint Services mediante la creación de una conexión de origen de datos de libro de Excel y la selección de solo los datos que se van a usar. El archivo de Excel original será independiente de la copia de PerformancePoint. PerformancePoint Services 2010 admite libros de Excel 2007 y Excel 2010 como orígenes de datos.
Orígenes de datos multidimensionales Analysis Services
Use los datos que residen en un cubo de SQL Server Analysis Services en PerformancePoint Services mediante la creación de una conexión de datos al origen. PerformancePoint Services le permite asignar la dimensión de tiempo deseada y el nivel de detalle necesario para sus jerarquías en la inteligencia de tiempo de PerformancePoint Services interna.
332
Nota:
A diferencia de los orígenes de datos tabulares, los usuarios no pueden examinar un cubo de Analysis Services en el Diseñador de paneles de PerformancePoint.
PowerPivot para Excel En PerformancePoint Services, puede usar un modelo de PowerPivot como un origen de datos para crear los paneles de PerformancePoint Services. Para usar PowerPivot como un origen de datos dentro de un panel de PerformancePoint Services, debe tener PerformancePoint Services activado en un conjunto o granja de servidores de SharePoint Server 2010 y PowerPivot instalado para SharePoint. Una vez creado un modelo de PowerPivot mediante el complemento de PowerPivot para Excel, este archivo de Excel debe cargarse o publicarse en un sitio de SharePoint que tenga los servicios de PowerPivot habilitados. Cree la conexión de origen de datos en el Diseñador de paneles mediante la plantilla de origen de datos de Analysis Services.
Vea también Otros recursos
Create a PowerPivot data connection (PerformancePoint Services)
Configure Data Source Time Settings for Time Intelligence
Configuring Analysis Services Data Source Time Settings in PerformancePoint
Configure Tabular Data Source Time Settings for Time Intelligence in PerformancePoint
333
Procedimientos recomendados de consultas MDX y diseño de cubos OLAP de SQL Server 2005 y 2008
Publicado: 12 de mayo de 2010
Al habilitar Microsoft SQL Server 2005 ó 2008 Analysis Services (SSAS) en una solución de inteligencia empresarial de SharePoint Server 2010, es crítico disponer de un diseño de cubos adecuado, expresiones multidimensionales eficaces y recursos de hardware suficientes para un rendimiento óptimo.
En este artículo se destacan los procedimientos recomendados que ayudan a mejorar el rendimiento de SSAS como un origen de datos para Servicios de Excel en Microsoft SharePoint Server 2010, PerformancePoint Services in Microsoft SharePoint Server 2010 y Servicios de Visio en Microsoft SharePoint Server 2010. En la primera sección se enumeran los artículos que destacan las mejoras en Microsoft SQL Server 2008 que están diseñadas especialmente para soluciones de inteligencia empresarial (BI) y en la segunda sección se ofrecen procedimientos recomendados que se aplican al diseño de cubos de SSAS 2005/2008, a la optimización de consultas MDX, etc.
Mejoras en SQL Server 2008 para la inteligencia empresarial En el siguiente artículo se describen las mejoras en SQL Server 2008 relacionadas con la inteligencia empresarial.
Las 10 razones de rendimiento y productividad más importantes para usar SQL Server 2008 para las soluciones de inteligencia
empresarial En el artículo se proporciona una lista, con algunos detalles, de las razones más importantes para usar SQL Server 2008
para las nuevas soluciones de inteligencia empresarial y para actualizar a SQL Server 2008 para las soluciones de inteligencia
empresarial existentes.
Guía de referencia técnica sobre la actualización a SQL Server 2008 En el artículo se proporciona información acerca de la
actualización de las soluciones de inteligencia empresarial existentes a SQL Server 2008.
Escalado en vertical de Reporting Services 2008 y Reporting Services 2005: lecciones aprendidas En el artículo se describen las
mejoras en el rendimiento y la escalabilidad a SQL Server Reporting Services 2008.
334
Mejoras de rendimiento para MDX en SQL Server 2008 Analysis ServicesEn el artículo se explica dónde pueden producirse errores
en el código MDX existente que impedirán experimentar las mejoras de rendimiento de SQL Server Analysis Services 2008.
Notas del producto de SQL Server 2008: guía de rendimiento de Analysis Services En el artículo se describe cómo los
desarrolladores de aplicaciones pueden aplicar técnicas de consultas y de ajuste de rendimiento de procesamiento a las soluciones
OLAP de SQL Server 2008 Analysis Services.
Procedimientos recomendados para Analysis Services Los 10 mejores procedimientos recomendados para el rendimiento de las consultas de Analysis Services El artículo incluye diez
procedimientos recomendados para optimizar el rendimiento de las consultas de Analysis Services.
Artículo de procedimientos recomendados para SQL Server: identificación y solución de cuellos de botella del rendimiento de las
consultas MDX en SQL Server 2005 Analysis Services En el artículo se proporciona información acerca de las herramientas
disponibles de solución de problemas de consultas MDX. También se describe cómo usar las herramientas más comunes para
identificar y solucionar cuellos de botella del rendimiento de las consultas MDX con consultas MDX individuales.
Procedimientos recomendados para el procesamiento en Analysis Services En el artículo se proporcionan procedimientos
recomendados para el procesamiento en SQL Server 2005 Analysis Services.
Procedimientos recomendados para el diseño OLAP en Analysis Services 2005 En el artículo se describen los procedimientos
recomendados para el diseño de bases de datos OLAP en SQL Server 2005 Analysis Services para satisfacer de un modo más
eficaz las necesidades funcionales y de rendimiento de los usuarios.
Guía de rendimiento de Microsoft SQL Server 2005 Analysis Services En el artículo se describe cómo los desarrolladores de
aplicaciones pueden aplicar técnicas de ajuste de rendimiento a las soluciones de procesamiento analítico en línea (OLAP) de
Microsoft SQL Server 2005 Analysis Services.
Consultas escalables en Analysis Services En el artículo se describe cómo establecer un entorno de consultas escalables de carga
equilibrada para Microsoft SQL Server 2005 Analysis Services a fin de poder administrar una gran cantidad de consultas simultáneas
a los servidores de Analysis Services. Las consultas de carga equilibrada garantizan que los lectores de cubos OLAP puedan
consultar de forma coherente las agregaciones más recientes en el transcurso del día y distribuir la carga de todas las consultas
entre los servidores disponibles. Esta arquitectura de consultas escalables optimiza el tiempo de procesamiento de los cubos,
aumenta la frecuencia de actualización de los cubos y hace que el procesamiento sea más robusto debido a que se permite un
procesamiento más frecuente y una recuperación de errores transparente.
335
Introducción a los componentes de PerformancePoint Services
Publicado: 12 de mayo de 2010
Los componentes front-end web de PerformancePoint Services y Microsoft SharePoint Server 2010 funcionan conjuntamente para proporcionar funcionalidad de supervisión e informes. Esta sección describe brevemente los siguientes componentes de PerformancePoint Services.
Diseñador de paneles de PerformancePoint
Elementos web y servicios PerformancePoint
Características de la colección de sitios
Características del sitio
Diseñador de paneles El Diseñador de paneles es la aplicación que los autores de paneles pueden usar para crear y administrar paneles y sus elementos, incluidos informes, como mapas de estrategia y gráficos analíticos, cuadros de mandos y filtros. Los paneles ayudan a las organizaciones a medir, supervisar y administrar el rendimiento empresarial con datos activos de una gran variedad de orígenes de datos empresariales. Un panel de PerformancePoint contiene una variedad de informes y cuadros de mandos que conservan sus conexiones individuales con sus orígenes de datos y se pueden ver los datos de varios orígenes de datos en una misma página del panel.
Elementos web
Los elementos web de PerformancePoint son controles del lado del servidor integrados que se ejecutan dentro del contexto de páginas especiales (es decir, páginas de elementos web) en cualquier sitio de SharePoint Server 2010. Los elementos del Diseñador de paneles funcionan como elementos web de SharePoint Server 2010.
Elemento web de informes: el elemento web de informes permite crear tipos de contenido de PerformancePoint Services, excepto cuadros de mandos, informes detallados de KPI y filtros. Esto incluye gráficos analíticos y cuadrículas, informes de SQL Server Reporting Services, informes de Excel Services, mapas de estrategia, etc.
336
Elemento web detallado de KPI: El informe detallado de KPI muestra información contextualmente relevante acerca de los KPI, métricas, filas, columnas y celdas de un cuadro de mandos. Se expone como un elemento web vinculado a un cuadro de mandos o KPI individual y metadatos relevantes expuestos para el usuario final. Este elemento web se puede agregar a paneles de PerformancePoint Services o a cualquier página de SharePoint Server 2010.
Elemento web Visualización de cuadro de mandos: el elemento web Visualización de cuadro de mandos proporciona funcionalidad de visualización para el cuadro de mandos. Sin el elemento web Visualización de cuadro de mandos, el usuario no puede representar los KPI en el panel. Los cuadros de mandos pueden estar vinculados a otros elementos web, como filtros e informes, para crear una experiencia de paneles interactiva. Los usuarios pueden usar el elemento web Visualización de cuadro de mandos para hacer lo siguiente:
Ubicar y agregar un elemento web Visualización de cuadro de mandos a un panel.
Agregar KPI, nuevos y existentes, a un cuadro de mandos.
Escribir una superficie de diseño de cuadros de mando avanzada para definir relaciones entre los KPI y los objetivos y para editar las
propiedades de los KPI y los objetivos.
Generar un nuevo cuadro de mandos, iniciando la superficie de diseño del cuadro de mandos.
Elemento web de filtro: es fundamental para crear paneles interactivos atractivos la capacidad de sincronizar el contenido de elementos web a través de conexiones.
Una conexión puede considerarse como un vínculo que se establece entre elementos web para permitir el intercambio de datos y para proporcionar interactividad entre los elementos web. Las conexiones se realizan entre proveedores de filtros y consumidores de filtros. Aunque no es posible conectar todos los tipos de filtros con todos los tipos de elementos web, sí es posible vincular muchos tipos de filtros a la mayoría de los tipos de elementos web.
Colecciones de sitios de PerformancePoint
Para que el autor de un panel pueda crear contenido en una granja de servidores de SharePoint, los usuarios deben poder suministrar información en la ubicación del contenido en la jerarquía del servidor de SharePoint. Actualmente, el Diseñador de paneles basa las consultas en la ubicación del servicio web. El servicio web se encuentra ubicado en una colección de sitios de SharePoint Server 2010, o incluido en su ámbito. Las aplicaciones web de SharePoint Server 2010 normalmente tienen una colección de sitios predeterminada para que la característica de colección de sitios esté habilitada.
Sitios de PerformancePoint
El sitio de PerformancePoint Services pone a disposición de los usuarios las plantillas de listas y bibliotecas de documentos que usan los siguientes tipos de contenido:
Panel
337
Cuadro de mandos
Indicador clave de rendimiento (KPI)
Informe
Filtro
Conjunto de iconos (de los indicadores KPI)
338
Planeación de la personalización de PerformancePoint Services
Publicado: 12 de mayo de 2010
En este artículo se describen los métodos para personalizar la funcionalidad nativa de PerformancePoint Services in Microsoft SharePoint Server 2010 mediante el SDK de PerformancePoint Services.
Escenarios de desarrollo para PerformancePoint Services PerformancePoint Services admite los escenarios de desarrollo indicados a continuación.
Creación de informes, filtros y extensiones de orígenes de datos. Para crear objetos de PerformancePoint Services personalizados, establezca valores personalizados para las propiedades de los objetos nativos ReportView, Filter y DataSource.
Operaciones de creación y presentación. Puede escribir código que realice dinámicamente operaciones de creación y presentación.
Creación de transformaciones de cuadro de mandos. Puede crear transformaciones del cuadro de mandos que cambien su aspecto, contenido o funcionalidad antes de consultar el origen de datos, después de consultar el origen de datos o antes de presentar el cuadro de mandos en el elemento web. Para obtener más información, vea el tema de introducción a las transformaciones del cuadro de mandos.
Creación de elementos web personalizados. Puede crear elementos web personalizados que interactúen con los elementos web de PerformancePoint. Para obtener más información, vea el tema sobre los elementos web de PerformancePoint.
339
PerformancePoint Services y PowerPivot para Excel (notas del producto)
Publicado: 20 de mayo de 2010
En este documento se tratan los conceptos básicos de la integración entre PerformancePoint Services in Microsoft SharePoint Server 2010 y Microsoft SQL Server 2008 R2 PowerPivot para Microsoft Excel 2010. se describen los conceptos básicos del uso de un modelo de PowerPivot en PerformancePoint Services y se tratan los problemas y el alcance del uso de estas aplicaciones de forma conjunta.
Descargue esta guía como un documento de Microsoft Word (.docx).
PerformancePoint 2010 y PowerPivot (http://go.microsoft.com/fwlink/?linkid=192628&clcid=0xC0A) (27,9 MB)
340
Planeación de Servicios de Visio (SharePoint Server 2010)
Actualizado: 30 de septiembre de 2010
Esta sección describe las consideraciones de planeación para Servicios de Visio en Microsoft SharePoint Server 2010.
En esta sección:
Introducción a Servicios de Visio (SharePoint Server 2010)
Servicios de Visio en Microsoft SharePoint Server 2010 es una aplicación de servicio que permite que los usuarios compartan y vean dibujos web de Microsoft Visio. El servicio también permite que se actualicen diagramas de Microsoft Visio 2010 conectados por datos desde distintos orígenes de datos.
Planeación de la implementación de Servicios de Visio
La planeación de la implementación de Servicios de Visio antes de su lanzamiento puede permitirle obtener el mejor rendimiento del sistema y la máxima satisfacción del usuario y, además, evitar la sobrecarga imprevista de los recursos del sistema en su granja de servidores de SharePoint Server y sistemas relacionados.
Planeación de la seguridad de los Servicios de Visio (SharePoint Server 2010)
Servicios de Visio permite representar dibujos web de Visio publicados. Estos dibujos pueden conectarse a datos externos y los elementos del dibujo pueden actualizarse en función de dichos datos. La seguridad es un componente importante para la habilitación de estos escenarios.
Autenticación de datos para los Servicios de Visio
En este artículo se describe la conexión de dibujos web de Servicios de Visio con datos hospedados en Microsoft SharePoint Server 2010y datos hospedados externamente. También se tratan los tipos de conexión y métodos de autenticación.
Visio Services resources (SharePoint Server 2010)(en inglés)
El artículo contiene una lista de recursos de Servicios de Visio, incluidas entradas de blog, documentación y demostraciones de vídeo.
341
Vea también Otros recursos
Manage a Visio Graphics Service service application
342
Introducción a Servicios de Visio (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
Servicios de Visio en Microsoft SharePoint Server 2010 es una aplicación de servicio que permite a los usuarios compartir y ver dibujos web de Microsoft Visio. El servicio también permite que se actualicen dibujos web de Microsoft Visio 2010 conectados a datos desde diversos orígenes de datos.
Uso y ventajas de Visio Services Los dibujos web de Visio (archivos *.vdw) pueden representarse por medio de Servicios de Visio y verse en un explorador web. Esto permite a los usuarios ver documentos de Visio sin tener Visio instalado en el equipo local. La navegación y exploración básicas de estos dibujos web representados se admiten en el elemento web de Visio Web Access. Los diseñadores de páginas pueden configurar la apariencia y la funcionalidad del elemento web.
Servicios de Visio también puede actualizar los datos y objetos visuales de un dibujo web de Visio hospedado en un sitio de Microsoft SharePoint Server 2010. Esto permite que los dibujos web publicados actualicen las conexiones a diversos orígenes de datos, y los gráficos de datos y campos de texto afectados.
Los archivos de Visio pueden publicarse en SharePoint Server 2010 mediante Microsoft Visio Professional 2010 y Microsoft Visio Premium 2010.
Orígenes de datos compatibles con Visio Services Las conexiones a los orígenes de datos que se indican a continuación se pueden actualizar mediante Servicios de Visio si se crearon con la tecnología de vínculo de datos de Microsoft Office Visio 2007 o Visio 2010 y se publicaron con la funcionalidad de publicación de Visio 2010. No se admite la actualización de datos mediante ningún otro mecanismo en un dibujo web de Visio.
SQL Server 7.0
SQL Server 2000
SQL Server 2005 (32 y 64 bits)
343
SQL Server 2008 (32 y 64 bits)
Información de hojas almacenadas en libros de Excel publicados en Microsoft Office Excel 2007 o Microsoft Excel 2010 hospedados
en el mismo conjunto o granja de servidores de SharePoint Server 2010
Listas de SharePoint Server
Conexiones OLE DB u ODBC
Proveedores de datos personalizados implementados como ensamblados .NET Framework
Dibujos de Visio publicados Los dibujos web de Visio (archivos .vdw) se pueden guardar y publicar en SharePoint Server 2010 y compartir con otros usuarios que no tienen Visio 2010 o el visor de Visio instalados en sus equipos, ya que Servicios de Visio representará un archivo de formato .vdw de forma nativa en SharePoint Server 2010 como una página web. Los dibujos web .Vdw solo se pueden crear con Microsoft Visio Professional 2010 o Microsoft Visio Premium 2010.
Los dibujos estándar de Visio (archivos .vsd) no re sepresentan mediante Servicios de Visio, por lo que se requiere Microsoft Visio para visualizarlos.
344
Planeación de la implementación de Servicios de Visio
Publicado: 12 de mayo de 2010
Como parte integrada de Microsoft SharePoint Server 2010, Servicios de Visio en Microsoft SharePoint Server 2010 es muy fácil de implementar. La planeación de la implementación de Servicios de Visio antes de su lanzamiento puede ayudarle a obtener el mejor rendimiento del sistema y la máxima satisfacción de los usuarios y a administrar de mejor manera los recursos del sistema en el conjunto o granja de servidores de SharePoint Server y los sistemas relacionados.
Rendimiento de Servicios de Visio Servicios de Visio se implementa usando el Servicio de gráficos de Visio, que se ejecuta en uno o más servidores de aplicaciones de la granja de servidores. Al igual que los demás servicios del mismo tipo, este servicio consume recursos tales como capacidad de procesamiento y memoria en todos los servidores en los que se ejecuta.
El rendimiento del sistema de los servidores de aplicaciones que ejecutan el Servicio de gráficos de Visio puede verse afectado por diversos factores, como los siguientes:
El tamaño de los dibujos web que se están representando
La cantidad de dibujos conectados a un origen de datos
El rendimiento de los orígenes de datos a los que están conectados los dibujos web
La frecuencia de actualización de los datos en el caso de dibujos web conectados con datos
Cargas máximas de usuarios que tienen acceso a dibujos web
Cargas máximas en orígenes de datos externos a los que tienen acceso los dibujos web
Complejidad de los dibujos web
El administrador puede ajustar el límite de tamaño de los dibujos web y los parámetros de actualización. La posibilidad de ajustar estos parámetros permite ajustar el rendimiento del servidor. Si el cambio de estos parámetros no proporciona el rendimiento deseado, es posible que deba agregar memoria o capacidad de procesamiento.
345
Al planear los recursos del sistema para Servicios de Visio, el factor más importante es la carga máxima. Por ejemplo, si los usuarios emplean la funcionalidad de Servicios de Visio de forma más intensiva durante las primeras horas de la mañana del lunes, planee la capacidad del servidor para esa carga máxima. Los momentos en que se producen las cargas máximas pueden variar considerablemente en función de cómo se usa Servicios de Visio en la organización. Es importante estimar las cargas máximas de la mejor forma posible para evitar sobrecargar los recursos del sistema.
Si la granja de servidores de SharePoint Server tiene varios servidores de aplicaciones, cada uno de los cuales puede ejecutar varios servicios, debe decidir en qué servidor de aplicaciones o en qué servidor desea ejecutar Servicios de Visio. Al hacerlo, examine los otros servicios de SharePoint Server 2010 que se ejecutan en cada servidor de aplicaciones. ¿Cuándo se producen las cargas máximas en cada uno de los otros servicios? Intente seleccionar un servidor de aplicaciones donde las cargas máximas de los otros servicios se produzcan en momentos distintos de las de Servicios de Visio.
Además de consideraciones sobre la carga máxima, tenga en cuenta también la carga total de otros servicios que se ejecutan en el mismo servidor. Es posible que algunos servicios de SharePoint Server, como el de búsqueda, aprovechen sus propios servidores de aplicaciones que no compartan con otras cargas, como Servicios de Visio. Es posible que otros servicios, como Servicios de Access, sean el complemento de carga perfecto para Servicios de Visio, en función de los patrones de uso.
Además de las consideraciones de rendimiento de SharePoint Server, también debe analizar el impacto de rendimiento de Servicios de Visio en los otros sistemas. Por ejemplo, si dispone de un dibujo web conectado a datos que consulta datos de una base de datos de Oracle, ¿cuál es el efecto de la carga máxima de Servicios de Visio en esa base de datos de Oracle? Si una gran cantidad de usuarios realiza consultas a cualquier origen de datos al mismo tiempo, podrían sobrecargarse los recursos de ese origen de datos.
Se pueden usar los siguientes procedimientos recomendados para optimizar el rendimiento de Servicios de Visio:
Supervisar el rendimiento de los servidores de aplicaciones en la granja de servidores y agregar CPU y memoria, si es necesario,
para controlar la carga máxima.
Iniciar el Servicio de gráficos de Visio en más de un servidor de aplicaciones en la granja de servidores para obtener rendimiento
adicional.
Ejecutar el Servicio de gráficos de Visio en un servidor de aplicaciones donde otros servicios experimentan una carga máxima en
otros momentos del día distintos de Servicio de gráficos de Visio.
Limitar el tamaño máximo de los dibujos web.
Aumentar la vigencia mínima de caché para dibujos web. Esto aumenta el intervalo en que un usuario ve los datos almacenados en
caché de un dibujo web particular.
346
Aplicaciones de Servicio de gráficos de Visio SharePoint Server implementa Servicios de Visio mediante el Servicio de gráficos de Visio que se ejecuta en uno o más servidores de aplicaciones en la granja de servidores y la aplicación de Servicio de gráficos de Visio que se ejecuta en el nivel de la granja de servidores. Las diferentes opciones de Servicios de Visio, como los proveedores de datos de confianza y la configuración de los dibujos y la memoria caché, se configuran dentro de la aplicación de Servicio de gráficos de Visio.
En muchas implementaciones, una sola aplicación de Servicios de Visio es suficiente. Sin embargo, SharePoint Server permite crear varias aplicaciones de servicio de cada tipo, si lo desea.
Algunas razones para considerar la implementación de varias aplicaciones de Servicio de gráficos de Visio son:
Hospedaje de soluciones en los casos en que se requiere aislar diferentes clientes
Departamentos de la organización que requieren acceso a datos restringido (por ejemplo, la separación de datos de recursos
humanos o datos legales del resto de la organización)
Uso de orígenes de datos distintos que requieren diferentes configuraciones globales o una cuenta de servicio desatendida diferente
dentro de Servicios de Visio
Uso de una implementación piloto Para ayudar a determinar los requisitos de capacidad para Servicios de Visio, considere implementar Servicios de Visio para un grupo piloto reducido que represente a los usuarios típicos. Si se concede acceso a la funcionalidad de Servicios de Visio a un número relativamente reducido de personas, se conseguirá supervisar el uso de los recursos del servidor y su efecto en los sistemas relacionados, como los orígenes de datos externos, sin sobrecargar los recursos del sistema.
Una vez que haya recopilado los datos de rendimiento del grupo piloto, puede extrapolar los requisitos del sistema para la implementación de Servicios de Visio en toda la organización. Los datos piloto también le ayudarán a determinar los requisitos de carga máxima y los momentos en que es probable que se produzca.
Mediante la supervisión de otros sistemas afectados, como los orígenes de datos usados por dibujos web conectados a datos, también se puede determinar el posible efecto de Servicios de Visio en otros sistemas de la organización.
347
Supervisión Se recomienda encarecidamente supervisar los recursos del sistema que consumen Servicios de Visio y los demás servicios de SharePoint Server. Es habitual que el uso de recursos aumente con el paso del tiempo a medida que se conectan más usuarios y los usuarios existentes emplean Servicios de Visio y otras tecnologías de SharePoint Server con mayor frecuencia.
La arquitectura de servicios de SharePoint Server permite agregar fácilmente servidores de aplicaciones a la granja de servidores. A medida que aumentan las demandas de los usuarios, puede seguir agregando servidores a la granja y descargar servicios en estos nuevos servidores, incluido Servicios de Visio. O bien, en lugar de descargar Servicios de Visio en un nuevo servidor, puede ejecutar el servicio Servicios de Visio en varios servidores de aplicaciones al mismo tiempo para proporcionar redundancia y capacidad adicionales.
Al supervisar el uso de los recursos, puede predecir cuándo es probable que se requiera capacidad adicional e incluir el hardware necesario en los procedimientos presupuestarios regulares de su organización. Esto también ayuda a evitar el tiempo de inactividad del sistema o la respuesta lenta causados por cargas imprevistamente altas en el servidor.
Copias de seguridad y recuperación de datos El administrador de la granja de servidores puede realizar copias de seguridad de la configuración de Servicios de Visio y los documentos de Visio almacenados en bibliotecas de SharePoint Server cuando realiza una copia de seguridad estándar de la granja de servidores. Sin embargo, tenga en cuenta que si publica documentos de Visio que están conectados a orígenes de datos que se encuentran fuera de la granja de servidores, los datos a los que están conectados los documentos de Visio no se incluirán en las copias de seguridad realizadas como parte de una copia de seguridad estándar de la granja de servidores. En este caso, el administrador del sistema donde residen los datos debe realizar un proceso de copia de seguridad distinto.
Implementación de Visio Professional 2010 y Visio Premium 2010 Servicios de Visio permite mostrar dibujos de Visio mediante un elemento web sin necesidad de tener Microsoft Visio 2010 instalado en el equipo cliente. Sin embargo, Servicios de Visio no permite crear ni editar diagramas de Visio. Como parte del plan de implementación de Servicios de Visio, también debe planear las necesidades de los autores de diagramas de la organización. Cada autor de diagrama que tiene que publicar en Servicios de Visio debe tener una copia de Microsoft Visio Professional 2010 o Microsoft Visio Premium 2010.
348
Importante:
Se requiere Visio Professional 2010 o Visio Premium 2010 para la publicación en SharePoint Server. Microsoft Visio Standard 2010 y las versiones anteriores de Visio no pueden publicar en el servidor.
349
Planeación de la seguridad de los Servicios de Visio (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
Además de los requisitos de seguridad para implementar Microsoft SharePoint Server 2010, debe revisar las consideraciones de seguridad para las implementaciones que incluyen Servicios de Visio en Microsoft SharePoint Server 2010.Servicios de Visio le permite presentar dibujos web de Visio. Estos dibujos pueden conectarse a datos externos y los elementos del dibujo pueden actualizarse en función de dichos datos. La seguridad es un componente importante para la habilitación de estos escenarios de presentación de datos. El Servicio de gráficos de Visio le proporciona un nivel importante de control específico para procesar y mostrar dibujos web de Visio y los orígenes de datos a los que se pueden conectar.
Dibujos web que no están conectados a datos Los dibujos de Visio publicados (archivos .VDW) deben almacenarse en bibliotecas de documentos de SharePoint para abrirse con Servicios de Visio. SharePoint Server 2010 mantiene una lista de control de acceso (ACL) para los archivos contenidos en la biblioteca de documentos. Configurando las reglas de la biblioteca correctamente se puede limitar el acceso a un dibujo en particular.
Dibujos web de Visio que están conectados a datos El Servicio de gráficos de Visio puede conectarse a orígenes de datos. Entre estos se incluyen listas de SharePoint, libros de Excel hospedados en el conjunto o granja de servidores, bases de datos como Microsoft SQL Server y orígenes de datos personalizados. Puede controlar el acceso a orígenes de datos específicos si define explícitamente los proveedores de datos de confianza y los configura en la lista de proveedores de datos de confianza.
Cuando Servicios de Visio carga un dibujo web conectado a datos, el servicio comprueba la información de conexión almacenada en el dibujo web para determinar si el proveedor de datos especificado es un proveedor de datos de confianza. Si el proveedor está en la lista, se intenta establecer la conexión; de lo contrario, se ignorará la solicitud de conexión.
350
Una vez que un administrador ha configurado Servicios de Visio para habilitar conexiones a un origen de datos en particular, hay configuraciones de seguridad adicionales que se deben realizar, según el tipo de origen de datos. Servicios de Visio admite los siguientes orígenes de datos:
Libros de Excel almacenados en SharePoint Server con Servicios de Excel
Listas de SharePoint
Bases de datos como bases de datos de SQL Server
Proveedores de datos personalizados
Dibujos web de Visio que están conectados a listas de SharePoint
Los dibujos de Visio publicados pueden conectarse a listas de SharePoint en la misma granja de servidores en la que está hospedado el dibujo. El usuario que visualiza el dibujo web debe tener acceso al dibujo y a la lista de SharePoint a la que éste está conectado. Estos permisos y credenciales se administran a través de SharePoint Server 2010.
Dibujos web de Visio que están conectados a Servicios de Excel
Los dibujos de Visio publicados pueden conectarse a libros de Excel hospedados en la misma granja de servidores que el dibujo web con Servicios de Excel en ejecución y correctamente configurado. Para visualizar el dibujo web, el usuario debe tener acceso al dibujo y al libro de Excel al que éste está conectado. Estos permisos y credenciales se administran a través de SharePoint Server 2010.
Dibujos web de Visio que están conectados a bases de datos de SQL Server
Cuando un dibujo web de Visio publicado se conecta a una base de datos de SQL Server, Servicios de Visio usa opciones de configuración de seguridad adicionales para establecer una conexión entre el Servicio de gráficos de Visio y la base de datos. Los dibujos web de Visio pueden usar conexiones almacenadas en archivos de conexión de datos de Office (ODC). Para crear dibujos web conectados a datos que usen la cuenta desatendida y el Servicio de almacenamiento seguro, los usuarios primero deben crear archivos ODC mediante Microsoft Excel.
Los métodos de autenticación que admite Servicios de Visio son los siguientes:
Autenticación integrada de Windows En este modelo de seguridad el Servicio de gráficos de Visio usa la identidad del usuario
que visualiza el dibujo para realizar la autenticación con la base de datos. La autenticación integrada de Windows con delegación
limitada de kerberos es más útil para aumentar la seguridad que los otros métodos de autenticación mostrados en esta lista. Esta
configuración requiere que la delegación limitada de kerberos esté habilitada entre el servidor de aplicaciones que está ejecutando el
Servicio de gráficos de Visio y el servidor de bases de datos. La base de datos misma podría requerir una configuración adicional
para habilitar la autenticación basada en Kerberos, pero esto va más allá del alcance de este documento.
351
Servicio de almacenamiento seguro En este modelo de seguridad el Servicio de gráficos de Visio usa el Servicio de
almacenamiento seguro para asignar las credenciales del usuario a otra credencial que tiene acceso a la base de datos. El Servicio
de almacenamiento seguro admite asignaciones individuales y de grupo para autenticación integrada de Windows y otras formas de
autenticación. Esto da a los administradores más flexibilidad para definir relaciones uno a uno, de varios a uno o de varios a varios.
Este modelo de autenticación solo se puede usar con dibujos que usen un archivo ODC para especificar la conexión. El archivo ODC
especifica la aplicación objetivo que se usará para la asignación de credenciales.
Cuenta de servicio desatendida Para facilitar la configuración, el Servicio de gráficos de Visio proporciona una configuración
especial en la que el administrador puede crear una asignación única que asocie a todos los usuarios con una sola cuenta mediante
una aplicación de destino de almacenamiento seguro. Esta cuenta asignada, denominada cuenta de servicio desatendida, debe ser
una cuenta de dominio de Windows con privilegios bajos que tenga acceso a las bases de datos. El Servicio de gráficos de Visio
suplanta esta cuenta cuando se conecta a la base de datos si no se especifica otro método de autenticación. Tenga en cuenta que
este método no habilita las consultas personalizadas respecto de una base de datos y no permite la auditoría de llamadas a bases de
datos. Este es el método de autenticación predeterminado usado al establecer una conexión con bases de datos de SQL Server: si
no se usa ningún archivo ODC en el dibujo web de Visio que especifique un método de autenticación diferente, Servicios de Visio
usará las credenciales especificadas por la cuenta desatendida para conectarse a la base de datos de SQL Server.
En una granja de servidores más grande es probable que los dibujos de Visio usen una combinación de los métodos de autenticación que se describen aquí. Es importante tener en cuenta lo siguiente:
Servicios de Visio admite el uso del Servicio de almacenamiento seguro y de una cuenta de servicio desatendida en la misma granja
de servidores. En los dibujos web conectados a datos de SQL Server pero que no usan archivos ODC, la cuenta desatendida es
obligatoria y se usa siempre.
Si se configura la autenticación integrada de Windows mediante la autenticación Kerberos, Servicios de Visio no presentará dibujos
que usen el modo de autenticación de cuenta desatendida.
La autenticación integrada de Windows puede usarse junto con el almacenamiento seguro mediante la configuración de los dibujos
de modo que usen un archivo ODC que especifique una aplicación de destino de almacenamiento seguro para los dibujos que
requieren credenciales específicas.
352
Autenticación de datos para los Servicios de Visio
Publicado: 15 de julio de 2010
Servicios de Visio en Microsoft SharePoint Server 2010 admite dibujos web conectados con datos y con diversos orígenes de datos, entre los que se incluyen los siguientes:
Datos hospedados dentro de la granja de servidores de SharePoint, por ejemplo, un libro de Microsoft Excel o una lista de
SharePoint.
Datos externos, por ejemplo, datos de Microsoft SQL Server o un origen de datos OLE DB u ODBC.
La recuperación de datos desde un origen de datos requiere que el usuario se autentique mediante el origen de datos y que esté autorizado para tener acceso a los datos incluidos en él. En el caso de un dibujo web, Servicios de Visio se autenticará en el origen de datos en nombre del usuario que lo está viendo con el fin de actualizar los datos con los que está conectado el dibujo.
353
El método de autenticación que Servicios de Visio puede usar para recuperar datos depende del tipo de origen de datos subyacente, tal como se indica en la tabla siguiente. En el caso de los orígenes de datos que admiten más de un método de autenticación, las conexiones de datos deben especificar cuál se debe usar.
Origen de datos Método de autenticación
Listas de SharePoint Permisos de usuario de SharePoint
Libros de Excel Permisos de usuario de SharePoint
SQL Server Uno de:
Autenticación de Windows (seguridad integrada)
con delegación limitada de Kerberos
354
Origen de datos Método de autenticación
con almacenamiento seguro
con la cuenta de servicio desatendida
Autenticación de SQL Server
OLE DB/ODBC Varía según el origen de datos, normalmente un par de nombre de usuario y contraseña que se almacena en la cadena de conexión.
También se pueden usar proveedores de datos personalizados. Para obtener más información, vea el tema sobre cómo crear un proveedor de datos personalizado con Visio Services (http://go.microsoft.com/fwlink/?linkid=196860&clcid=0xC0A).
Los siguientes orígenes de datos se admiten en Microsoft Visio, pero no en Servicios de Visio:
Bases de datos de Access
Libros de Excel no hospedados en SharePoint Server
OLAP
Conectarse con los datos hospedados en SharePoint Server Servicios de Visio admite dibujos web conectados con datos y que se conectan con los datos hospedados en la granja de servidores de SharePoint, entre los que se incluyen los siguientes:
Libros de Excel que se encuentran en una biblioteca de documentos
Datos en listas de SharePoint
Conexión con libros de Excel
Servicios de Visio usa las credenciales de SharePoint Server del visor del dibujo web para conectarse con un libro .xlsx de Excel. Para que la operación de autenticación se realice correctamente, deben cumplirse las siguientes condiciones:
Servicios de Excel debe estar correctamente aprovisionado y configurado en la granja de servidores de SharePoint.
El libro debe estar hospedado en la misma granja de servidores que el dibujo web.
El visor del dibujo web debe tener al menos permisos de lectura para el libro de Excel.
355
No se requieren otros pasos de configuración para habilitar este tipo de conexión de datos.
Nota:
Como parte de la conexión a un libro de Excel, Servicios de Visio solicita que Servicios de Excel actualice el libro si éste contiene conexiones a datos externos. En este caso, la identidad del visor del dibujo se pasa a Servicios de Excel para que Servicios de Excel se pueda autenticar en orígenes de datos subyacentes para actualizar el libro.
Conexión con listas de SharePoint
Servicios de Visio usa las credenciales de SharePoint Server del visor del dibujo web para conectarse con una lista de SharePoint. Para que la operación de autenticación se realice correctamente, deben cumplirse las siguientes condiciones:
La lista de SharePoint debe estar hospedada en la misma granja de servidores que el dibujo web.
El visor del dibujo web debe tener al menos permisos de lectura para la lista de SharePoint.
No se requieren otros pasos de configuración para habilitar este tipo de conexión de datos.
Conexión con datos externos Servicios de Visio puede conectarse con diversos orígenes de datos externos, incluidos SQL Server, OLE DB/ODBC y proveedores de datos personalizados. Para conectarse con el origen de datos, Servicios de Visio usa un proveedor de datos específico para cada origen de datos.
Como medida de seguridad, Servicios de Visio debe confiar explícitamente en los proveedores de datos antes de que se puedan usar. Para obtener más información acerca de los proveedores de datos de confianza, vea Configuring Visio Graphics Service trusted data providers (SharePoint Server 2010).
La conexión con un origen de datos de Microsoft SQL Server se puede realizar mediante:
Autenticación de Windows
Autenticación de SQL Server
Otros orígenes de datos usan una cadena de conexión que se compone normalmente de un nombre de usuario y una contraseña.
Conexiones de datos
Los dibujos web de Visio usan uno de estos dos tipos de conexión:
356
Conexiones incrustadas
Conexiones vinculadas
Las conexiones incrustadas se almacenan como parte del dibujo web de Visio. Las conexiones vinculadas se almacenan externamente a un dibujo web en archivos de conexión de datos de Office (ODC). Para usar una conexión vinculada, un dibujo web debe hacer referencia a un archivo .odc que también se almacena en la misma granja de servidores que el dibujo web. Cada conexión de datos está compuesta por:
Una cadena de conexión
Una cadena de consulta
Un método de autenticación
Opcionalmente, algunos metadatos necesarios para recuperar datos externos
Cada tipo de conexión tiene sus ventajas y desventajas que aquí se describen; elija la que mejor se adapte a su situación.
Tipo de conexión Conexiones incrustadas Archivos ODC
Orígenes de datos admitidos SQL Server (sólo admite la delegación
Kerberos y la cuenta de servicio desatendida)
OLE DB/ODBC
Libros de Excel
Listas de SharePoint
Proveedores de datos personalizados
SQL Server (admite todos los métodos de
autenticación)
OLE DB/ODBC
Ventajas Toda la información de conexión se almacena
en el dibujo web.
Las conexiones incrustadas requieren poca
sobrecarga administrativa compatible.
Las conexiones incrustadas son fáciles de
crear.
Las conexiones vinculadas se pueden
almacenar, administrar, auditar y compartir
centralmente; el acceso a éstas se controla
mediante el uso de una biblioteca de
conexiones de datos.
Los autores de los dibujos pueden usar
conexiones existentes sin tener que crear
357
Tipo de conexión Conexiones incrustadas Archivos ODC
cadenas de conexión y consulta.
Si se modifican los detalles de la conexión de
datos de un origen de datos, un administrador
sólo necesita actualizar un archivo ODC. Con
ese cambio, todos los dibujos web que hacen
referencia al archivo ODC usarán la
información de conexión actualizada cuando
se produzca la siguiente actualización. (Un
ejemplo de este escenario es cuando el
servidor de bases de datos se mueve o el
nombre de la base de datos cambia).
Desventajas Si se modifican los detalles de la conexión de
datos de un origen de datos, todos los dibujos
web con conexiones incrustadas a ese origen
de datos tendrán que volver a publicarse con
información actualizada de la conexión.
Las conexiones de datos incrustados son más
difíciles de auditar para los administradores de
SharePoint.
La creación de una conexión vinculada se
debe realizar mediante Excel.
Las conexiones vinculadas pueden necesitar
la ayuda de un administrador de SharePoint
para compartir, administrar y proteger.
Las conexiones vinculadas se guardan como
texto no cifrado y pueden contener
contraseñas de base de datos. Para ayudar a
proteger estos archivos, se debe tener
especial cuidado.
Elija una conexión de datos vinculada, mediante un archivo ODC, para escenarios en los que se debe tener una conexión de datos con un origen de datos relacional de nivel de empresa como SQL Server. Las conexiones de datos vinculadas son muy útiles en situaciones en las se van a compartir entre varios usuarios y en las que es importante el control del administrador sobre la conexión.
358
Nota:
Los archivos ODC primero deben crearse en Excel y exportarse a SharePoint Server antes de que se puedan usar con Servicios de Visio.
Elija una conexión incrustada para escenarios en los que se debe tener una conexión de datos rápida con un origen de datos pequeño o basado en archivos que sólo usarán algunos usuarios.
Los archivos ODC se pueden almacenar en una biblioteca de conexiones de datos, un tipo especial de biblioteca de documentos de SharePoint. La centralización de las conexiones de datos en esta biblioteca de documentos tiene varias ventajas:
Los administradores pueden restringir el acceso de escritura a una biblioteca de conexiones de datos a los autores de la conexión de
datos de confianza para asegurarse de que los autores de dibujos web sólo usan conexiones de datos seguras y probadas.
Los administradores tienen una sola ubicación para administrar las conexiones de datos para un grupo grande de usuarios.
Los administradores pueden aprobar, auditar, revertir y administrar fácilmente los archivos de conexión de datos mediante el uso de
características de flujo de trabajo y el control de versiones de la biblioteca de documentos.
Las bibliotecas de conexiones de datos se pueden volver a usar en otras aplicaciones de Office como Excel, Servicios de Excel,
Microsoft InfoPath 2010, InfoPath Forms Services y Microsoft Word.
Los usuarios finales sólo tienen una ubicación para buscar datos de dibujos, lo que reduce los equívocos y el aprendizaje del usuario.
Para obtener más información acerca de cómo crear bibliotecas de conexiones de datos, vea el procedimiento para crear y usar una biblioteca de conexiones de datos (http://go.microsoft.com/fwlink/?linkid=188117&clcid=0xC0A). Para obtener información acerca de cómo crear archivos ODC, vea el tema sobre cómo crear, editar y administrar conexiones a datos externos (http://go.microsoft.com/fwlink/?linkid=196894&clcid=0xC0A).
Autenticación de Windows
La autenticación de Windows requiere que Servicios de Visio presente ante SQL Server un conjunto de credenciales de Windows. Este tipo de credencial es habitual en redes de Windows y es la misma credencial que se usa para iniciar sesión en los equipos de un dominio de Windows o para conectarse a un equipo que ejecuta Exchange Server. Las credenciales de Windows se consideran los medios más seguros y manejables para controlar el acceso a las bases de datos de SQL Server. Sin embargo, un obstáculo para el uso de la autenticación de Windows con los Servicios de Visio es la medida de seguridad de salto doble de Windows, en la que no se pueden pasar las credenciales de un usuario a través de más de un equipo en una red de Windows. Dado que los Servicios de Visio son un sistema de varios niveles, se necesitan métodos especiales de autenticación para que los Servicios de Visio recuperen datos en nombre del usuario final.
359
El método de autenticación que elija depende de varios factores, tal como se indica en la tabla siguiente. Elija la que mejor se adapte a su situación.
Método de autenticación
Delegación Kerberos Almacenamiento seguro Cuenta de servicio desatendida
Descripción Mediante la delegación limitada de Mediante el Servicio de Mediante el Servicio de
360
Método de autenticación
Delegación Kerberos Almacenamiento seguro Cuenta de servicio desatendida
Kerberos, las credenciales de Windows del visor del dibujo se envían directamente al origen de datos.
almacenamiento seguro, las credenciales de Windows del visor se asignan a otro conjunto de credenciales especificado en una aplicación de destino de almacenamiento seguro.
almacenamiento seguro, todos los visores se asignan a un solo conjunto de credenciales denominado cuenta de servicio desatendida que se almacena en una aplicación de destino de almacenamiento seguro especificada en la configuración global de Servicios de Visio.
Credenciales de conexión de datos
Las credenciales de Windows del visor del dibujo web.
Las credenciales especificadas en la aplicación de destino de almacenamiento seguro.
Las credenciales de la cuenta de servicio desatendida.
Ventajas El protocolo Kerberos es un
estándar de la industria en
administración de credenciales.
Kerberos se adapta a la
infraestructura existente de Active
Directory.
La delegación Kerberos permite la
auditoría de acceso individual a un
origen de datos.
Dado que se conoce la identidad
del visor del dibujo web, los
creadores de dibujos web pueden
incrustar consultas de base de
datos personalizadas en los dibujos
web.
El Servicio de almacenamiento
seguro forma parte de SharePoint
Server y es más fácil de configurar
que Kerberos.
Las asignaciones son flexibles: se
puede asignar un usuario ya sea
uno a uno o varios a uno.
Las credenciales que no son de
Windows se pueden usar para
conectarse con orígenes de datos
que no aceptan credenciales de
Windows.
Las asignaciones creadas para
Visio se pueden volver a usar
mediante otras aplicaciones de
inteligencia empresarial, como
Servicios de Excel.
La cuenta de servicio desatendida
es el método de autenticación más
fácil de implementar y configurar.
La cuenta de servicio desatendida
no requiere mucha sobrecarga
administrativa.
361
Método de autenticación
Delegación Kerberos Almacenamiento seguro Cuenta de servicio desatendida
Desventajas Esfuerzo administrativo adicional
necesario para configurar
SharePoint Server y Servicios de
Visio.
El establecimiento y la
administración de tablas de
asignación requieren cierta
sobrecarga administrativa.
El almacenamiento seguro permite
una auditoría limitada. En el
escenario de varios a uno, los
usuarios entrantes individuales se
asignan a las mismas credenciales
mediante una aplicación de
destino, que los combina de forma
eficaz en un usuario.
Dado que todos los usuarios se
asignan a las mismas credenciales,
un administrador no puede
distinguir quién tiene acceso a un
origen de datos.
Para que la operación de autenticación se realice correctamente...
Se debe configurar la delegación
Kerberos en una granja de
servidores de SharePoint.
El Servicio de almacenamiento
seguro debe estar aprovisionado y
configurado en la granja de
servidores. También debe contener
información de asignación
adecuada para un usuario entrante
específico. Además, la información
de asignación debe actualizarse
periódicamente para reflejar los
cambios de contraseña en la
cuenta asignada.
El Servicio de almacenamiento
seguro debe estar aprovisionado y
configurado en la granja de
servidores. También debe contener
las credenciales de la cuenta de
servicio desatendida. Además, la
información de asignación debe
actualizarse periódicamente para
reflejar los cambios de contraseña
en la cuenta asignada.
Para utilizar la cuenta de servicio
desatendida, se deben configurar
los Servicios de Visio.
362
Método de autenticación
Delegación Kerberos Almacenamiento seguro Cuenta de servicio desatendida
Delegación Kerberos
Elija la delegación Kerberos para una autenticación segura y rápida en los orígenes de datos relacionales de nivel de empresa compatibles con la autenticación de Windows. Para obtener información acerca de cómo configurar la delegación Kerberos, vea:
Configuración de la autenticación Kerberos para Productos de Microsoft SharePoint 2010
(http://go.microsoft.com/fwlink/?linkid=196600&clcid=0xC0A)
Configure Kerberos authentication (SharePoint Server 2010)
Almacenamiento seguro
Elija el almacenamiento seguro para la autenticación en orígenes de datos relacionales de nivel de empresa que sean o no compatibles con la autenticación de Windows. El almacenamiento seguro también resulta útil en situaciones en las que se van a controlar las asignaciones de credenciales de usuario.
Para obtener más información acerca del uso del almacenamiento seguro con los Servicios de Visio, vea Almacenamiento seguro para aplicaciones de servicio de inteligencia empresarial.
Demostración en vídeo
En esta demostración se explican los pasos para configurar los Servicios de Visio con almacenamiento seguro.
Vea el vídeo (http://go.microsoft.com/fwlink/?linkid=196864&clcid=0xC0A). Para descargar el archivo de vídeo, haga clic con el botón secundario en el vínculo y, a continuación, haga clic en Guardar destino como.
363
Cuenta de servicio desatendida
Para facilitar la configuración del Servicio de gráficos de Visio, proporciona una configuración especial en la que un administrador puede crear una asignación única donde todos los usuarios se asignan a un conjunto único de credenciales.
Esta cuenta, que se conoce como cuenta de servicio desatendida, debe ser una cuenta de dominio de Windows con privilegios bajos. Los Servicios de Visio suplantan esta cuenta cuando se conecta a un origen de datos en nombre de un visor de dibujo web.
Se recomienda conceder a esta cuenta la menor cantidad posible de permisos de red. Por lo general, proporcione únicamente acceso para iniciar sesión en la red y acceso al origen de datos al que desea que los usuarios se conecten. Para mejorar la seguridad, asegúrese de que la cuenta de servicio desatendida no tiene acceso a las bases de datos de contenido y configuración de SharePoint.
La cuenta de servicio desatendida se usa mediante los Servicios de Visio:
Cuando un archivo ODC especifica el uso de la cuenta de servicio desatendida para la autenticación de SQL Server o Windows
Cuando no se usa ningún archivo ODC y se produce un error en la autenticación Kerberos
Nota:
La cuenta desatendida puede ser una cuenta de equipo local del tipo Windows. Si la cuenta de servicio desatendida se configura como cuenta de equipo local, asegúrese de que la configuración es idéntica en cada servidor de aplicaciones en el que se ejecutan los Servicios de Visio. Por razones de facilidad de uso, se recomienda usar una cuenta de dominio.
Elija la cuenta de servicio desatendida cuando se conecte a implementaciones pequeñas ad hoc en las que la seguridad es menos importante o para las que la velocidad de implementación es esencial.
Para obtener información acerca del uso de la cuenta de servicio desatendida con los Servicios de Visio, vea Almacenamiento seguro para aplicaciones de servicio de inteligencia empresarial.
364
Demostración en vídeo
En esta demostración se explican los pasos para configurar los Servicios de Visio con la cuenta de servicio desatendida.
Vea el vídeo (http://go.microsoft.com/fwlink/?linkid=196865&clcid=0xC0A). Para descargar el archivo de vídeo, haga clic con el botón secundario en el vínculo y, a continuación, haga clic en Guardar destino como.
Autenticación de SQL Server
La autenticación de SQL Server requiere que los Servicios de Visio presenten un nombre de usuario y una contraseña de SQL Server a un origen de datos de SQL Server para autenticarse. Los Servicios de Visio extraen el nombre de usuario y la contraseña de la cadena de la conexión de datos y los pasan al origen de datos.
Para reducir los riesgos de seguridad, Servicios de Visio suplanta la cuenta de servicio desatendida al conectarse a ese tipo de origen de datos.
Autenticación con orígenes de datos OLEDB/ODBC
La autenticación en los orígenes de datos de terceros normalmente requiere que los Servicios de Visio presenten un nombre de usuario y una contraseña a un origen de datos. Al igual que sucede con la autenticación de SQL Server, los Servicios de Visio extraen el nombre de usuario y la contraseña de la cadena de conexión de la conexión de datos y los pasan al origen de datos.
Para reducir los riesgos de seguridad, Servicios de Visio suplanta la cuenta de servicio desatendida al conectarse a ese tipo de origen de datos.
Actualización de datos Los Servicios de Visio admiten la actualización de dibujos conectados a uno o varios de los siguientes orígenes de datos:
SQL Server
365
Listas de SharePoint
Libros de Excel hospedados en SharePoint Server
Oracle 9i, 9iR2, 10g, 10gR2, 11g, 11gR2 y DB2 9.2
Nota:
Si el origen de datos con el que se va a conectar no está en la lista anterior, puede agregar compatibilidad para él mediante la creación de un proveedor de datos personalizado de Visio. Esta tecnología permite encapsular los orígenes de datos existentes en uno solo que los Servicios de Visio pueden usar. Para obtener más información, vea el tema sobre cómo crear un proveedor de datos personalizado con los Servicios de Visio (http://go.microsoft.com/fwlink/?linkid=191029&clcid=0xC0A) en MSDN Library Online.
La actualización de datos externos es el resultado del siguiente conjunto de pasos mediante los Servicios de Visio.
366
1. Crear un dibujo: un autor de dibujo carga un dibujo web conectado a datos a SharePoint Server 2010.
2. Desencadenar la actualización: el visor del dibujo desencadena la actualización en un dibujo web conectado a datos.
3. Conexiones de datos: los Servicios de Visio recuperan información de conexión de datos para cada origen de datos externo en el
dibujo.
367
4. Proveedores de datos de confianza: los Servicios de Visio comprueban si hay un proveedor de datos de confianza puedan usar
para recuperar datos.
5. Autenticación: los Servicios de Visio se autentican en el origen de datos y recuperan los datos solicitados en nombre del visor del
dibujo.
6. Actualizar el dibujo: los Servicios de Visio actualizan el dibujo web en función de los datos del origen de datos y lo devuelven al
visor.
Se puede desencadenar la actualización en una de las siguientes formas desde el explorador:
El usuario final abre el dibujo web.
El usuario final hace clic en el botón de actualización en un dibujo web que ya está abierto.
El usuario final carga una página que contiene el elemento web de Visio Web Access configurado para actualizarse automáticamente
mediante un diseñador de sitios.
Nota:
Un diseñador de sitios de SharePoint debe colocar el elemento web de Visio Web Access en una página y configurarlo para que se actualice periódicamente.
La actualización también se puede desencadenar en soluciones de terceros mediante una llamada a través de JavaScript al método vwaControl.Refresh() de la API mashup del elemento web de Visio Web Access. Para obtener más información, vea el artículo sobre cómo personalizar dibujos web de Visio en el elemento web de Visio Web Access (http://go.microsoft.com/fwlink/?linkid=196503&clcid=0xC0A) en MSDN Library Online.
Si no existen versiones de este dibujo web previamente almacenadas en caché, cualquiera de estas acciones desencadenará una actualización y actualizará el dibujo web. Para obtener información acerca de cómo configurar las opciones de caché para los Servicios de Visio, vea Configure Visio Graphics Service global settings (SharePoint Server 2010).
368
Visio Services resources (SharePoint Server 2010)(en inglés)
Publicado: 15 de julio de 2010
The following is a list of available resources for Servicios de Visio en Microsoft SharePoint Server 2010.
Documentation, references, and white papers Planeación de Servicios de Visio (SharePoint Server 2010)
Visio Graphics Service administration (SharePoint Server 2010)
Planeación de la seguridad de los Servicios de Visio (SharePoint Server 2010)
Visio Services 2010 performance and capacity planning white paper (http://go.microsoft.com/fwlink/?LinkID=191156)
Creating a Custom Data Provider with Visio Services (http://go.microsoft.com/fwlink/?LinkID=191029)
Visio Services Class Library (http://go.microsoft.com/fwlink/?LinkId=196500)
Visio 2010 Software Development Kit (http://go.microsoft.com/fwlink/?LinkId=196501)
Customizing Visio Web Drawings in the Visio Web Access Web Part (http://go.microsoft.com/fwlink/?LinkId=196503)
Blog posts Introducing Visio Services (http://go.microsoft.com/fwlink/?LinkId=196504)
Publishing Diagrams to Visio Services (http://go.microsoft.com/fwlink/?LinkId=196505)
Embedding a Web Drawing in a SharePoint Page (http://go.microsoft.com/fwlink/?LinkId=196506)
Installing and Configuring Visio Services (http://go.microsoft.com/fwlink/?LinkId=196507)
SharePoint Workflow Authoring in Visio Premium 2010 (Part 1) (http://go.microsoft.com/fwlink/?LinkId=196508)
SharePoint Workflow Authoring in Visio Premium 2010 (Part 2) (http://go.microsoft.com/fwlink/?LinkId=196509)
No Code Mashups with Visio Services and Web Part Connections (http://go.microsoft.com/fwlink/?LinkId=196510)
369
The Visio Services JavaScript Mashup API (http://go.microsoft.com/fwlink/?LinkId=196511)
Video demonstrations Set up Visio Services (http://go.microsoft.com/fwlink/?LinkId=196857)
Configure Visio Services with the Unattended Service Account (http://go.microsoft.com/fwlink/?LinkId=196865)
Configure Visio Services with Secure Store (http://go.microsoft.com/fwlink/?LinkId=196864)
370
Planeación de Business Intelligence Indexing Connector (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
En esta sección se describe cómo planear el uso de Microsoft Business Intelligence Indexing Connector.
Introducción a Business Intelligence Indexing Connector
En este artículo se describe cómo implementar Microsoft Business Intelligence Indexing Connector para mejorar las capacidades de búsqueda para informes de Microsoft Excel y Microsoft SQL Server Reporting Services (SSRS), y para los orígenes de datos subyacentes que forman parte del informe.
Determinación de los requisitos de software para Business Intelligence Indexing Connector
En este artículo se describen los requisitos previos de software para las instalaciones front-end (en Microsoft SharePoint Server 2010) y back-end (en Microsoft FAST Search Server 2010 for SharePoint) de Business Intelligence Indexing Connector.
Introducción a la arquitectura de Business Intelligence Indexing Connector
En este artículo se describe la topología para una implementación multiservidor de Microsoft Business Intelligence Indexing Connector agregada a Microsoft FAST Search Server 2010 for SharePoint (back-end) y a SharePoint Server (front-end).
Información general acerca de la interfaz de la ficha de búsqueda de Business Intelligence Indexing Connector
Es este artículo se describen los elementos de la página de búsqueda Informes.
371
Introducción a Business Intelligence Indexing Connector
Publicado: 12 de mayo de 2010
Los administradores pueden implementar Microsoft Business Intelligence Indexing Connector para mejorar las capacidades de búsqueda de Microsoft Excel y los informes y orígenes de datos subyacentes de Microsoft SQL Server Reporting Services (SSRS) que forman parte del informe. Cuando Microsoft Business Intelligence Indexing Connector está instalado, una ficha de búsqueda adicional, Informes, aparece en la página de búsqueda. Al usar la ficha de búsqueda Informes, los usuarios pueden ver los mejores resultados, descripciones, vistas en miniatura y vistas previas, y pueden refinar los resultados de la búsqueda.
Los activos de inteligencia empresarial que permiten búsquedas incluyen documentos .xlsx y .xlsm, creados de forma nativa por Microsoft Office Excel 2007y Excel 2010. Los archivos de PowerPivot y SQL Server Reporting Services también son archivos que permiten búsquedas.
Nota:
Los documentos XLSX y XLSM se pueden crear mediante el uso de las versiones más antiguas de Excel si está instalado el paquete de compatibilidad.
Mediante la implementación de Microsoft Business Intelligence Indexing Connector puede ayudar a que el usuario final busque y localice los activos de inteligencia empresarial que incluyen las siguientes características:
Los datos adicionales que no se incluyen explícitamente en el texto del documento del informe, pero que todavía permiten
búsquedas.
Las características de inteligencia empresarial adicionales, como dimensiones y medidas.
Características de Business Intelligence Indexing Connector Business Intelligence Indexing Connector permite aumentar la relevancia de las consultas de búsqueda de las siguientes maneras:
372
1. Después de buscar en la ficha Informes, las categorías de refinamiento permiten limitar los resultados de la búsqueda mediante la
selección de filtros disponibles por debajo de las categorías. Se incluyen tres categorías adicionales que no forman parte de FAST
Search Server 2010 for SharePoint. Son Formato de informe, Orígenes de datos y Categoría de datos.
Por ejemplo, si selecciona Tabla como formato bajo la categoría Formato de informe, los resultados de la búsqueda están limitados a los archivos que contienen tablas. Del mismo modo, si selecciona Gráfico, los resultados de la búsqueda están limitados a los archivos que tienen los gráficos en ellos.
2. Al realizar una búsqueda en la ficha Informes, la descripción del archivo resultante para cada archivo proporciona encabezados de
descripción que ayudan a encontrar el archivo que desee. Además, las imágenes en miniatura de los archivos de la galería de
PowerPivot y una opción de vista previa están disponibles. La lista siguiente contiene las descripciones de los encabezados.
Nota:
Si no existen palabras clave, nombres de la base de datos o nombres de la hoja de cálculo de Excel, no se muestra el encabezado de descripción.
En la tabla dinámica: muestra las palabras clave de la búsqueda que se encuentran en una tabla dinámica.
En tablas: muestra las palabras clave de la búsqueda que se encuentran en una tabla.
Gráficos: muestra las palabras clave de la búsqueda que se encuentran en un gráfico.
Orígenes de datos: muestra el nombre del origen de datos, si lo hay.
Hojas: muestra el nombre de la hoja de cálculo de Excel 2010, si existe un archivo de Excel.
Otras palabras clave: muestra otras palabras clave de la búsqueda.
Las categorías de refinamiento se encuentran a la izquierda de la página de búsqueda para ayudar a filtrar los resultados.
373
Información general acerca de la interfaz de la ficha de búsqueda de Business Intelligence Indexing Connector
Publicado: 12 de mayo de 2010
Microsoft Business Intelligence Indexing Connector mejora las capacidades de búsqueda para informes para Microsoft Excel y para informes de Microsoft SQL Server Reporting Services (SSRS) y los orígenes de datos subyacentes que forman parte del informe. Los usuarios ven resultados, descripciones, vistas en miniatura y vistas previas mejorados y pueden refinar los resultados de la búsqueda.
Es este artículo, se describen los elementos de la página de búsqueda Informes.
374
375
Ficha Informes Cuando se instala la característica Business Intelligence Indexing Connector en SharePoint Server 2010, se agrega una ficha Informes a las fichas Todos los sitios y Personas, y posiblemente otras fichas de búsqueda personalizadas. La ficha Informes le ayuda a limitar los resultados de búsqueda a archivos de Excel y SQL Server Reporting Services y aprovecha las características de búsqueda adicionales que se describen en este documento.
Descripción de los resultados Business Intelligence Indexing Connector ofrece descripciones de resultados completas. Estas descripciones se dividen en categorías para proporcionar a los usuarios una mejor comprensión de los resultados de búsqueda. Si se encuentran las categorías Tablas dinámicas, Tablas, Gráficos o Indicadores en una búsqueda, las palabras clave se resaltan y se incluyen dentro del contexto del lugar en que están ubicadas. En la ilustración anterior, Hoja1 es un vínculo a las hojas de cálculo que contienen las palabras clave "Francia" y "Ventas".
Nota:
Aparece un vínculo para cada hoja de cálculo en que se encuentran palabras clave.
Además, la categoría de descripción Orígenes de datos muestra los orígenes de datos admitidos encontrados en el documento. La categoría de descripción Otra muestra otra información relevante que se encuentra en el documento y que no está cubierta por las categorías anteriores.
Las siguientes son características de palabras clave que se identifican en archivos de Excel y muestran cómo se pueden rastrear e identificar artefactos de business intelligence mediante Business Intelligence Indexing Connector.
Los archivos de Excel incluyen Office Excel 2007 y Excel 2010 (archivos xlsx y xlsm).
Se identifican las palabras clave que se encuentran en filas y columnas ocultas de Excel y muestran la descripción de los resultados.
También se identifican las palabras clave de los filtros de tabla dinámica de Excel, aunque no estén visibles. En la ilustración anterior,
(En filtro) muestra la palabra clave Francia, aunque es posible que Francia no sea actualmente el valor del filtro seleccionado.
(En fila o columna) aparece después de una palabra clave resaltada para mostrar que la palabra clave se encuentra en una fila o
columna de una tabla dinámica. De la misma forma, (En categorías o series) indica que la palabra clave se encontró en una
categoría o serie en un gráfico.
376
Vista en miniatura del documento La vista en miniatura del documento es parte de la descripción de cada resultado y proporciona una pequeña representación visual del documento real.
Nota:
Las vistas en miniatura del documento solo aparecerán si los documentos de Excel y SQL Server Reporting Services se encuentran en la Galería de informes de Microsoft SQL Server PowerPivot para Microsoft SharePoint.
Vista previa, duplicados, Ver en el explorador Vista previa muestra imágenes de cada hoja o página del documento. Si se encuentra el mismo documento, Duplicados muestra entre paréntesis qué cantidad hay del mismo documento. Cuando la opción Ver en el explorador está disponible, puede abrir la hoja de cálculo, dentro del archivo de Excel, en el explorador.
Nota:
Las restricciones de seguridad de Microsoft Silverlight 3 pueden impedir que se representen las imágenes en miniatura y la vista previa en la descripción de resultados. De forma predeterminada, en todas las solicitudes, que no sean imágenes y medios, Silverlight 3 solo permite comunicación con el sitio de origen. Para obtener más información, vea el tema sobre la disponibilidad de un servicio fuera de los límites del dominio (http://go.microsoft.com/fwlink/?linkid=190990&clcid=0xC0A) en la biblioteca MSDN online.
Categorías de refinamiento Las categorías de refinamiento permiten refinar los resultados de la búsqueda al seleccionar filtros disponibles. Se incluyen las siguientes tres categorías de refinamiento adicionales cuando se instala Business Intelligence Indexing Connector.
1. La categoría Orígenes de datos permite limitar los resultados a los informes que tienen orígenes de datos que usan los documentos.
377
2. La categoría Categoría de datos limita los resultados a los informes que tienen palabras clave que hacen referencia a metadatos,
como los nombres de dimensión y los nombres de medida en los gráficos y tablas dinámicas.
3. La categoría Formato de informe limita los resultados a los informes que tienen tablas y gráficos.
Por ejemplo, si selecciona Tabla como formato en la categoría Formato de informe, los resultados de la búsqueda se limitarán a mostrar solo los archivos que contienen tablas. Del mismo modo, si selecciona Gráfico, los resultados de búsqueda mostrarán solo los archivos que contienen gráficos.
378
Determinación de los requisitos de software para Business Intelligence Indexing Connector
Publicado: 12 de mayo de 2010
En este artículo se describen los requisitos previos de software para las instalaciones de Business Intelligence Indexing Connector front-end (en Microsoft SharePoint Server 2010) y back-end (en Microsoft FAST Search Server 2010 for SharePoint). Antes de instalar Business Intelligence Indexing Connector debe instalar SharePoint Server 2010 y FAST Search Server 2010 for SharePoint. Para obtener más información, vea Introducción a la arquitectura de Business Intelligence Indexing Connector.
En este artículo no se describen los requisitos previos de software para Microsoft SharePoint Server 2010 ni para FAST Search Server 2010 for SharePoint. Debe revisar la documentación de cada tecnología en la que está instalado Business Intelligence Indexing Connector. Para obtener más información, vea:
Requisitos de hardware y software para la instalación de SQL Server 2008 R2
(http://go.microsoft.com/fwlink/?linkid=191076&clcid=0xC0A)
Determine hardware and software requirements (SharePoint Server 2010)
System requirements (FAST Search Server 2010 for SharePoint)
Requisitos de software para Business Intelligence Indexing Connector: back-end Debe instalar los siguientes requisitos previos antes de instalar Business Intelligence Indexing Connector.
Microsoft .NET Framework 3.5 Service Pack 1
Microsoft SQL Server 2008 R2 Feature Pack:
SQL Server 2008 R2 ADOMD.NET
SQL Server 2008 R2 Objetos de administración de análisis
379
SQL Server 2008 R2 Tipos CLR del sistema
SDK 2.0 de Open XML para Microsoft Office (OpenXMLSDKv2.msi)
Para el rastreo de archivos de PowerPivot para Excel 2010, debe instalar los componentes siguientes en servidores de FAST Search
Server 2010 for SharePoint que sean procesadores de documentos:
Microsoft Excel 2010
PowerPivot para Excel 2010
Instalación de requisitos previos del software Para instalar los requisitos previos para Business Intelligence Indexing Connector, puede ir a los sitios web enumerados en esta sección.
Microsoft .NET Framework 3.5 SP1 (http://go.microsoft.com/fwlink/?linkid=131037&clcid=0xC0Am)
Microsoft SQL Server 2008 R2 Feature Pack
SDK 2.0 de Open XML para Microsoft Office (http://go.microsoft.com/fwlink/?linkid=191094&clcid=0xC0A)
Microsoft SQL Server 2008 R2 PowerPivot para Microsoft Excel 2010 (http://www.powerpivot.com/download.aspx)
Requisitos de software para Business Intelligence Indexing Connector: front-end Los siguientes son requisitos previos de software para el front-end de Business Intelligence Indexing Connector. Para obtener información relacionada, vea Determine hardware and software requirements (SharePoint Server 2010).
Microsoft SharePoint Server 2010 Enterprise
Explorador de Internet
380
Nota:
Para abrir documentos en un recurso compartido de archivos con Firefox, vea los vínculos a páginas locales o de red que no funcionan (http://go.microsoft.com/fwlink/?linkid=191096&clcid=0xC0A) para una solución alternativa.
Instalación de Microsoft Business Intelligence Indexing Connector: front-end y back-end Una vez instalados los requisitos previos, descargue Business Intelligence Indexing Connector para el front-end y back-end en los sitios siguientes.
Microsoft Business Intelligence Indexing Connector – Back end (http://go.microsoft.com/fwlink/?linkid=195026&clcid=0xC0A)
Microsoft Business Intelligence Indexing Connector – Front end (http://go.microsoft.com/fwlink/?linkid=195027&clcid=0xC0A)
Vea también Conceptos
Introducción a la arquitectura de Business Intelligence Indexing Connector
381
Introducción a la arquitectura de Business Intelligence Indexing Connector
Publicado: 12 de mayo de 2010
Este artículo describe la topología para una implementación multiservidor de Microsoft Business Intelligence Indexing Connector que se agrega a Microsoft FAST Search Server 2010 for SharePoint (back-end) y SharePoint Server (front-end). Un servidor se define como el servidor de administración, en el que están instalados y se ejecutan los servicios administrativos. Puede escalar la implementación para crear una implementación multiservidor mediante la adición de uno o varios servidores que no sean de administración. Un servidor que no es de administración no tiene configurados los servicios administrativos, pero se conecta a un servidor de administración en ejecución en una implementación multiservidor. El servidor que no es de administración ejecuta servicios, como búsqueda, indización y procesamiento de documentos. Para obtener más información, vea Plan the search solution (FAST Search Server 2010 for SharePoint).
382
383
Configuración de FAST Search Server 2010 for SharePoint (back-end) Los servidores de administración y procesador de documentos de FAST Search Server 2010 for SharePoint deben tener instalado Business Intelligence Indexing Connector. En el asistente para configuración de Business Intelligence Indexing Connector, tiene la opción de habilitar la funcionalidad de rastreo para orígenes de datos externos. La característica está deshabilitada de forma predeterminada. Business Intelligence Indexing Connector extiende la interfaz IFilter existente para Office en los servidores de rastreo de FAST Search Server 2010 for SharePoint. Business Intelligence Indexing Connector rastrea y procesa los siguientes tipos de archivos.
Libros de Microsoft Office Excel 2007 y Microsoft Excel 2010 (.xlsx)
Libros de Microsoft habilitados para macros (.xlsm)
Informes de SQL Server Reporting Services y Report Builder 3.0 (.rdl)
Para obtener información acerca de la instalación, vea Install and configure Business Intelligence Indexing Connector (back end).
Configuración de SharePoint Server 2010 (front-end) La configuración del cliente de Business Intelligence Indexing Connector es una característica que se puede habilitar en la granja o conjunto de servidores de SharePoint Server. Esta personaliza el sitio de FAST Search especificado. La configuración se produce cuando se instala el paquete de solución de SharePoint. Para obtener más información, vea Install or uninstall SharePoint Solution Pack for Business Intelligence Indexing Connector (frontend).
Arquitectura lógica A continuación, se proporciona una visón más detallada de la arquitectura para Business Intelligence Indexing Connector.
384
385
Descripción de la planeación de soluciones y escenarios (notas del producto)
Publicado: 24 de junio de 2010
Estas notas del producto proporcionan instrucciones y ejemplos para desarrollar una solución de Business Intelligence con capacidades de planeación, definición del presupuesto y previsiones para el departamento financiero, el de recursos humanos y otros departamentos de una organización. La arquitectura de la solución está diseñada para habilitar la planeación de funciones que incluyen las capacidades de reescritura en cubos de SQL Server Analysis Services, listas de SharePoint y bases de datos relacionales. Estas notas del producto también muestran cómo se puede usar la plataforma de Microsoft para desarrollar cálculos financieros y reglas de negocio para vincular datos de formularios e informes a través de Microsoft Excel. El flujo de trabajo y la seguridad también se incluyen como funciones para permitir la colaboración en entornos de Microsoft SharePoint 2010. Por último, se trata el tema de cómo crear y mantener un modelo de datos centralizado.
Descargar el archivo
386
Planeación de procesos y datos empresariales (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
Los temas de esta sección le ayudarán a planear y crear soluciones que integran los formularios y procesos empresariales con los datos de la empresa.
En esta sección:
Planeación de los Servicios de conectividad empresarial (SharePoint Server 2010)
Planeación de InfoPath Forms Services (SharePoint Server 2010)
Planeación de flujos de trabajo (SharePoint Server 2010)
387
Planeación de los Servicios de conectividad empresarial (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
Servicios de conectividad empresarial de Microsoft son un conjunto de servicios y características que proporcionan una forma de conectar las soluciones deMicrosoft SharePoint Server 2010 a orígenes de datos externos y definir tipos de contenido externo que se basan en esos datos externos. La planeación de Servicios de conectividad empresarial de Microsoft debe incluir la determinación de los tipos de soluciones requeridas por su organización y la planeación de administración y seguridad de esas soluciones.
En esta sección:
Información general de Servicios de conectividad empresarial (SharePoint Server 2010)
Se define el concepto de Servicios de conectividad empresarial de Microsoft y se explica cómo las soluciones que se basan en los Servicios de conectividad empresarial de Microsoft pueden aprovechar la integración de las aplicaciones cliente, los servidores, los servicios y las herramientas de los Conjuntos de aplicaciones de Microsoft Office 2010.
Introducción a la seguridad de Servicios de conectividad empresarial (SharePoint Server 2010)
Se describe la arquitectura de seguridad del servidor y el cliente de los Servicios de conectividad empresarial de Microsoft, los entornos de seguridad admitidos, los modos de autenticación disponibles para conectar tipos de contenido externo a sistemas externos, las opciones de autorización disponibles en objetos almacenados y las técnicas generales para configurar la seguridad de los Servicios de conectividad empresarial de Microsoft.
Introducción a la administración del Servicio de conectividad a datos empresariales (SharePoint Server 2010)
Se proporciona una introducción a la administración de los Servicios de conectividad empresarial de Microsoft y se enfatiza en el modo de usar el Servicio de conectividad a datos empresariales.
Planear la integración de clientes en Servicios de conectividad empresarial (SharePoint Server 2010)
Se describe cómo los usuarios pueden desconectar las listas externas en Microsoft Outlook 2010 y Microsoft SharePoint Workspace 2010. En este artículo se proporciona asistencia acerca de cómo los usuarios pueden interactuar con sistemas externos desde sus aplicaciones cliente de Microsoft Office 2010 de forma más segura.
388
Introducción al registro de diagnóstico en los Servicios de conectividad empresarial (SharePoint Server 2010)
Se describe cómo utilizar registros de diagnóstico en servidores que ejecutan Microsoft SharePoint Server 2010 y en las aplicaciones de cliente de Microsoft Office 2010 para resolver los problemas relacionados con los Servicios de conectividad empresarial de Microsoft. También se describe cómo utilizar los identificadores de actividad para realizar un seguimiento de los problemas a sistemas externos.
Planeación de una actualización a los Servicios de conectividad empresarial (SharePoint Server 2010)
Se describe cómo funciona la actualización del Catálogo de datos profesionales de Microsoft Office SharePoint Server 2007 a los Servicios de conectividad empresarial de Microsoft en SharePoint Server 2010 y se proporcionan instrucciones acerca de cómo actualizar diversos tipos de soluciones que usan el Catálogo de datos profesionales.
Vea también Otros recursos
Microsoft Business Connectivity Services
389
Información general de Servicios de conectividad empresarial (SharePoint Server 2010)
Actualizado: 2 de septiembre de 2010
Microsoft SharePoint Server 2010 y los conjuntos de aplicaciones de Microsoft Office 2010 incluyen Servicios de conectividad empresarial de Microsoft, que son un conjunto de servicios y características que permiten conectar soluciones de SharePoint a orígenes de datos externos y definir tipos de contenido externo basados en dichos datos externos. Los tipos de contenido externo se asemejan a tipos de contenido y permiten la presentación y la interacción con datos externos en listas de SharePoint (denominadas listas externas), elementos web y clientes de Microsoft Outlook 2010, Microsoft SharePoint Workspace 2010 y Microsoft Word 2010. Los sistemas externos a los que pueden conectarse los Servicios de conectividad empresarial de Microsoft incluyen bases de datos de SQL Server, aplicaciones SAP, servicios web (incluidos servicios web de Windows Communication Foundation), aplicaciones personalizadas y sitios web basados en SharePoint. Usando Servicios de conectividad empresarial de Microsoft, se pueden diseñar y crear soluciones que extienden las capacidades de colaboración de SharePoint y la experiencia de los usuarios de Office para incluir datos profesionales externos y los procesos asociados a dichos datos.
Las soluciones de Servicios de conectividad empresarial de Microsoft usan un conjunto de interfaces estandarizadas para proporcionar acceso a datos profesionales. En consecuencia, no es necesario que los desarrolladores de soluciones aprendan prácticas de programación aplicables a un sistema o adaptador específico para cada origen de datos externo. Servicios de conectividad empresarial de Microsoft también proporcionan el entorno de tiempo de ejecución en el que las soluciones que incluyen datos externos se cargan, integran y ejecutan en aplicaciones cliente de Office compatibles y en el servidor web.
Soluciones típicas basadas en Servicios de conectividad empresarial Las soluciones basadas en Servicios de conectividad empresarial de Microsoft pueden aprovechar la integración de aplicaciones cliente, servidores, servicios y herramientas en los conjuntos de aplicaciones de Microsoft Office 2010. Normalmente, los trabajadores de la información realizan gran parte de sus tareas fuera de los procesos formales de un sistema empresarial. Por ejemplo, colaboran telefónicamente o a través del correo electrónico, usan documentos y hojas de cálculo de varios orígenes y trabajan con y sin conexión
390
de forma alterna. Las soluciones basadas en Servicios de conectividad empresarial de Microsoft pueden diseñarse de tal forma que se adapten a estos procesos informales que usan los trabajadores de la información:
Pueden crearse combinando varios servicios y características de sistemas de datos externos y de los conjuntos de aplicaciones de
Office 2010 para ofrecer soluciones dirigidas a roles específicos.
Admiten interacciones informales y actividades y procesos de destino que se desarrollan principalmente fuera de los sistemas
empresariales formales. Dado que se han creado mediante Productos de SharePoint 2010, las soluciones basadas en Servicios de
conectividad empresarial de Microsoft promueven la colaboración.
Ayudan a los usuarios a realizar tareas dentro de la interfaz de usuario familiar de las aplicaciones de Office y los productos de
SharePoint 2010.
Estos son algunos ejemplos de soluciones basadas en Servicios de conectividad empresarial de Microsoft:
Servicio de asistencia Una empresa implementa su servicio de asistencia, que ofrece soporte técnico interno, como una solución
basada en Servicios de conectividad empresarial de Microsoft. Las solicitudes de soporte técnico y la base de conocimientos de
soporte técnico se almacenan en bases de datos externas y se integran en la solución usando el Servicio de conectividad a datos
empresariales. La solución muestra las solicitudes de soporte y la base de conocimientos en el explorador web. Los trabajadores de
la información pueden ver sus solicitudes actuales en un explorador web o en Microsoft Outlook. Los especialistas en soporte técnico
ven las solicitudes que tienen asignadas en un explorador, mediante Microsoft Outlook, y, cuando están desconectados, mediante
Microsoft SharePoint Workspace. Los flujos de trabajo llevan los problemas de soporte a través de cada una de sus etapas. Los
administradores del equipo de soporte técnico pueden ver paneles que muestran informes del servicio de asistencia. Los informes
típicos indican el número de problemas de soporte asignados a cada especialista en soporte, los problemas más críticos actuales y el
número de incidentes de soporte que maneja cada especialista en soporte durante un período determinado.
Seguidor de artistas Una agencia de talentos integra su base de datos de artistas en su sitio web interno. La lista completa de
artistas, así como sus datos de contacto y su agenda de trabajo, puede consultarse sin conexión en Microsoft SharePoint Workspace
o en Microsoft Outlook. Los contratos de grabación pueden generarse y completarse desde el sitio web, Microsoft SharePoint
Workspace o Microsoft Outlook, y un flujo de trabajo guía cada contrato a través de sus diferentes etapas. Pueden agregarse nuevos
artistas desde el sitio web o desde Microsoft Outlook. Con esta solución, los agentes siempre tienen a mano la información que
necesitan y pueden realizar varias tareas clave usando interfaces de Office con las que están familiarizados.
Panel de ventas Una aplicación de panel de ventas ayuda a los asociados de ventas de una organización a encontrar rápidamente
la información que necesitan y a escribir nuevos datos. Los pedidos de ventas y los datos de los clientes se administran en una base
de datos externa y se integran en la solución mediante Servicios de conectividad empresarial de Microsoft. Dependiendo de sus
roles, los miembros del equipo pueden ver información analítica de ventas, datos del rendimiento de cada miembro del equipo de
391
ventas, pistas de ventas y los datos de contacto y pedidos de un determinado cliente. Los profesionales de ventas pueden ver sus
calendarios diarios, ver las tareas asignadas a ellos por sus supervisores, colaborar con miembros del equipo y leer noticias del
sector desde un explorador web, desde Microsoft Outlook o sin conexión en Microsoft SharePoint Workspace. Con Microsoft Word
2010, los administradores pueden crear informes de estado mensuales que incluyan datos de los sistemas externos.
Arquitectura de Servicios de conectividad empresarial En la siguiente ilustración se muestra la arquitectura de Servicios de conectividad empresarial de Microsoft.
392
393
A: el Servicio de conectividad a datos empresariales (servicio BDC) permite almacenar y proteger tipos de contenido externo y objetos relacionados. Un tipo de contenido externo define lo siguiente:
Un conjunto de campos de datos con nombre, como "cliente".
Las operaciones para interactuar con el sistema externo de los datos, como leer, escribir y crear.
La información de conectividad que permite a las soluciones que usan el tipo de contenido externo conectarse al sistema externo.
B: los tipos de contenido externo se almacenan en una base de datos del Servicio de conectividad a datos empresariales dedicada.
C: el Servicio de almacenamiento seguro almacena de forma segura los conjuntos de credenciales para sistemas externos y asocia dichos conjuntos de credenciales a identidades individuales o de grupo. Un escenario común para el Servicio de almacenamiento seguro es una solución que se autentica en relación con un sistema externo en el que el usuario actual tiene una cuenta diferente para la autenticación en dicho sistema externo. Cuando se usa con Servicio de conectividad a datos empresariales, el Servicio de almacenamiento seguro permite autenticar usuarios y grupos en orígenes de datos externos.
D: los conjuntos de credenciales que usa el Servicio de almacenamiento seguro se almacenan en una base de datos dedicada y segura.
E: el tiempo de ejecución del servidor de conectividad a datos empresariales en los servidores front-end de SharePoint usa los datos de conectividad a datos empresariales para conectarse a sistemas externos y ejecutar operaciones en los sistemas externos para el acceso por parte de clientes ligeros como exploradores web.
F: el almacén de paquetes BCS contiene los paquetes de Servicios de conectividad empresarial de Microsoft implementables que incluyen información que Servicios de conectividad empresarial de Microsoft y las aplicaciones de Office necesitan para interactuar con los sistemas externos de clientes enriquecidos.
G: el Servicio de conectividad a datos empresariales admite la conexión a bases de datos relacionales, servicios web, servicios de Windows Communication Foundation (WCF), ensamblados de conectividad .NET y conectores de datos personalizados que cumplen con los requisitos de Servicios de conectividad empresarial de Microsoft.
H: los sitios web de SharePoint usan elementos web de datos empresariales y listas externas de SharePoint para interactuar con datos externos que exponen los Servicios de conectividad empresarial de Microsoft.
I: cuando los usuarios se conectan a una lista externa, se descarga un paquete BCS en los equipos cliente.
J: en los clientes de Office admitidos (Microsoft SharePoint Workspace, Microsoft Outlook y Microsoft Word), el tiempo de ejecución del cliente de integración de Office actúa como conector entre los Servicios de conectividad empresarial de Microsoft que se ejecutan en el cliente y en las aplicaciones de Office.
K: el tiempo de ejecución del cliente de conectividad a datos empresariales, en equipos cliente, usa los datos del Servicio de conectividad a datos empresariales y los datos del Servicio de almacenamiento seguro para conectarse a sistemas externos y ejecutar operaciones para el acceso de clientes ricos admitidos.
394
L: los datos del Servicio de conectividad a datos empresariales y del Servicio de almacenamiento seguro se almacenan en la memoria caché de los equipos cliente.
M: el tiempo de ejecución de conectividad a datos empresariales, en equipos cliente, admite la conexión a SQL Server y a otras bases de datos relacionales, servicios web y conectores de datos personalizados que cumplen con los requisitos de Servicios de conectividad empresarial de Microsoft.
N: la actualización de la memoria caché de cliente sincroniza la memoria caché con los datos de los Servicios de conectividad empresarial de Microsoft y los datos del Servicio de almacenamiento seguro.
O: el almacenamiento seguro de cliente permite a los usuarios finales configurar sus asignaciones de cliente en la base de datos de credenciales.
P: los programadores de soluciones pueden usar Microsoft SharePoint Designer 2010 y Visual Studio 2010 para crear tipos de contenido externo y modelos de BDC.
SeguridadNota:
Se recomienda usar la Capa de sockets seguros (SSL) en todos los canales entre los equipos cliente y los servidores front-end. También se recomienda usar la Capa de sockets seguros o el protocolo de seguridad de Internet (IPSec) entre los servidores que ejecutan Microsoft SharePoint Server 2010 y los sistemas externos.
395
Introducción a la seguridad de Servicios de conectividad empresarial (SharePoint Server 2010)
Actualizado: 9 de septiembre de 2010
En este artículo se describe la arquitectura de seguridad del servidor y el cliente de los Servicios de conectividad empresarial de Microsoft, los entornos de seguridad admitidos, los modos de autenticación disponibles para conectar tipos de contenido externo a sistemas externos, las opciones de autorización disponibles en objetos almacenados y las técnicas generales para configurar la seguridad de los Servicios de conectividad empresarial de Microsoft.
En este artículo:
Acerca de este artículo
Arquitectura de seguridad de los Servicios de conectividad empresarial
Introducción a la autenticación de los Servicios de conectividad empresarial
Introducción a los permisos de los Servicios de conectividad empresarial
Protección de Servicios de conectividad empresarial
Acerca de este artículo Los Servicios de conectividad empresarial de Microsoft incluyen características de seguridad para autenticar a los usuarios de modo que puedan obtener acceso a sistemas externos y para configurar los permisos en los datos de sistemas externos. Los Servicios de conectividad empresarial de Microsoft son sumamente flexibles y pueden incluir una gran variedad de métodos de seguridad en las aplicaciones de Microsoft Office 2010 admitidas y el explorador web.
396
Arquitectura de seguridad de los Servicios de conectividad empresarial En esta sección se describe la arquitectura de seguridad de los Servicios de conectividad empresarial de Microsoft cuando se realiza una autenticación desde un explorador web y cuando se realiza desde una aplicación cliente de Office 2010 admitida, como Microsoft Outlook 2010.
SeguridadNota:
Se recomienda usar la Capa de sockets seguros (SSL) en todos los canales entre los equipos cliente y los servidores front-end. También se recomienda usar la Capa de sockets seguros o el protocolo de seguridad de Internet (IPSec) entre los servidores que ejecutan Microsoft SharePoint Server 2010 y los sistemas externos. Una excepción es que no se puede usar SSL durante la transmisión de mensajes a sistemas externos mediante el protocolo SOAP 1.1 o durante la conexión a una base de datos SQL Server. Sin embargo, en esos casos, se puede usar IPSec para proteger el intercambio de datos.
Obtención de acceso a datos externos desde en explorador web
Cuando un usuario obtiene acceso a datos externos desde un explorador web, participan tres sistemas: el equipo cliente del usuario conectado, el conjunto o granja de servidores web y el sistema externo.
397
398
1. En los exploradores web, los usuarios suelen interactuar con datos externos en listas externas o mediante elementos web.
2. El tiempo de ejecución del servidor BDC en los servidores front-end usa datos del Servicio de conectividad a datos empresariales
para establecer una conexión con los sistemas externos y ejecutar operaciones en dichos sistemas.
3. El Servicio de almacenamiento seguro almacena de modo seguro los conjuntos de credenciales para sistemas externos y los asocia
con identidades individuales o de grupo.
4. El servicio de token de seguridad es un servicio web que responde a las solicitudes de autenticación mediante la emisión de tokens
de seguridad formados por notificaciones de identidad que se basan en la información de cuentas de usuario.
5. Los Servicios de conectividad empresarial de Microsoft pueden pasar las credenciales a bases de datos y servicios web configurados
para usar la autenticación basada en notificaciones. Para obtener información general acerca del Servicio de almacenamiento
seguro, vea Plan the secure store service. Para obtener información general acerca de la autenticación basada en notificaciones, vea
Plan authentication methods (SharePoint Server 2010).
Obtención de acceso a datos externos desde una aplicación cliente de Office
Cuando se obtiene acceso a datos externos desde una aplicación cliente de Office admitida, participan dos sistemas en esta operación: el equipo cliente del usuario conectado y el sistema externo. Este modelo se admite cuando un usuario interactúa con los datos externos mediante Outlook 2010, Microsoft SharePoint Workspace o Microsoft Word 2010.
399
400
1. En general, los usuarios de Outlook 2010 usan los datos externos en elementos de Outlook, como Contactos o Tareas. Los usuarios
de SharePoint Workspace 2010 pueden obtener listas externas sin conexión e interactuar con ellas. Los usuarios de Word 2010
pueden insertar datos externos en documentos de Word.
2. El tiempo de ejecución del cliente de integración con Office funciona como un conector entre los Servicios de conectividad
empresarial de Microsoft que se ejecutan en el cliente y las aplicaciones de Office admitidas.
3. Si los datos externos se configuran para usar la autenticación basada en notificaciones, el cliente interactúa con el servicio de token
de seguridad de la granja de servidores de SharePoint para obtener un token de notificaciones. (Vea Configure claims authentication
(SharePoint Server 2010) para obtener más información).
4. El tiempo de ejecución del cliente BDC de los equipos cliente usa los datos de los Servicio de conectividad a datos empresariales
para conectarse a sistemas externos, ejecutar operaciones en ellos y obtener un acceso de cliente amplio.
5. La memoria caché del cliente recopila información de los Servicio de conectividad a datos empresariales y el Servicio de
almacenamiento seguro necesario para conectarse de forma segura a los datos externos. La memoria caché se actualiza desde la
granja de servidores de SharePoint para incorporar información actualizada.
6. El Servicio de almacenamiento seguro cliente permite a los usuarios finales configurar sus credenciales de seguridad.
7. Los Servicios de conectividad empresarial de Microsoft pueden transferir las credenciales a bases de datos y servicios para
notificaciones.
Introducción a la autenticación de los Servicios de conectividad empresarial Los Servicios de conectividad empresarial de Microsoft se pueden configurar de modo que pasen solicitudes de autenticación a sistemas externos mediante los siguientes tipos de métodos:
Credenciales. En general, tienen un formato de nombre y contraseña. Es posible que algunos sistemas externos requieran
credenciales adicionales como un valor de número de identificación personal (PIN).
Notificaciones. Los vales del lenguaje de marcado de aserción de seguridad (SAML) se pueden pasar a los servicios para
notificaciones que suministran datos externos.
401
Configuración de los Servicios de conectividad empresarial para la autenticación de credenciales
Los Servicios de conectividad empresarial de Microsoft pueden usar las credenciales que suministran los usuarios para autenticar las solicitudes para datos externos. Se admiten los siguientes métodos, mediante los cuales los usuarios pueden suministrar credenciales para obtener acceso a datos externos:
Autenticación de Windows:
Desafío/respuesta de Windows (NTLM)
Microsoft Negotiate
Otras autenticaciones que no sean de Windows
Basadas en formularios
Implícita
Básica
Al configurar los Servicios de conectividad empresarial de Microsoft para que pasen credenciales, el diseñador de soluciones agrega información del modo de autenticación a los tipos de contenido externo. El modo de autenticación proporciona información de los Servicios de conectividad empresarial de Microsoft acerca de cómo procesar una solicitud de autenticación entrante de un usuario y asignar la solicitud a un conjunto de credenciales que puede pasarse al sistema de contenido externo. Por ejemplo, un modo de autenticación puede especificar que las credenciales del usuario pueden pasarse directamente mediante el sistema de datos externos. Otra posibilidad es especificar que las credenciales del usuario se asignen a una cuenta almacenada en un Servicio de almacenamiento seguro, que debe pasarse posteriormente al sistema externo.
Se puede asociar un modo de autenticación con un tipo de contenido externo de los siguientes modos:
Cuando se crea un tipo de contenido externo en Microsoft SharePoint Designer o Microsoft Visual Studio 2010.
Si el sistema externo es un servicio web, se pueden usar las páginas de administración de los Servicios de conectividad empresarial
de Microsoft para especificar el modo de autenticación.
Se puede especificar el modo de autenticación mediante la edición directa del archivo .XML que define el tipo de contenido externo.
En la siguiente tabla se describen los modos de autenticación de los Servicios de conectividad empresarial de Microsoft:
Modo de autenticación Descripción
PassThrough Pasa las credenciales del usuario conectado al sistema externo.
402
Modo de autenticación Descripción
Esto requiere que el sistema externo reconozca las credenciales del usuario.
Nota:
Si la aplicación web no está configurada para la autenticación con credenciales de Windows, se pasa la cuenta NT Authority/Inicio de sesión anónimo al sistema externo en lugar de las credenciales del usuario.
Este modo se denomina Identidad del usuario en las páginas de administración de Servicios de conectividad empresarial de Microsoft y en SharePoint Designer 2010.
RevertToSelf Cuando el usuario obtiene acceso a datos externos desde un explorador web, este modo omite las credenciales del usuario y envía al sistema externo la cuenta de identidad del grupo de aplicaciones en la que se ejecuta el tiempo de ejecución de BCS en el servidor web. Cuando el usuario obtiene acceso a datos externos desde una aplicación cliente de Office, este modo es equivalente al modo PassThrough, ya que los Servicios de conectividad empresarial de Microsoft que se ejecutan en el cliente se ejecutarán bajo las credenciales del usuario.
Este modo se denomina Identidad de BDC en las páginas de administración de Servicios de conectividad empresarial de Microsoft y en SharePoint Designer 2010.
Nota:
De forma predeterminada, no está habilitado el modo RevertToSelf.
403
Modo de autenticación Descripción
Debe usar Windows PowerShell para habilitar el modo RevertToSelf para poder crear o importar modelos que usen RevertToSelf. Para obtener más información, vea Modo de autenticación RevertToSelf. El modo RevertToSelf no se admite en entornos hospedados.
WindowsCredentials Para las bases de datos o los servicios web externos, este modo usa un Servicio de almacenamiento seguro para asignar las credenciales del usuario a un conjunto de credenciales de Windows en el sistema externo.
Este modo se denomina Identidad de Windows suplantada en las páginas de administración de Servicios de conectividad empresarial de Microsoft y en SharePoint Designer 2010.
Credentials Para un servicio web externo, este modo usa un Servicio de almacenamiento seguro para asignar las credenciales del usuario a un conjunto de credenciales suministradas por un origen que no es Windows y que se usan para obtener acceso a datos externos. El servicio web debe usar la autenticación básica o implícita cuando se usa este modo.
Importante:
Para preservar la seguridad en este modo, se recomienda proteger la conexión entre los Servicios de conectividad empresarial de Microsoft y el sistema externo mediante la Capa de sockets seguros (SSL) o el protocolo de seguridad de Internet (IPSec).
404
Modo de autenticación Descripción
Este modo se denomina Identidad personalizada suplantada en las páginas de administración de Servicios de conectividad empresarial de Microsoft y en Office SharePoint Designer.
RDBCredentials Para una base de datos externa, este modo usa un Servicio de almacenamiento seguro para asignar las credenciales del usuario a un conjunto de credenciales suministradas por un origen que no es Windows. Para preservar la seguridad en este modo, se recomienda proteger la conexión entre los Servicios de conectividad empresarial de Microsoft y el sistema externo mediante la Capa de sockets seguros (SSL) o IPSec.
Este modo se denomina Identidad personalizada suplantada en las páginas de administración de Servicios de conectividad empresarial de Microsoft y en Office SharePoint Designer.
DigestCredentials En un servicio web de WCF, este modo usa un Servicio de almacenamiento seguro para asignar las credenciales del usuario a un conjunto de credenciales mediante la autenticación implícita.
Este modo se denomina Suplantación de identidad personalizada - Resumen en las páginas de administración de Servicios de conectividad empresarial de Microsoft y en SharePoint Designer 2010.
En la siguiente ilustración se muestran los modos de autenticación de los Servicios de conectividad empresarial de Microsoft si se usan credenciales.
405
406
En el modo PassThrough (identidad del usuario) (A), las credenciales del usuario conectado se pasan directamente al sistema
externo.
En el modo RevertToSelf (identidad BDC) (B), las credenciales del usuario conectado se reemplazan por las credenciales de la
cuenta de proceso en la que se ejecutan los Servicios de conectividad empresarial de Microsoft y dichas credenciales se pasan al
sistema externo.
Tres modos usan el Servicio de almacenamiento seguro: WindowsCredentials (identidad de Windows suplantada), RdbCredentials
(identidad personalizada suplantada) y Credentials. En esos modos, las credenciales del usuario se asignan a un conjunto de
credenciales para el sistema externo y los Servicios de conectividad empresarial de Microsoft pasan esas credenciales al sistema
externo. Los administradores de soluciones pueden asignar las credenciales de cada usuario a una cuenta única en el sistema
externo o asignar un conjunto de usuarios autenticados a una sola cuenta de grupo.
Configuración de los Servicios de conectividad empresarial para la autenticación basada en notificaciones
Los Servicios de conectividad empresarial de Microsoft pueden proporcionar acceso a datos externos basados en tokens de seguridad entrantes y pueden pasar los tokens de seguridad a sistemas externos. Un token de seguridad está formado por un conjunto de notificaciones de identidad sobre un usuario y el uso de tokens de seguridad para la autenticación se denomina ―autenticación basada en notificaciones‖. SharePoint Server incluye un servicio de token de seguridad que emite tokens de seguridad.
En la siguiente ilustración se muestra cómo el servicio de token de seguridad y el Servicio de almacenamiento seguro funcionan de forma conjunta en la autenticación basada en notificaciones:
407
408
1. Un usuario intenta realizar una operación en una lista externa configurada para la autenticación de notificaciones.
2. La aplicación cliente solicita un token de seguridad del servicio de token de seguridad.
3. En función de la identidad del usuario solicitante, el servicio de token de seguridad emite un token de seguridad que contiene un
conjunto de notificaciones y un identificador de aplicaciones de destino. El servicio de token de seguridad devuelve el token de
seguridad a la aplicación cliente.
4. El cliente pasa el token de seguridad al Servicio de almacenamiento seguro.
5. El Servicio de almacenamiento seguro evalúa el token de seguridad y usa el identificador de aplicaciones de destino para devolver un
conjunto de credenciales que se aplican al sistema externo.
6. El cliente recibe las credenciales y las pasa al sistema externo para poder realizar una operación (por ejemplo, recuperar o actualizar
datos externos).
Introducción a los permisos de los Servicios de conectividad empresarial Los permisos de los Servicios de conectividad empresarial de Microsoft asocian una cuenta individual, una cuenta de grupo o una notificación con uno o más niveles de permisos en un objeto de un almacén de metadatos. Al establecer correctamente los permisos en los objetos de los Servicios de conectividad empresarial de Microsoft, se facilita la habilitación de soluciones para incorporar datos externos de forma segura. Al planear una estrategia de permisos, se recomienda proporcionar permisos específicos a cada usuario o grupo que los necesite para que las credenciales concedan los privilegios mínimos requeridos para realizar las tareas necesarias.
409
Precaución:
El establecimiento de los permisos adecuados en los Servicios de conectividad empresarial de Microsoft es un elemento de una estrategia de seguridad global. Es igualmente importante proteger los datos de los sistemas externos. El modo en que se hace esto depende de las características y el modelo de seguridad del sistema externo, y va más allá del propósito de este artículo.
Nota:
Servicios de conectividad empresarial usa los permisos de los objetos de metadatos y los permisos del sistema externo para determinar las reglas de autorización. Por ejemplo, un optimizador de seguridad puede impedir que aparezcan datos externos en los resultados de la búsqueda de los usuarios. Sin embargo, si de alguna manera los usuarios detectan la dirección URL de los datos externos recortados, podrán obtener acceso a los datos externos si tienen los permisos necesarios en el objeto de metadatos y en el sistema externo. El modo correcto de impedir que los usuarios tengan acceso a los datos externos consiste en establecer los permisos adecuados tanto en Servicios de conectividad empresarial como en el sistema externo.
¿Qué permisos se pueden establecer?
Cada sesión del Servicio de conectividad a datos empresariales (en el caso de hospedaje, cada partición) contiene un almacén de metadatos que incluye todos los modelos, sistemas externos, tipos de contenido externo, métodos y sesiones de métodos definidos para el propósito de este almacén. Estos objetos existen en una jerarquía, tal como se representa en la siguiente ilustración:
410
411
Nota:
En el gráfico de jerarquía anterior, las etiquetas entre paréntesis son los nombres de los objetos tal y como están definidos en el esquema de metadatos de Servicios de conectividad empresarial de Microsoft. Las etiquetas que no están entre paréntesis son los nombres de cada objeto tal como aparecen en la interfaz de usuario del Servicio de conectividad a datos empresariales. Para obtener una explicación completa del esquema de metadatos de Servicios de conectividad empresarial de Microsoft y tutoriales sobre varias tareas de desarrollo, vea el kit de desarrollo de software de Microsoft SharePoint 2010 (http://go.microsoft.com/fwlink/?linkid=166117&clcid=0xC0A ).
La jerarquía de los objetos de un almacén de metadatos determina qué objetos pueden propagar sus permisos a otros objetos. En la ilustración, cada objeto en el que se pueden establecer permisos y propagarlos opcionalmente, se muestra con una línea sólida y cada objeto que obtiene los permisos del objeto primario se muestra con una línea de puntos. Por ejemplo, en la ilustración se muestra que un sistema externo (LobSystem) se puede proteger mediante la asignación de permisos, pero a una acción no se le pueden asignar permisos directamente. Los objetos a los que no se pueden asignar permisos obtienen sus permisos de los objetos primarios. Por ejemplo, una acción obtiene los permisos del tipo de contenido externo (entidad) primario.
SeguridadNota:
Una vez que se propagan los permisos en un objeto de un almacén de metadatos, la configuración de los permisos de todos los elementos secundarios de ese elemento se reemplaza por los permisos del objeto que propaga. Por ejemplo, si los permisos se propagan desde un tipo de contenido externo, todos los métodos y sesiones Instancias de métodos de ese tipo de contenido externo reciben los permisos nuevos.
Se pueden establecer cuatro niveles de permisos en el almacén de metadatos y en los objetos que este contiene:
Editar
412
SeguridadNota:
El permiso de edición debe tener privilegios elevados. Con este permiso, un usuario malintencionado puede robar credenciales o dañar un conjunto o granja de servidores. En un sistema de producción, se recomienda conceder permisos de edición solo a los usuarios considerados de confianza para poseer permisos de administrador.
Ejecutar
Seleccionable en clientes
Establecer permisos
En la siguiente tabla se define el significado de estos permisos en todos los objetos para los que se pueden establecer.
Nombre Definición Permisos Editar Permisos Ejecutar
Permisos Seleccionable en clientes
Permisos Establecer permisos
Almacén de metadatos La colección de archivos XML, almacenada en el Servicio de conectividad a datos empresariales. Cada una contiene definiciones de modelos, tipos de contenido externo y sistemas externos.
El usuario puede crear sistemas externos nuevos.
Aunque el permiso “Ejecutar” no
está en un repositorio de metadatos, se puede usar esta configuración para propagar permisos de ejecución a objetos secundarios en el repositorio de metadatos.
Aunque el permiso
“Seleccionable en
clientes” no está
en un repositorio de metadatos, se puede usar esta configuración para propagar estos permisos a objetos secundarios en el repositorio de metadatos.
El usuario puede establecer permisos en todos los objetos del almacén de metadatos mediante su propagación desde el almacén de metadatos.
Modelo Un archivo XML que contiene El usuario puede El permiso El permiso El usuario
413
Nombre Definición Permisos Editar Permisos Ejecutar
Permisos Seleccionable en clientes
Permisos Establecer permisos
conjuntos de descripciones de uno o varios tipos de contenido externo y de los sistemas externos relacionados, e información específica del entorno, como las propiedades de autenticación.
editar el archivo de modelo.
“Ejecutar” no se
aplica a los modelos.
“Seleccionable en
clientes” no se
aplica a los modelos.
puede establecer permisos en el modelo.
Sistema externo La definición de metadatos de un origen de datos admitido que se puede modelar, como una base de datos, un servicio web o un ensamblado de conectividad .NET.
El usuario puede editar el sistema externo. El establecimiento de este permiso también hace visibles en SharePoint Designer el sistema externo y todas las sesiones de sistemas externos que este contiene.
Aunque el permiso
“Ejecutar” no
está en un sistema externo, se puede usar esta configuración para propagar permisos de ejecución a objetos secundarios en el repositorio de metadatos.
Aunque el permiso “Seleccionable en
clientes” no está
en un sistema externo, se puede usar esta configuración para propagar estos permisos a objetos secundarios en el repositorio de metadatos.
El usuario puede establecer permisos en el sistema externo.
Tipo de contenido externo Una colección de metadatos reutilizable que define un conjunto de datos de uno o varios sistemas externos, las operaciones disponibles en esos datos y la información de
Aunque el permiso
“Editar” no está en
un tipo de contenido externo, se puede usar esta configuración para
El usuario puede ejecutar operaciones en el tipo de contenido
El usuario puede crear listas externas del tipo de contenido externo.
El usuario puede establecer permisos en el tipo de contenido
414
Nombre Definición Permisos Editar Permisos Ejecutar
Permisos Seleccionable en clientes
Permisos Establecer permisos
conectividad relacionada con los datos.
propagar estos permisos a objetos secundarios en el repositorio de metadatos.
externo. externo.
Método Una operación relacionada con un tipo de contenido externo.
El usuario puede editar el método.
Aunque el permiso
“Ejecutar” no
está en un método, se puede usar esta configuración para propagar permisos de ejecución a objetos secundarios en el repositorio de metadatos.
No hay ningún permiso
“Seleccionable en
clientes” en un
método.
El usuario puede establecer permisos en el método.
Sesión de método Para un método concreto, describe cómo usar un método mediante un conjunto específico de valores predeterminados.
El usuario puede editar la sesión del método.
El usuario puede ejecutar la sesión del método.
No hay ningún permiso
“Seleccionable en
clientes” en una
sesión del método.
El usuario puede establecer permisos en la sesión del método.
415
Permisos especiales del Servicio de conectividad a datos empresariales
Además de las funciones generales del establecimiento de permisos descritas anteriormente, hay un conjunto de servicios especiales para el Servicio de conectividad a datos empresariales:
Los administradores de la granja de servidores tienen permiso total para el Servicio de conectividad a datos empresariales. Esto
es necesario, por ejemplo, para poder mantener o reparar una sesión del servicio. No obstante, tenga en cuenta que el administrador
de la granja de servidores no tiene permisos de ejecución para ningún objeto del almacén de metadatos. Este permiso lo debe
proporcionar explícitamente un administrador de una sesión del Servicio de conectividad a datos empresariales si es necesario.
Los usuarios de Windows PowerShell son administradores de la granja de servidores y pueden ejecutar comandos en el Servicio de
conectividad a datos empresariales.
Las cuentas de grupos de aplicaciones de servidores front-end disponen de los mismos permisos para el Servicio de
conectividad a datos empresariales que los administradores de la granja de servidores. Este permiso es necesario para generar
paquetes de implementación basados en los Servicios de conectividad empresarial de Microsoft.
En la mayoría de los casos, a los usuarios de SharePoint Designer se les deben conceder los siguientes permisos en el almacén
de metadatos completo: Editar, Ejecutar y Seleccionable en clientes. A los usuarios de SharePoint Designer no se les deben
conceder permisos de tipo Establecer permisos. Si es necesario, se pueden limitar los permisos de los usuarios de SharePoint
Designer a un subconjunto del almacén de metadatos.
Precaución:
Para garantizar una solución segura, se debe usar SharePoint Designer para crear tipos de contenido externo en un entorno de prueba en el que los permisos de edición se puedan asignar libremente. Al implementar la solución probada en un entorno de producción, quite los permisos de edición para proteger la integridad de los datos externos.
Tareas comunes y permisos relacionados
En esta sección se describen las tareas comunes del Servicio de conectividad a datos empresariales y los permisos requeridos para llevarlas a cabo.
Tarea Permisos
Creación de un objeto nuevo en el almacén de metadatos Para crear un objeto de metadatos nuevo, el usuario debe tener permisos de edición en el objeto de metadatos primario. Por
416
Tarea Permisos
ejemplo, para crear un método nuevo en un tipo de contenido externo, el usuario debe tener permisos en el tipo de contenido externo. Para obtener una descripción de las relaciones secundarias y primarias entre los objetos del almacén de metadatos, vea la ilustración incluida anteriormente en este artículo.
Eliminación de un objeto del almacén de metadatos Para eliminar un objeto de metadatos, el usuario debe tener permisos en ese objeto. Para eliminar un objeto y todos sus objetos secundarios (por ejemplo, para eliminar un tipo de contenido externo y todos sus métodos), el permiso de edición también se requiere en todos los objetos secundarios.
Adición de un tipo de contenido externo a un modelo Para agregar un tipo de contenido externo a un modelo, el usuario debe tener permisos de edición en el modelo.
Importación de modelos Para importar un modelo en el almacén de metadatos, el usuario debe tener permisos de edición en el almacén de metadatos. Si no hay permisos explícitos asignados en el modelo, se concederán permisos de edición en el modelo al usuario que lo importó.
Exportación de modelos Para exportar un modelo del almacén de metadatos, el usuario debe tener permisos de edición en el modelo y en todos los sistemas externos que este contiene.
Generación de un paquete de implementación La cuenta de grupo de aplicaciones que usa el servidor front-end genera los paquetes de implementación. Esta cuenta dispone de permisos totales para que el repositorio de metadatos pueda llevar a cabo esta tarea.
Establecimiento de permisos iniciales en el almacén de metadatos Cuando se crea por primera vez una sesión del Servicio de conectividad a datos empresariales, su almacén de metadatos está vacío. El administrador de la granja de servidores tiene permiso total para el almacén y puede establecer los permisos iniciales.
417
Tarea Permisos
Genere un paquete de implementación desde una granja de servidores de consumo.
La aplicación de Servicio de conectividad a datos empresariales se puede compartir entre granjas de servidores. Con el fin de generar un paquete de implementación desde una granja de servidores de consumo (la granja que se conecta a una ubicación remota para usar la aplicación de Servicio de conectividad a datos empresariales), la cuenta de grupo de aplicaciones usada por el servidor front-end de la granja de consumo debe tener permisos para el repositorio de metadatos en la granja de publicación. Para obtener más información acerca de cómo asignar permisos a la cuenta de grupo de aplicaciones, vea el tema sobre cómo establecer permisos para habilitar una granja de servidores de consumo con el fin de generar un paquete de implementación.
Protección de Servicios de conectividad empresarial En esta sección se explican las medidas adicionales que se pueden usar para ayudar a proteger Servicios de conectividad empresarial.
Cuenta de servicio
Para el aislamiento de seguridad, la aplicación de Servicio de conectividad a datos empresariales y el servidor front-end no deben usar la misma cuenta de servicio.
Comunicación de servidor a servidor
La protección de la comunicación entre la aplicación de Servicio de conectividad a datos empresariales y los sistemas externos ayuda a garantizar que no se pongan en peligro los datos confidenciales. Debe usar un canal de comunicación cifrada para proteger los datos enviados entre los servidores que ejecutan SharePoint Server 2010 y los sistemas externos. El protocolo de seguridad de Internet (IPsec) es un método que puede usarse para ayudar a proteger la comunicación. La elección del método que se usará depende de los canales de comunicación específicos que se vayan a proteger y de las ventajas y compensaciones que resulten más adecuadas para su organización.
418
Aplicaciones que usan FileBackedMetadataCatalog
Por motivos de seguridad, el modo de autenticación RevertToSelf está deshabilitado en SharePoint Server 2010 de forma predeterminada. Sin embargo, esto no impide que las aplicaciones que usan la clase FileBackedMetadataCatalog importen modelos y ejecuten llamadas que usan la autenticación RevertToSelf. Como resultado, es posible que los usuarios tengan privilegios más elevados si se conceden privilegios en la cuenta de grupo de aplicaciones. Debe revisar todas las aplicaciones para asegurarse de que no usan la clase FileBackedMetadataCatalog y la autenticación RevertToSelf antes de instalarlas en un sistema de producción.
419
Introducción a la administración del Servicio de conectividad a datos empresariales (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
Los Servicios de conectividad empresarial de Microsoft se administran principalmente mediante el Servicio de conectividad a datos empresariales. En este artículo, se proporciona información general acerca de la administración de los Servicios de conectividad empresarial de Microsoft y se presta una especial atención al uso del Servicio de conectividad a datos empresariales.
Parte de la configuración de Servicios de conectividad empresarial de Microsoft, como la creación de nuevas aplicaciones de destino y la especificación de credenciales para dichas aplicaciones, se realiza también en el Servicio de almacenamiento seguro. Para obtener información general acerca del Servicio de almacenamiento seguro, vea Plan the Secure Store service (SharePoint Server 2010). Para obtener descripciones de las operaciones del Servicio de almacenamiento seguro compatibles con Servicios de conectividad empresarial de Microsoft, vea c.
Servicio de conectividad a datos empresariales El Servicio de conectividad a datos empresariales es un servicio compartido que aprovecha la arquitectura de servicios compartidos de los productos de SharePoint 2010. En Microsoft SharePoint Server 2010, los servicios no se encuentran en un proveedor de servicios compartidos (SSP) como ocurría en Microsoft Office SharePoint Server 2007. En lugar de esto, la infraestructura de servicios de hospedaje se ha movido a SharePoint Foundation 2010 y se incluye en SharePoint Server 2010. La configuración de los servicios es más flexible. Varios conjuntos de administradores pueden configurar servicios individuales de forma independiente. Varias sesiones de un mismo servicio, como el Servicio de conectividad a datos empresariales, se pueden ejecutar en el mismo conjunto o granja de servidores con un conjunto de administradores único.
420
Importante:
En la interfaz de usuario, el Servicio de conectividad a datos empresariales se denomina servicio “Catálogo de datos profesionales”. La
interfaz de usuarios y los nombres de tecnologías se sincronizarán en última instancia.
Una sesión del Servicio de conectividad a datos empresariales se puede compartir en varias granjas de servidores. Por ejemplo, se puede ejecutar un Servicio de conectividad a datos empresariales en una granja de servidores central y obtener acceso a ella desde ubicaciones regionales de manera que la misma solución esté disponible en estas configuraciones regionales.
En una granja de servidores, las aplicaciones de servicios como el Servicio de conectividad a datos empresariales se implementan mediante uno de los siguientes métodos:
Seleccionar servicios mientras se ejecuta el asistente para la configuración inicial y elegir el Servicio de conectividad a datos
empresariales.
Agregar servicios uno a uno en la página Administrar aplicaciones de servicio del sitio web de Administración central.
Usar Windows PowerShell.
Los servicios compartidos como el Servicio de conectividad a datos empresariales pueden administrarse individualmente. Puede ser que los administradores de una sesión determinada de un servicio compartido solo tengan permisos para administrar esa sesión del servicio y que no puedan administrar otros servicios o características en el sitio web de Administración central. Esta característica, que se denomina administración delegada, permite que la administración la lleven a cabo administradores que son expertos en el servicio concreto pero que no son miembros de la organización de TI central. De esta forma, por ejemplo, un administrador de una aplicación del Servicio de conectividad a datos empresariales de una empresa podría conocer la siguiente información:
El determinado tipo de contenido externo que administra la aplicación del Servicio de conectividad a datos empresariales
Las soluciones que admite
La seguridad implementada en los orígenes de datos externos que proporcionan los datos
El administrador tendría permisos para administrar estos objetos pero no para administrar otros elementos de la implementación de SharePoint.
Para obtener más información acerca de los servicios compartidos, vea los dos pósteres modelo: c (http://go.microsoft.com/fwlink/?linkid=177411&clcid=0xC0A) y Servicios entre granjas de servidores de productos de SharePoint 2010 (http://go.microsoft.com/fwlink/?linkid=177412&clcid=0xC0A).
421
Qué puede administrarse en el Servicio de conectividad a datos empresariales Con el Servicio de conectividad a datos empresariales, los administradores pueden administrar los siguientes tipos de objetos:
Tipos de contenido externo: un tipo de contenido externo es un conjunto de campos con nombre, como ―Cliente‖, ―Pedido‖ o
―Contacto‖, que definen un objeto en una aplicación empresarial junto con los métodos para crear, leer, actualizar o eliminar ese
objeto en su origen de datos externo.
Las tareas típicas de administración de un tipo de contenido externo son: establecer los permisos del tipo de contenido externo, agregar acciones a un tipo de contenido externo para proporcionar nuevas funciones a los usuarios y asociar páginas de perfil a un tipo de contenido externo para personalizar su apariencia cuando se visualizan.
Para obtener información acerca de la administración de tipos de contenido externo, vea Manage external content types (SharePoint Server 2010).
Sistemas externos y sesiones de sistemas externos: un sistema externo es un origen de datos admitido, como un servicio web,
una base de datos de SQL Server y otras bases de datos relacionales, los cuales se pueden modelar con los Servicios de
conectividad empresarial de Microsoft. Una sesión de un sistema externo incluye información de conexión y autenticación para una
sesión específica de un origen de datos externo.
Las tareas típicas de administración de un sistema externo son establecer permisos en el sistema externo, ver los tipos de contenido externo asociados con él y ver las sesiones de un sistema externo. Las tareas típicas de administración de una sesión de un sistema externo son establecer el modo de autenticación y el tipo de sesión del sistema externo.
Para obtener información acerca de la administración de sistemas externos y sesiones de sistemas externos, vea Manage external data sources (SharePoint Server 2010).
Modelos de conectividad a datos profesionales y archivos de recursos: el Servicio de conectividad a datos empresariales
admite dos tipos de archivos de definición de aplicación XML (modelos de aplicaciones y archivos de recursos). Un modelo de
aplicaciones contiene las descripciones XML de uno o varios tipos de contenido externo.
Un archivo de recursos permite importar o exportar solamente los permisos, propiedades y nombres localizados de uno o varios tipos de contenido externo. Un archivo de recursos puede contener los siguientes tipos de información:
Nombres localizados de los tipos de contenido externo de una determinada configuración regional. Los nombres localizados que
se importan se combinan con los nombres localizados existentes en la base de datos del Servicio de conectividad a datos
empresariales. Si ya existe un nombre localizado concreto para una configuración regional, se sobrescribe con la nueva
información.
422
Propiedades de los tipos de contenido externo. Las propiedades que se importan se combinan con las descripciones de
propiedades existentes en la base de datos del Servicio de conectividad a datos empresariales. Si ya existe una propiedad, su
valor se sobrescribe con la información del archivo importado.
Permisos, que son listas de control de acceso (ACL) para tipos de contenido externo. Los permisos que se importan se
almacenan junto con la información de permisos existente en la base de datos del Servicio de conectividad a datos
empresariales.
Las tareas típicas de administración de un modelo de conectividad a datos profesionales son importar y exportar modelos o archivos de recursos, establecer permisos en ellos y ver los tipos de contenido externo asociados a un modelo.
Para obtener información acerca de la administración del modelo de conectividad a datos profesionales, vea Manage application models (SharePoint Server 2010).
423
Planear la integración de clientes en Servicios de conectividad empresarial (SharePoint Server 2010)
Publicado: 7 de octubre de 2010
Servicios de conectividad empresarial de Microsoft ofrece a los usuarios muchas formas de interactuar con sistemas externos desde sus aplicaciones cliente de Microsoft Office 2010. En este artículo se describe cómo los usuarios pueden desconectar los datos externos en Microsoft Outlook 2010 y Microsoft SharePoint Workspace 2010.
Cuando un usuario hace clic en el botón Conectar con Outlook o Sincronizar con SharePoint Workspace en una lista externa, se crea un paquete de implementación de la aplicación ClickOnce y se instala en el equipo cliente. Esto permite a los usuarios trabajar con datos externos como tipos de elementos nativos de Outlook (por ejemplo, Contactos, Tareas y Citas) en Outlook y como listas en SharePoint Workspace. En función de los permisos, los usuarios pueden realizar operaciones de lectura y escritura en los datos externos, incluso cuando trabajan sin conexión o si la conectividad con el sistema externo es lenta, intermitente o no está disponible. Cuando se establece la conexión con el servidor, se sincronizan los datos externos.
La capacidad de desconexión de las listas externas aprovecha las capacidades nativas de los Servicios de conectividad empresarial, y las aplicaciones Microsoft SharePoint Server 2010 y Office 2010. Puede crear soluciones más avanzadas de Servicios de conectividad empresarial que utilicen las características de personalización o código.
Para obtener más información acerca de las soluciones avanzadas de Servicios de conectividad empresarial, vea Creación de soluciones con los servicios de conectividad empresarial (http://go.microsoft.com/fwlink/?linkid=202359&clcid=0xC0A).
En este artículo:
Requisitos previos
Instalación de paquetes de implementación
Consideraciones de seguridad
424
Requisitos previos El servidor debe tener Microsoft SharePoint Server 2010 con una licencia de acceso de cliente Enterprise (CAL) instalada. El equipo cliente debe tener Microsoft Office Professional Plus 2010 instalado.
La siguiente lista describe los requisitos de equipos cliente adicionales:
Internet Explorer El mecanismo de implementación utiliza los controles ActiveX. Dado que Internet Explorer es el único explorador
compatible con los controles ActiveX, únicamente Internet Explorer admite la desconexión de listas externas. Si utiliza otro
explorador, como Firefox, se deshabilitan los botones Conectar con Outlook y Sincronizar con SharePoint Workspace.
Microsoft .NET Framework 3.5 Se debe instalar Microsoft .NET Framework 3.5 o una versión posterior en el equipo cliente.
Servicios de conectividad empresarial De forma predeterminada, la característica Servicios de conectividad empresarial
se instala cuando Office Professional Plus 2010 está instalado. Si .NET Framework 3.5 no está instalado cuando un usuario instala
Office, Servicios de conectividad empresarial no se instalará. Luego de instalar .NET Framework 3.5 en el equipo cliente, la
característica Servicios de conectividad empresarial se instala cuando el usuario desconecte por primera vez una lista externa y, a
continuación, se instala el paquete de implementación. Si el usuario deshabilita la característica Servicios de conectividad
empresarial, el usuario debe actualizar la instalación de Office y habilitar la característica Servicios de conectividad empresarial. La
característica Servicios de conectividad empresarial está disponible en el grupo Características compartidas de Office.
Instalación de paquetes de implementación Las siguientes secciones analizan las opciones de configuración que pueden afectar a las instalaciones del paquete de implementación.
Aplicaciones ClickOnce y comportamiento de confirmación de confianza
Los paquetes de implementación son aplicaciones ClickOnce. Todas las reglas, regulaciones y limitaciones que rigen a las aplicaciones ClickOnce generales también se aplican a los paquetes de implementación. El modelo de seguridad de ClickOnce se basa en editores de confianza y confirmaciones de usuarios para determinar si una aplicación ClickOnce se instalará en el equipo cliente. Las aplicaciones ClickOnce están firmadas con un certificado que identifica al editor. Los certificados proporcionan la siguiente base para tomar decisiones de confianza:
Si la aplicación ClickOnce está firmada por un editor de confianza, la aplicación se instalará automáticamente. No se pregunta al
usuario.
Si la aplicación ClickOnce no está firmada por un editor de confianza, ClickOnce no confía automáticamente en la aplicación. Se le
pide al usuario que confirme si desea instalar la aplicación.
425
Nota:
De forma predeterminada, Servicios de conectividad empresarial utiliza un certificado autofirmado para firmar los paquetes de implementación. Dado que el certificado está autofirmado, no es de una entidad de certificación (CA) de confianza.
Sin embargo, la confirmación de confianza puede verse afectada por otras configuraciones, como, por ejemplo, la zona de seguridad de Internet Explorer desde la que se instala la aplicación ClickOnce. La siguiente tabla enumera las rutas y direcciones URL de ejemplo, sus correspondientes zonas de seguridad y el comportamiento predeterminado de confirmación de confianza.
Ruta o dirección URL de la aplicación ClickOnce Zona de seguridad Comportamiento predeterminado de confirmación de confianza
C:\Contoso\Clientsolution\Customer.vsto Mi PC Permitir la confirmación del usuario.
http://contoso/clientsolution/customer.vsto Intranet local Permitir la confirmación del usuario.
\\contoso\clientsolution\customer.vsto Intranet local Permitir la confirmación del usuario.
http://fabrikam.contoso/clientsolution/customer.vsto Internet Ninguna confirmación de usuario permitida a menos que la aplicación esté firmada por un
426
Ruta o dirección URL de la aplicación ClickOnce Zona de seguridad Comportamiento predeterminado de confirmación de confianza
certificado emitido por una entidad de certificación de confianza.
http://www.contoso.com/clientsolution/customer.vsto Internet Ninguna confirmación de usuario permitida a menos que la aplicación esté firmada por un certificado emitido por una entidad de certificación de confianza.
\\172.16.4.1\clientsolution\customer.vsto Internet Ninguna confirmación de usuario permitida a menos que la aplicación esté firmada por un certificado emitido por una entidad de certificación de confianza.
La siguiente lista describe algunas de las cosas que se pueden hacer para detener errores de implementación causados por confirmaciones de confianza predeterminadas.
427
Firmar los paquetes de implementación con un certificado de confianza De forma predeterminada, Servicios de conectividad
empresarial usa un certificado autofirmado para firmar los paquetes de implementación. Como resultado, se le solicitará a los
usuarios que confirmen si desean instalar la aplicación o el paquete de implementación no se instalará sin confirmación del usuario
(si la lista externa se encuentra en la zona de seguridad de Internet). Para resolver estos problemas, puede proporcionar un
certificado emitido por una entidad de certificación de confianza que se puede usar para firmar los paquetes de implementación. Para
obtener más información acerca de cómo proporcionar un certificado de confianza, vea Procedimiento para eliminar la alerta No se
puede comprobar el editor al desconectar listas externas (http://go.microsoft.com/fwlink/?linkid=202362&clcid=0xC0A).
Los usuarios pueden agregar el sitio de SharePoint a su lista de sitios de confianza en Internet Explorer Al agregar un sitio
a la lista de sitios de confianza de Internet Explorer, se modifica la zona de seguridad del paquete de implementación para la zona de
confianza. La zona de confianza permite la confirmación del usuario. Si tiene un paquete de implementación que no está firmado con
un certificado de confianza, se encuentra en la zona de seguridad de Internet y agrega el sitio a la lista de sitios de confianza, el
usuario tiene la oportunidad de decidir si va a instalar el paquete de implementación.
Nota:
Solo se debe realizar esta acción para sitios de confianza del usuario.
Configuración de seguridad mejorada de Internet Explorer La configuración de seguridad mejorada de Internet Explorer
restringe la capacidad de los usuarios de explorar los sitios web de Internet e intranet. Esto puede provocar que los paquetes de
implementación no se instalen y no muestren ningún error. Como solución alternativa, puede realizar cualquiera de los siguientes
procedimientos:
Firmar los paquetes de implementación con un certificado de confianza.
Los usuarios pueden agregar el sitio de SharePoint a su lista de sitios de confianza en Internet Explorer.
Desactivar la configuración de seguridad mejorada de Internet Explorer para los usuarios.
Para obtener más información acerca de las aplicaciones ClickOnce, vea Seguridad e implementación de ClickOnce (http://go.microsoft.com/fwlink/?linkid=195784&clcid=0xC0A).
Asignaciones de grupo del Servicio de almacenamiento seguro
Los identificadores de la aplicación del Servicio de almacenamiento seguro se usan para asignar usuarios a conjuntos de credenciales. Las asignaciones están disponibles para grupos o personas. En una asignación de grupo, cada usuario que sea miembro de un grupo de dominio específico se asigna al mismo conjunto de credenciales. En una asignación individual, cada usuario individual se asigna a un único conjunto de credenciales.
428
Si el tipo de contenido externo que está asociado a una lista externa utiliza una asignación de grupo, cuando los usuarios intentan desconectar la lista externa, se le solicita las credenciales de grupo. En la mayoría de los casos, los usuarios no conocen las credenciales de grupo y no se podrá desconectar la lista externa.
Puede hacer lo siguiente:
Modificar el tipo de contenido externo para usar una asignación individual.
Modificar el tipo de contenido externo para evitar que los usuarios intenten desconectar la lista externa. Abra el tipo de contenido
externo en SharePoint Designer y defina el campo Sincronización sin conexión para la lista externa en Deshabilitado. Esto
deshabilita los botones Conectar con Outlook y Sincronizar con SharePoint Workspace en la cinta de opciones de la lista
externa.
Para obtener más información acerca del Servicio de almacenamiento seguro, vea Configure the Secure Store Service (SharePoint Server 2010).
Iniciar sesión como usuario diferente
Cuando utiliza la autenticación de Windows, la característica Iniciar sesión como usuario diferente no se admite para la instalación de paquetes de implementación. No se puede desconectar una lista externa si ha iniciado sesión en un equipo cliente utilizando una cuenta y, a continuación, inició sesión en el sitio de SharePoint con una cuenta de usuario diferente. Para desconectar una lista externa, debe usar la misma cuenta de usuario para iniciar sesión en el equipo cliente y el sitio de SharePoint.
Consideraciones de seguridad Las siguientes secciones explican las medidas adicionales que se pueden usar para ayudar a proteger Servicios de conectividad empresarial cuando trabaja con aplicaciones cliente enriquecidas.
Comunicaciones seguras
Se recomienda que utilice Capa de sockets seguros (SSL) en todos los canales entre los equipos cliente y servidores front-end web. Esto ayuda a garantizar que no se ponga en peligro la información confidencial.
Permisos de la lista externa
Cada lista externa está asociada a un tipo de contenido externo. Los permisos en el tipo de contenido externo especifican quién puede realizar acciones específicas en el tipo de contenido externo. El permiso de ejecución es necesario para ejecutar las operaciones (por ejemplo, lectura o actualización) en un tipo de contenido externo y también para generar un paquete de implementación para la lista externa. Sin embargo, una vez creado un paquete de implementación para una lista externa, cualquier usuario que puede tener acceso a esa lista externa puede descargar e instalar el paquete de implementación. En otras palabras, un usuario que no tiene permiso de
429
ejecución en el tipo de contenido externo, pero tiene el nivel de permiso de lectura en la lista externa, no puede ver los elementos de la lista externa, pero puede aún desconectar la lista externa. Para ayudar a garantizar que no se revele la información confidencial, se recomienda que se asegure de que los permisos de una lista externa sean iguales que los permisos del tipo de contenido externo asociado.
Elementos web de Outlook Web Access
Los elementos web de Outlook Web Access permiten a los usuarios mostrar el contenido seleccionado de las carpetas en su cuenta de correo electrónico de Office Outlook en un sitio de SharePoint. Si los usuarios desconectaron los datos externos en Outlook, el uso de los elementos web de Outlook Web Access puede permitir el uso compartido de información confidencial. Se recomienda que los administradores indiquen a los usuarios que sólo compartan sus carpetas de Outlook con personas de su confianza.
Límites del acelerador cliente
La configuración de límites del acelerador en el equipo cliente puede ayudar a limitar las amenazas de denegación de servicio causadas por un usuario que envía consultas que devuelven gran cantidad de datos o demoran gran cantidad de tiempo en procesarse. Puede usar las claves de la directiva basada en el Registro para establecer los límites del acelerador en los equipos cliente. La forma admitida para administrar las claves de la directiva basada en el Registro consiste en usar la directiva de grupo para aplicar la configuración de directiva del Registro.
La configuración de directiva de Servicios de conectividad empresarial se incluye en el archivo Office14.adm, que se puede descargar desde Archivos de plantilla administrativa de Office 2010 (ADM, ADMX, ADML) y herramienta de personalización de Office (http://go.microsoft.com/fwlink/?linkid=189316&clcid=0xC0A).
La siguiente tabla describe las claves de la directiva basada en el Registro de Servicios de conectividad empresarial que se pueden usar para establecer los límites del acelerador. Las claves se encuentran en HKEY_CURRENT_USER\Software\Policies\Microsoft\office\14.0\Common\Business Data.
430
Nota:
La siguiente tabla muestra solamente la configuración de directiva principal que se puede usar para establecer los límites del acelerador cliente. Para ver la lista completa de configuraciones de directivas disponibles de Servicios de conectividad empresarial, consulte el archivo Office2010GroupPolicyAndOCTSettings_Reference.xls incluido en la siguiente página de descarga: Archivos de la plantilla administrativa de Office 2010 (ADM, ADMX, ADML) y herramienta de personalización de Office (http://go.microsoft.com/fwlink/?linkid=189316&clcid=0xC0A).
Clave Tipo Valor Descripción
Synchronization\Query Instances Limit REG_ DWORD 1-32.767 Especifica el número máximo de elementos que se pueden agregar a la memoria caché mediante Servicios de conectividad empresarial como el resultado de ejecutar una consulta.
Algunas consultas pueden devolver muchos elementos que se agregarán a la memoria caché. Este aumento del tamaño de la memoria caché cliente (que supera
431
Clave Tipo Valor Descripción
potencialmente el límite de 4 GB impuesto por la base de datos de Microsoft SQL Server Compact Edition) aumenta el trabajo que se requiere para mantener sincronizada la memoria caché cliente y aumenta la carga en el sistema externo. Cuando se alcanza el límite, se detiene el procesamiento. La consulta se marca como error y se volverá a intentar más tarde.
El valor predeterminado es de 2.000 elementos.
Synchronization\Query Timeout REG_ DWORD 1-360 (minutos) Especifica el número de minutos que Servicios de conectividad empresarial demorará en
432
Clave Tipo Valor Descripción
procesar una sola consulta.
Algunas consultas pueden demorar mucho tiempo antes de recuperar y procesar todos los resultados. Durante este tiempo, no se puede procesar ninguna otra operación. Cuando se supera el tiempo de espera, se detiene el procesamiento. La consulta se marca como error y se volverá a intentar más tarde.
Intervalo de valores típicos de 3 a 10 minutos. El valor predeterminado es 5 minutos.
Limits\Database\Items\Max REG_ DWORD 1-2.000.000 Especifica el número máximo de elementos que puede devolver el conector de base de datos por cada
433
Clave Tipo Valor Descripción
solicitud.
Intervalo de valores típicos de 1.000 a 3.000 elementos. El valor predeterminado es sin límite de datos.
Limits\Database\Timeout\Max REG_ DWORD 1-75.000.000 (milisegundos)
Especifica el número de milisegundos que se esperará hasta que se finalice una conexión de base de datos abierta.
Intervalo de valores típicos de 5.000 a 180.000 milisegundos (5 segundos a 3 minutos). El valor predeterminado es sin tiempo de espera.
Limits\Wcf\Size\Max REG_ DWORD 1-1.000.000.000 (KB)
Especifica la cantidad máxima de datos que puede devolver un conector de servicio web por solicitud.
Intervalo de valores
434
Clave Tipo Valor Descripción
típicos de 512 KB a 524.288 KB (512 MB). El valor predeterminado es sin límite de datos.
Limits\Wcf\Timeout\Max REG_ DWORD 1-75.000.000 (milisegundos)
Especifica el número de milisegundos que se esperará hasta que se finalice una conexión de servicio web abierta.
Intervalo de valores típicos de 5.000 a 180.000 milisegundos (5 segundos a 3 minutos). El valor predeterminado es sin tiempo de espera.
435
Introducción al registro de diagnóstico en los Servicios de conectividad empresarial (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
Puede solucionar problemas relacionados con Servicios de conectividad empresarial de Microsoft en servidores que ejecutan Microsoft SharePoint Server 2010 y en las aplicaciones cliente de Microsoft Office 2010 mediante registros de eventos y registros de seguimiento en el cliente o servidor. Además, cada entrada en el registro de eventos o en el registro de seguimiento tiene un identificador de actividad asociado que se puede usar para realizar un seguimiento de un problema desde el cliente o servidor hasta el origen de datos externo.
Nota:
Además de los métodos de registro que se tratan en este tema, puede usar el Módulo de administración de Microsoft System Center Operations Manager para supervisar una solución basada en los Servicios de conectividad empresarial de Microsoft. Para obtener más información sobre cómo configurar el Módulo de administración de System Center Operations Manager, vea la guía incluida en la descarga del módulo de administración en el módulo de administración de los Productos de Microsoft SharePoint 2010 (http://go.microsoft.com/fwlink/?linkid=184971&clcid=0xC0A).
En este artículo:
Registro de diagnóstico en los Servicios de conectividad empresarial
Acerca de los identificadores de actividad
Registro de diagnóstico en servidores
Registro de diagnóstico en clientes de Office 2010
Ejemplo: uso de registro de diagnóstico
436
Registro de diagnóstico en los Servicios de conectividad empresarial Para las soluciones que se basan en Servicios de conectividad empresarial de Microsoft, se produce el registro de diagnóstico en servidores que ejecutan SharePoint Server 2010 y en los clientes de Office 2010. Existen dos registros: el registro de eventos y el registro de seguimiento. Ambos registran información de diagnóstico que genera Servicios de conectividad empresarial de Microsoft. Los registros de eventos graban mensajes de error. Los registros de seguimiento contienen más información detallada, como seguimientos de la pila y mensajes informativos. En general, los registros de seguimiento ofrecen más detalles que los registros de eventos.
Cada elemento de información registrado incluye un identificador de actividad, que es un valor GUID único. Los valores de identificador de actividad también se pueden enviar a sistemas externos cuando tiene lugar una operación de creación, actualización o eliminación en un elemento. Mediante el uso de identificadores de actividad, una acción se puede seguir desde el servidor o cliente hasta el origen de datos externo. Para obtener más información acerca de los identificadores de actividad, vea el tema sobre Acerca de los identificadores de actividad.
Puede configurar el nivel del registro de diagnóstico para el registro de eventos y el de seguimiento. Esto limitará los tipos y la cantidad de información que se escribirá en cada registro. En la siguiente tabla se definen los niveles de registro disponibles para el registro de eventos y el de seguimiento:
Niveles del registro de eventos
Nivel Definición
Ninguno No se realiza un registro.
Tareas críticas Este tipo de mensaje indica un error grave que produjo un error grave en la solución.
Error Este tipo de mensaje indica una condición urgente. Se deben investigar todos los eventos de error.
Advertencia Este tipo de mensaje indica un problema potencial que puede requerir atención. Se deben revisar los mensajes de advertencia y se debe realizar un seguimiento para identificar patrones con el paso del tiempo.
Información Los mensajes de información no requieren ninguna acción, pero pueden proporcionar datos valiosos para supervisar el estado de su
437
Nivel Definición
solución.
Detallado Este nivel de registro de eventos corresponde a eventos o mensajes largos.
Registro de seguimiento
Nivel Definición
Ninguno No se escriben registros de seguimiento.
Inesperado Este nivel se usa para registrar mensajes sobre eventos que hacen que las soluciones dejen de procesar. Si se establece para registrar en este nivel, el registro sólo incluirá eventos en este nivel.
Supervisable Este nivel se usa para registrar mensajes sobre eventos irrecuperables que limitan la funcionalidad de la solución pero no detienen la aplicación. Si se establece para registrar en este nivel, el registro también incluirá errores graves (nivel inesperado).
Alto Este nivel se usa para registrar mensajes sobre eventos inesperados pero que no interrumpen el proceso de una solución. Si se establece para registrar en este nivel, el registro incluirá advertencias, errores (nivel supervisable) y errores críticos (nivel inesperado).
Medio Cuando se establece en este nivel, el registro de seguimiento incluye todo menos los mensajes detallados. Este nivel se usa para registrar información de alto nivel sobre las operaciones que se realizaron. En este nivel, se registran suficientes detalles para construir el flujo de datos y la secuencia de operaciones. Los administradores o profesionales de soporte pueden usar este nivel
438
Nivel Definición
de registro para solucionar problemas.
Detallado Cuando se establece para registrar a este nivel, el registro incluye mensajes de todos los otros niveles. Casi todas las acciones que se realizan se registran cuando se usa este nivel. El seguimiento detallado produce muchos mensajes de registro. Generalmente, este nivel se usa para la depuración en un entorno de desarrollo.
Los registros de diagnóstico son útiles para los entornos de desarrollo y producción, pero es probable que los requisitos para el nivel de registro difieran según el tipo de entorno. Cuando planee un registro de diagnóstico en los Servicios de conectividad empresarial de Microsoft, tenga en cuenta las necesidades de la empresa y la etapa del ciclo de vida del entorno antes de configurar el nivel de registro.
Por ejemplo, durante el diseño de la solución, puede, con fines de depuración, establecer ambos niveles de registro en Detallado para capturar todos los mensajes que se generen sobre el estado del sistema. Mientras que, en un entorno de producción, puede desear capturar sólo los mensajes en las categorías Alto, Supervisable e Inesperado para los registros de seguimiento y las categorías Grave y Error para los registros de eventos. De esta forma, se ahorrará espacio en disco para el registro y limitará cualquier efecto negativo en el rendimiento del registro.
Acerca de los identificadores de actividad Se genera un valor GUID único llamado identificador de actividad en el servidor y el cliente de Office para cada operación de creación, actualización o eliminación de datos externos en una solución basada en Servicios de conectividad empresarial de Microsoft. Todo lo relacionado con la operación que se registra en el registro de seguimiento o en el registro de eventos incluye su valor de identificador de actividad.
439
Importante:
En los archivos de los registros de eventos y del registro de seguimiento del servidor, los valores del identificador de actividad se
etiquetan como valores "CorrelationId”.
El valor de identificador de actividad generado para una operación de creación, actualización o eliminación se envía al sistema externo junto con otra información relacionada con esa operación. Si el sistema externo tiene un mecanismo de registro, este valor puede capturarse y registrarse en ese sistema. Por lo tanto, si una operación produce entradas en el servidor de SharePoint o en los registros del cliente de Office, la misma operación puede seguirse hasta el sistema externo usando su valor de identificador de actividad. Esto facilita la solución de problemas de un extremo a otro.
Con frecuencia, una operación como Create hará que se escriban varios eventos en los registros. Cuando esto sucede, se usa el mismo valor del identificador de actividad para todos los eventos registrados para la operación. Esto es útil cuando se desea solucionar problemas, ya que el valor que se repite del identificador de actividad facilita encontrar todos los eventos para una operación particular. Mientras que, cuando el mismo tipo de operación se produce repetidamente, se genera un identificador de actividad único para cada instancia de la operación. Pro ejemplo, si un elemento de un tipo de contenido externo se actualiza dos veces, cada operación de actualización se asociará con un valor de identificador de actividad único.
Sugerencia:
En algunos casos, el Servicio de conectividad a datos empresariales reintentará realizar una operación si no pudo ir al sistema externo. En esos casos, se usará el mismo identificador de actividad para la operación que se reintentó.
Registro de diagnóstico en servidores De forma predeterminada, el registro de los Servicios de conectividad empresarial de Microsoft está habilitado en los servidores de SharePoint Server. Los niveles de registro predeterminados son:
Para el registro de eventos: Grave y Error
Para el registro de seguimiento: Medio
440
Si el registro de diagnóstico de los Servicios de conectividad empresarial de Microsoft fuera deshabilitados, habilítelo seleccionando Servicios de conectividad empresarial en la página Registro de diagnóstico en Administración central de SharePoint Server. También puede usar Windows PowerShell para configurar registros de eventos y de seguimiento en el servidor. Por ejemplo, puede cambiar la unidad en la que escribe el registro y puede configurar el nivel de detalle del registro.
Para obtener más información sobre los registros en SharePoint Server, como el modo en que se debe configurar la ubicación de los archivos de registro, vea Configure diagnostic logging (SharePoint Server 2010).
Puede usar Windows PowerShell para ver los registros de eventos en el servidor y se pueden exportar los registros, por ejemplo a un programa de hojas de cálculo. Para obtener más información, vea View diagnostic logs (SharePoint Server 2010).
Los Servicios de conectividad empresarial de Microsoft dan como resultado dos tipos de categorías en el registro de seguimiento en los servidores web front-end de SharePoint Server: BDC_Shared_Services y SS_Shared_Service. Puede usar el Visor de eventos para abrir el registro de seguimiento y puede filtrar las entradas relevantes del registro buscando ―SPS_BusinessData‖ (para los resultados de Servicios de conectividad empresarial de Microsoft) y ―SPS_SecureStoreService‖.
Registro de diagnóstico en clientes de Office 2010 Hay disponibles registros de eventos y registros de seguimiento para soluciones de Servicios de conectividad empresarial de Microsoft en clientes de Conjuntos de aplicaciones de Microsoft Office 2010 que usan la infraestructura de Servicios de conectividad empresarial de Microsoft. De forma predeterminada, está habilitado el registro de eventos para Servicios de conectividad empresarial de Microsoft en los clientes. Sin embargo, para proteger el rendimiento, se registran solo errores y errores críticos y no se puede cambiar esta configuración. Los equipos cliente de Windows incluyen un visor de eventos que se puede usar para ver registros de eventos. Para obtener información acerca de cómo ver los registros de eventos para una versión específica de Windows, consulte la documentación del producto.
El registro de seguimiento está deshabilitado de forma predeterminada en los equipos cliente para ayudar a mejorar el rendimiento. Solo debe habilitar el registro de seguimiento en los equipos cliente si encuentra problemas que desea diagnosticar. Por ejemplo, si una entrada del registro de eventos indica que un error puede deberse a una actividad que está relacionada con Servicios de conectividad empresarial de Microsoft, habilite el registro de seguimiento para recopilar datos adicionales la próxima vez que se produzca el evento.
El método para habilitar el registro de seguimiento y leer los registros varía según la versión de Windows que usa el equipo. Por ejemplo, en los equipos que ejecutan Windows XP, habilite el seguimiento mediante la ejecución de un script que use el comando logman
. En Windows Vista y posteriores, hay disponibles herramientas del sistema como Monitor de rendimiento y confiabilidad, además del comando logman
. Consulte la documentación de producto de Windows para obtener información detallada acerca de cómo habilitar el seguimiento y cómo capturar los resultados.
441
El siguiente script de ejemplo usa el comando logman
para habilitar el registro de seguimiento:
rem This script will enable logging, directing log messages to a file specified by the “%FILE_NAME%” given by the user. @setlocal @echo off pushd %~dp0 set PATH_NAME=%TEMP%\BCS set FILE_NAME=%PATH_NAME%\ETWTraceLog set TRACE_COLLECTION=BCS ::tracelog -start BCS -guid #b8622a02-c377-46b1-b861-38a787a8e44a -b 128 -flags 0xFFFF -level 5 -f "%FILE_NAME%.etl" md "%PATH_NAME%" 1>nul 2>nul logman create trace %TRACE_COLLECTION% -p "{b8622a02-c377-46b1-b861-38a787a8e44a}" 0xFFFF 5 -o "%FILE_NAME%.etl" -ets echo. echo Business Connectivity Services tracing has been started. To end press any key. echo. pause
Al igual que en el servidor, se genera un valor de identificador de actividad único para cada operación de creación, actualización o eliminación de un elemento del cliente. Estos valores se graban en los registros y se envían a sistemas externos junto con otra información acerca de las operaciones. Además, puede configurarse una solución para que se muestren los valores de identificación de actividad en los mensajes de error. Esto facilita la solución de los problemas que experimentan los usuarios de la solución.
Importante:
Debido a que la versión requerida de la interfaz de programación de Seguimiento de eventos para Windows de la que depende la generación de los identificadores de actividad no está disponible en el sistema operativo Windows XP, no se admite la generación de identificadores de actividad en los clientes que ejecuten este sistema operativo.
Ejemplo: uso de registro de diagnóstico Este escenario corto y simplificado ilustra el uso del registro de diagnóstico en un entorno de producción. Una empresa implementó una solución de envío de hojas de asistencia basada en los Servicios de conectividad empresarial de Microsoft. La solución usa un sistema externo para almacenar la información de las hojas de asistencia para empleados (como el tiempo de vacaciones y baja por enfermedad) y para interactuar con los empleados y el sistema de nómina cuando los empleados informan sobre una ausencia del trabajo. Los empleados usan un elemento web para interactuar con el sistema.
442
En la granja de servidores, los niveles de registro están establecidos en los valores predeterminados para los Servicios de conectividad empresarial de Microsoft:
Para el registro de eventos: Grave y Error
Para el registro de seguimiento: Medio
En este escenario, un empleado envía un valor por la cantidad de horas correspondiente a la baja por enfermedad pero ni el empleado ni su jefe reciben un mensaje de correo electrónico de confirmación en el que se informe que el tiempo de baja por enfermedad se envió correctamente. El empleado llama al servicio de soporte técnico interno e informa sobre el problema.
La técnica de soporte reconoce que la aplicación de hojas de asistencia se basa en los Servicios de conectividad empresarial de Microsoft. Comprueba el registro de eventos pero no encuentra ningún error asociado con la identidad del usuario en la hora en la que el usuario envió la solicitud de la hoja de asistencia. Luego, comprueba el registro de seguimiento. Allí encuentra la evidencia de la actividad: una operación Update asociada con el usuario en la hora correcta. En el registro de seguimiento, la operación Update incluye un valor de identificador de actividad que la técnica de soporte observa.
La técnica de soporte sabe que el sistema externo también admite el registro. Usando el identificador de actividad, ubica el elemento registrado en el sistema externo y encuentra evidencia de un error escrito en el registro al final de la operación Update: se produjo un error en la actualización porque el empleado había usado todo el tiempo asignado para bajas por enfermedad. También observa que no hay una entrada de registro que confirme la generación de un mensaje de correo electrónico en el sistema externo inmediatamente al final de la operación Update. La técnica de soporte concluye que hay un error en la lógica de la aplicación de hojas de asistencia. Aunque, como correspondía, la aplicación no asignó un pago por el tiempo de baja por enfermedad cuando el empleado superó la cantidad de horas asignadas, tampoco generó un mensaje de correo electrónico para informar al empleado sobre el problema. La técnica informa sobre el problema al equipo de desarrollo que creó la aplicación y el equipo actualiza la aplicación.
Vea también Conceptos
Información general de Servicios de conectividad empresarial (SharePoint Server 2010)
Otros recursos
Monitoring overview (SharePoint Server 2010)
Configure diagnostic logging (SharePoint Server 2010)
443
Planeación de una actualización a los Servicios de conectividad empresarial (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
En este artículo se describe el funcionamiento de la actualización del Catálogo de datos profesionales de Microsoft Office SharePoint Server 2007 a los Servicios de conectividad empresarial de Microsoft en Microsoft SharePoint Server 2010 y se proporcionan instrucciones para actualizar diversos tipos de soluciones que usan el Catálogo de datos profesionales.
Servicios de Catálogo de datos profesionales, registro de aplicaciones y Conectividad a datos empresariales
Funcionamiento de la actualización de los Servicios de conectividad empresarial
Actualización mediante una base de datos adjunta
Consideraciones sobre la actualización específica de soluciones
Servicios de Catálogo de datos profesionales, registro de aplicaciones y Conectividad a datos empresariales En esta sección se presentan los tres servicios implicados en una actualización del Catálogo de datos profesionales a SharePoint Server 2010.
En Office SharePoint Server 2007, el Catálogo de datos profesionales integra datos externos en soluciones. El Catálogo de datos profesionales se implementó como un servicio compartido en el contexto del marco del proveedor de servicios compartidos. El Catálogo de datos profesionales almacena las definiciones de la aplicación, que son similares, pero no idénticas, a los modelos de Conectividad a datos profesionales en SharePoint Server 2010.
En SharePoint Server 2010, un servicio nuevo, el Servicio de conectividad a datos empresariales, integra datos externos en las soluciones. Este servicio está implementado en el marco de los nuevos servicios compartidos de SharePoint Server 2010. Para obtener información general acerca del marco de los nuevos servicios compartidos, vea Services architecture planning (SharePoint Server 2010). El nuevo Servicio de conectividad a datos empresariales forma parte de los Servicios de conectividad empresarial de Microsoft, que
444
contienen un conjunto de capacidades de cliente y servidor, como una serie completa de características de lectura y escritura con sistemas externos, integración con clientes de Microsoft Office 2010 y un amplio conjunto de herramientas de desarrollo. El modelo de objetos del Servicio de conectividad a datos empresariales no es compatible con versiones anteriores del modelo de objetos usado por el Catálogo de datos profesionales aunque los modelos de objetos sean similares.
Otro servicio de SharePoint Server 2010, el servicio de registro de aplicaciones, reemplaza directamente el Catálogo de datos profesionales de Office SharePoint Server 2007 y admite la compatibilidad con versiones anteriores de las soluciones basadas en el Catálogo de datos profesionales. Dado que el servicio de registro de aplicaciones admite el modelo de objetos del Catálogo de datos profesionales, el servicio de registro de aplicaciones puede admitir soluciones que dependen del modelo de objetos del Catálogo de datos profesionales. El servicio de registro de aplicaciones puede admitir aplicaciones creadas originalmente en Microsoft Office SharePoint Server 2007 que incluyan uno o varios de los siguientes elementos:
Elementos web personalizados
Código personalizado
Búsqueda
Todos estos elementos dependen del esquema de metadatos o el modelo de objetos del Catálogo de datos profesionales y seguirán funcionando en SharePoint Server 2010 mediante el servicio de registro de aplicaciones.
Los elementos web proporcionados por Office SharePoint Server 2007, como el elemento web Lista de datos profesionales y el elemento web Asociación de datos profesionales, se actualizan en SharePoint Server 2010 para ejecutarse con el Servicio de conectividad a datos empresariales y no con el servicio de registro de aplicaciones. Para obtener más información, vea Elementos web.
445
Importante:
Tenga en cuenta que el servicio de registro de aplicaciones está desusado y existe únicamente para admitir la compatibilidad con versiones anteriores de las soluciones basadas en el Catálogo de datos profesionales de Office SharePoint Server 2007. No cree nuevas soluciones que dependan del servicio de registro de aplicaciones en desuso. Cree nuevas soluciones en el Servicio de conectividad a datos empresariales.
Funcionamiento de la actualización de los Servicios de conectividad empresarial Durante la actualización de Office SharePoint Server 2007 a SharePoint Server 2010, ocurre lo siguiente:
1. Para cada Catálogo de datos profesionales que se ejecuta en el contexto de un proveedor de servicios compartidos (SSP) en Office
SharePoint Server 2007, se crean dos servicios en SharePoint Server 2010:
Un servicio de registro de aplicaciones para almacenar las definiciones de aplicación compatibles con el modelo de objetos del
Catálogo de datos profesionales de Office SharePoint Server 2007.
Un Servicio de conectividad a datos empresariales para almacenar modelos de Conectividad a datos profesionales, los cuales
son compatibles con el modelo de objetos del servicio Conectividad a datos empresariales de SharePoint Server 2010. El nuevo
modelo de objetos admite las nuevas características del Servicio de conectividad a datos empresariales.
2. Se incluye una copia de cada definición de aplicación del Catálogo de datos profesionales en el servicio de registro de aplicaciones y
se incluye una versión actualizada basada en el nuevo modelo de objetos en el Servicio de conectividad a datos empresariales.
En la siguiente ilustración se muestra cómo funciona la actualización. En el gráfico se muestran dos proveedores de servicios compartidos en Office SharePoint Server 2007 y los cuatro servicios resultantes (dos instancias del servicio de registro de aplicaciones y del Servicio de conectividad a datos empresariales respectivamente) se muestran en SharePoint Server 2010 tras la actualización:
446
447
Advertencia:
Solamente se admite la actualización en contexto para actualizar soluciones basadas en el Catálogo de datos profesionales de Office SharePoint Server 2007. Para obtener información general acerca de la actualización en contexto, vea Perform an in-place upgrade (SharePoint Server 2010).
Actualización mediante una base de datos adjunta Hay dos métodos para actualizar de Office SharePoint Server 2007 a SharePoint Server 2010: la actualización en contexto y la actualización de base de datos adjunta. Para obtener más información, vea Upgrade process overview (SharePoint Server 2010). Si usa el método de base de datos adjunta para la actualización y desea seguir usando los datos externos a los que se tiene acceso mediante una o varias definiciones de aplicación, debe realizar las tareas siguientes:
1. Exporte las definiciones de aplicación necesarias para la solución desde el Catálogo de datos profesionales de Office SharePoint
Server 2007. Para obtener más información, vea el tema acerca de la exportación de la definición de aplicación
(http://go.microsoft.com/fwlink/?linkid=189010&clcid=0xC0A).
2. Después de la actualización, actualice la solución para usar las características y el modelo de objetos de los Servicios de
conectividad empresarial de Microsoft. Esto incluye la actualización de las definiciones de aplicación para convertirlas en modelos de
Conectividad a datos profesionales compatibles con Servicios de conectividad empresarial de Microsoft. Para obtener información
acerca del modelo de objetos del Servicio de conectividad a datos empresariales, vea el tema sobre el kit de desarrollo de software
de Microsoft SharePoint 2010 (http://go.microsoft.com/fwlink/?linkid=166117&clcid=0xC0A).
3. Importe los modelos de Conectividad a datos profesionales actualizados al Servicio de conectividad a datos empresariales. Para
obtener más información, vea Manage BDC models (SharePoint Server 2010).
Para obtener más información sobre la actualización de base de datos adjunta, vea Prepare the new SharePoint Server 2010 environment for a database attach upgrade y Perform post-upgrade steps for a database attach upgrade (SharePoint Server 2010).
Consideraciones sobre la actualización específica de soluciones En esta sección se proporcionan recomendaciones para administrar aspectos específicos de las soluciones que se actualizan para ejecutarse en SharePoint Server 2010.
448
Modelos
Elementos web
Búsqueda
Inicio de sesión único
Inicio de sesión único
Mantenimiento de relaciones de granjas de servidores primarias y secundarias
Modelos
Como se describe en la sección anterior, al actualizar del Catálogo de datos profesionales de Office SharePoint Server 2007 a los Servicios de conectividad empresarial de Microsoft, se crean dos versiones de cada definición de aplicación en el Catálogo de datos profesionales de SharePoint Server 2010. Se almacena una copia idéntica de la definición de aplicación en el servicio de registro de aplicaciones, se actualiza otra versión del archivo de definición de aplicación en el esquema de metadatos de Servicios de conectividad empresarial de Microsoft y el ahora denominado "modelo de Conectividad a datos profesionales‖ se almacena en el nuevo Servicio de conectividad a datos empresariales.
Importante:
Cuando las definiciones de aplicación se actualizan a los modelos de Conectividad a datos profesionales y se almacenan en el Servicio de conectividad a datos empresariales, todos los errores o advertencias relacionados con el proceso de conversión se escriben en el registro de actualización. Para obtener información acerca del registro de actualización, vea Verify upgrade and review upgraded sites (SharePoint Server 2010).
Se recomienda actualizar el modelo de Conectividad a datos profesionales en el Servicio de conectividad a datos empresariales para el futuro desarrollo de la solución. Sin embargo, si desarrolla aún más la definición de aplicación original en el servicio de registro de aplicaciones, debe realizar cambios similares en el modelo de Conectividad a datos profesionales actualizado que se almacena en el Servicio de conectividad a datos empresariales. Esto se hace para que las características que dependen del nuevo modelo de objetos, como los elementos web que se incluyen en SharePoint Server 2010, proporcionen una experiencia de usuario coherente. Además, dado que el servicio de registro de aplicaciones está desusado, debe asegurarse de que una solución estará disponible para actualizaciones futuras a versiones del producto posteriores si el desarrollo se realiza a partir del modelo de Conectividad a datos profesionales.
449
Elementos web
Office SharePoint Server 2007 incluía los siguientes elementos web para crear soluciones que usan el Catálogo de datos profesionales:
Elemento web Lista de datos profesionales
Elemento web Asociación de datos profesionales
Elemento web Acciones para datos profesionales
Elemento web Detalles de datos profesionales
Elemento web Filtro de catálogo de datos profesionales
Los elementos web que Office SharePoint Server 2007 proporcionaba se han actualizado en SharePoint Server 2010 para ejecutarse con el Servicio de conectividad a datos empresariales. Los elementos web usados en una solución de Office SharePoint Server 2007 seguirán funcionando tras la actualización mediante los elementos web actualizados y el Servicio de conectividad a datos empresariales. No obstante, los elementos web personalizados de una solución de Office SharePoint Server 2007 se ejecutarán en el servicio de registro de aplicaciones tras la actualización. Para mantener la coherencia de los datos, se recomienda obtener nuevas versiones de los elementos web personalizados que puedan ejecutarse con el Servicio de conectividad a datos empresariales.
Estos elementos web se han actualizado en SharePoint Server 2010 para funcionar en los modelos de Conectividad a datos profesionales en el nuevo Servicio de conectividad a datos empresariales. Si una solución de Office SharePoint Server 2007 depende de uno o varios de estos elementos web, debe actualizar la solución al modelo de objetos de los Servicios de conectividad empresarial de Microsoft y usar las nuevas versiones de los elementos web para que interactúen con dicha solución. No están disponibles para ejecutarse directamente en las definiciones de aplicación del servicio de registro de aplicaciones.
Búsqueda
Para buscar datos externos en Office SharePoint Server 2007, cree un origen de contenido que apunte a una definición de aplicación del Catálogo de datos profesionales. Si busca contenido de esta forma en Office SharePoint Server 2007, puede seguir buscando los mismos datos externos tras actualizar a SharePoint Server 2010 mediante el servicio de registro de aplicaciones. No se requiere ninguna modificación del origen de contenido en la actualización para que la búsqueda funcione. Se recomienda crear también una nueva definición de origen de contenido que apunte al Servicio de conectividad a datos empresariales.
Inicio de sesión único
En Office SharePoint Server 2007, algunos modos de autenticación para soluciones que usan el Catálogo de datos profesionales también usan el servicio de inicio de sesión único, que proporciona almacenamiento y asignación de credenciales, como los nombres de cuenta y las contraseñas. Las definiciones de aplicación del Catálogo de datos profesionales que dependían del servicio de inicio de sesión único incluyen información que hace referencia al servicio.
450
El Servicio de almacenamiento seguro reemplaza el servicio de inicio de sesión único en SharePoint Server 2010. Para obtener más información, vea Plan the Secure Store service (SharePoint Server 2010)). Tras actualizar a SharePoint Server 2010, las definiciones de aplicación que se actualizaron al servicio de registro de aplicaciones y al Servicio de conectividad a datos empresariales se actualizarán para hacer referencia al Servicio de almacenamiento seguro. Para obtener información acerca de cómo migrar datos del servicio de inicio de sesión único al Servicio de almacenamiento seguro, vea Perform post-upgrade steps for an in-place upgrade (SharePoint Server 2010).
Importante:
Si usaba un proveedor personalizado de inicio de sesión único en Office SharePoint Server 2007, debe actualizar el proveedor en SharePoint Server 2010 y actualizar los modelos de Conectividad a datos profesionales y las definiciones de aplicación de forma manual en el servicio de registro de aplicaciones y el Servicio de conectividad a datos empresariales.
Mantenimiento de bases de datos de servicio en servidores independientes
En Office SharePoint Server 2007, la base de datos que usa el proveedor de servicios compartidos puede estar opcionalmente en un servidor de bases de datos independiente de la base de datos de contenido de SharePoint. Tras actualizar a SharePoint Server 2010, las bases de datos para el Servicio de conectividad a datos empresariales y el servicio de registro de aplicaciones estarán siempre en el mismo servidor que las bases de datos de contenido. Si desea mantener bases de datos independientes para estos servicios, debe hacerlo como un paso posterior a la actualización mediante la copia de seguridad de la base de datos de cada servicio y la restauración de las bases de datos en un servidor independiente.
Mantenimiento de relaciones de granjas de servidores primarias y secundarias
En Office SharePoint Server 2007, el proveedor de servicios compartidos que incluye el Catálogo de datos profesionales podía estar en una granja de servidores que proporciona servicio a una o más granjas secundarias que usan los servicios compartidos. Si desea que este servicio esté disponible para las granjas secundarias tras actualizar al servicio de registro de aplicaciones, debe usar el comando de Windows PowerShell CreateDelegatedApplicationProxy para crear un nuevo proxy que se conecte con la base de datos del servicio de registro de aplicaciones en la granja de servidores primaria. El siguiente script de ejemplo ilustra el uso de este comando con este fin:
451
$proxy=[Microsoft.Office.Server.ApplicationRegistry.SharedService.ApplicationRegistryServiceApplicationProxy]::CreateDelegatedApplicationProxy("<NAME>", "Data Source=<SQLserverName>;Initial Catalog=<ApplicationRegistry DB NAME>;Integrated Security=true")
Para el Servicio de conectividad a datos empresariales, esta operación se puede realizar mediante Administración central de SharePoint.
Vea también Conceptos
Planeación de los Servicios de conectividad empresarial (SharePoint Server 2010)
452
Planeación de InfoPath Forms Services (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
InfoPath Forms Services es el servicio que admite la implementación y la integración de formularios de explorador de InfoPath en Microsoft SharePoint Server 2010. Los empleados, clientes y socios comerciales de una organización usan formularios para estandarizar, personalizar y validar recolecciones de datos. A menudo, los formularios se implementan como un elemento en una solución de negocios que usa una amplia funcionalidad de las características de SharePoint Server 2010.
Los artículos de este capítulo pueden ayudarle a determinar los aspectos de la implementación de SharePoint Server 2010 que deben controlarse e incluyen discusiones sobre técnicas de gobierno. Los artículos incluyen:
Acerca de formularios en SharePoint Server 2010
Ofrece una definición de InfoPath Forms Services, explica los tipos de formularios usados en los sitios y soluciones de SharePoint, y describe las tareas administrativas comunes para los administradores de conjuntos o granjas de servidores y de otros profesionales de TI.
Planeación de una aplicación basada en formularios
Describe las consideraciones que se deben tener en cuenta a la hora de planear los formularios de InfoPath en una aplicación de SharePoint.
Planeación de plantillas de formulario de usuario (SharePoint Server 2010)
Describe las consideraciones que se deben tener en cuenta a la hora de planear las plantillas de formulario de usuario.
Planeación de una actualización de plantillas de formulario durante una actualización a SharePoint Server 2010
Describe el proceso que se usa para actualizar correctamente las plantillas de formularios durante una actualización de Office SharePoint Server 2007 a SharePoint Server 2010, así como los pasos adicionales necesarios.
Integración mejorada de InfoPath 2010 con SharePoint Server 2010 y sus implicaciones al diseñar formularios para aplicaciones
(notas del producto)
453
Describe los procedimientos para usar formularios de lista de InfoPath, formularios de InfoPath basados en documentos y elementos web de InfoPath para crear aplicaciones de nivel de empresa en SharePoint Server 2010.
Vea también Otros recursos
Manage InfoPath Forms Services
454
Acerca de formularios en SharePoint Server 2010
Publicado: 12 de mayo de 2010
En este artículo se dan a conocer las ventajas de usar formularios de InfoPath para recopilar datos en soluciones de Microsoft SharePoint Server 2010. La información que se incluye trata sobre el rol de los formularios en soluciones empresariales más amplias y los tipos de formularios que se pueden crear mediante Microsoft InfoPath 2010.
En este artículo:
Introducción a formularios de InfoPath
Rol de los formularios en soluciones de SharePoint
Tipos de formularios de InfoPath
Implementación de formularios
Rellenar formularios
Introducción a formularios de InfoPath Todos los procesos de negocios implican la recopilación de algún tipo de datos y el éxito de cualquier proceso de negocio depende de la calidad y la integridad de esos datos. Al usar formularios de InfoPath en las soluciones de SharePoint, es posible asegurar que se recopilen únicamente los datos que sean válidos y de buena calidad. Esto se logra con InfoPath 2010 porque permite estandarizar, personalizar y optimizar el proceso de recopilación de datos sin escribir código.
A continuación se indican algunas de las características principales que InfoPath proporciona para asegurar la integridad de los datos:
Validación de datos personalizados. Impide que los usuarios presenten formularios que contienen datos no válidos.
Diseño personalizado. Al usar varias vistas, se puede simplificar la experiencia de rellenar formularios dividiéndolos en varias
páginas o creando vistas independientes que se optimizan para tareas o usuarios específicos. El formato condicional permite
optimizar la experiencia de rellenar formularios. Por ejemplo, puede mostrar u ocultar campos en el formulario según los valores
especificados por los usuarios.
455
Conexiones de datos. Conexiones a otros orígenes, como servicios web o listas de SharePoint, que permiten extraer datos
complementarios y contextuales para los formularios.
No es necesario escribir código para que se implementen las características que se acaban de mencionar. No obstante, se puede escribir código administrado mediante Visual Studio Tools for Applications (VSTA) para agregar funcionalidad más avanzada a los formularios.
Rol de los formularios en soluciones de SharePoint Los formularios desempeñan un rol en todas las soluciones de administración de procesos de negocios. A continuación se incluyen algunos ejemplos de los tipos de aplicaciones y soluciones empresariales que usan formularios de InfoPath:
Aplicaciones controladas por formularios. Estas aplicaciones empiezan con un formulario que se usa para recopilar datos y
agregar otras funcionalidades de SharePoint para procesar datos e informar sobre ellos, incluidos flujos de trabajo, informes, páginas
web personalizadas y listas externas. Entre los ejemplos se incluyen un sitio web del Servicio de asistencia, un centro de
adquisiciones o un centro de contratación de empleados para el departamento de Recursos Humanos.
Aplicaciones de flujo de trabajo de documentos. Estas aplicaciones automatizan los procesos de negocios basados en
documentos. Al agregar formularios de InfoPath a los flujos de trabajo, se puede recopilar información de los usuarios en momentos
predefinidos durante el ciclo de vida del flujo de trabajo y los usuarios pueden interactuar con las tareas de ese flujo de trabajo. Entre
los ejemplos se incluyen la aprobación de contratos, la revisión de especificaciones técnicas o el procesamiento de documentos
legales.
Aplicaciones de datos empresariales. Estas aplicaciones empiezan con datos en un sistema externo que está disponible en
SharePoint Server mediante Servicios de conectividad empresarial. En SharePoint Server, es posible tener acceso a los datos de
sistemas externos a través de listas externas que se pueden agregar, ver, actualizar y eliminar mediante formularios de InfoPath.
Entre los ejemplos se incluyen la administración de las relaciones con el cliente y la planeación de recursos de empresa.
Procesos de negocios ad hoc. Los procesos de negocios se pueden administrar mediante listas de SharePoint. Los formularios que
se usan para crear, leer y actualizar los elementos de estas listas se pueden personalizar mediante InfoPath 2010. Entre los ejemplos
se incluyen el seguimiento de problemas sencillos o listas de tareas.
Paneles de información de documentos. Estos paneles usan formularios de InfoPath para mostrar metadatos de documentos
dentro de una aplicación cliente de Microsoft Office System.
456
Tipos de formularios de InfoPath Según la organización y sus recursos y necesidades empresariales, los diseñadores de formularios pueden ser profesionales dedicados al desarrollo y diseño basados en formularios, o bien otros usuarios, como trabajadores de la información, diseñadores de soluciones generales, diseñadores de sitios, administradores de colecciones de sitios, programadores web o administradores de conjuntos de servidores que tienen otras responsabilidades principales.
El tipo de formulario que diseñan dependerá de los requisitos de la solución empresarial.
Componentes de InfoPath
InfoPath consta de los siguientes dos componentes principales:
InfoPath 2010 es una aplicación cliente de Office System que tiene los dos siguientes modos:
Microsoft InfoPath Designer 2010 se usa para crear plantillas de formulario. Estas plantillas definen la estructura
de los datos, la apariencia y el comportamiento de un formulario. Una vez concluido el proceso de diseño, los diseñadores de
formularios publican la plantilla en SharePoint Server para que los usuarios puedan comenzar a rellenar los formularios según
esa plantilla.
Microsoft InfoPath Filler 2010 se usa para rellenar formularios que se basan en plantillas de formulario creadas
en SharePoint Designer.
InfoPath Forms Services en Microsoft SharePoint Server 2010 permite la representación de formularios en el
explorador web. Se encuentra disponible como una característica Enterprise de SharePoint Server 2010. Los administradores de la
granja de servidores configuran las opciones de InfoPath Forms Services en el sitio web de Administración central de SharePoint.
Formularios de explorador web o formularios de Filler
La primera decisión de diseño que los diseñadores deben tomar es si crear un formulario de explorador web o un formulario de Filler. Los formularios de explorador se pueden rellenar en un explorador web, mientras que los formularios de Filler solo se pueden rellenar en InfoPath Filler 2010.
La mayor ventaja de crear formularios de explorador es que los usuarios que los rellenan no tienen que tener InfoPath 2010 instalado en sus equipos. Pueden rellenar estos formularios en el explorador. Es necesario tener InfoPath Forms Services para publicar formularios de explorador en SharePoint Server y para representarlos en el explorador. No obstante, es importante tener en cuenta que los formularios de explorador web no admiten algunas funcionalidades y controles. Esta es la razón más común por la cual se crean formularios de Filler.
Formularios de explorador web
Entre los formularios de explorador se incluyen los siguientes tipos:
457
Formularios de lista
Formularios de lista externa
Formularios de biblioteca de formularios
Formularios de flujo de trabajo
Formularios de lista de SharePoint
Nuevos en SharePoint Server 2010, ahora puede ampliar y mejorar formularios usados para crear, editar y ver elementos en listas de SharePoint mediante InfoPath 2010. Las plantillas de formulario de InfoPath que se publican en listas de SharePoint reemplazan el formulario de lista de SharePoint predeterminado.
Cada tipo de contenido para la lista tiene su propio formulario de lista de SharePoint que se puede personalizar en InfoPath Designer.
Al personalizar formularios de lista en InfoPath Designer, puede mejorar las listas de SharePoint al agregar la siguiente funcionalidad no admitida en formularios de lista predeterminados de SharePoint:
Agregar reglas para validar los datos que agregan los usuarios a los formularios. Por ejemplo, si usa formularios para realizar
el seguimiento de pedidos para una organización, se puede aplicar un límite de gasto para pedidos individuales.
Agregar reglas para dar formato a los datos según condiciones particulares. Los diseñadores de formularios pueden mostrar u
ocultar campos, habilitar o deshabilitar controles, cambiar vistas o establecer valores para los datos en un campo. Por ejemplo, en
una plantilla de formulario para el seguimiento de inventario, se puede mostrar información diferente a un usuario que solicita un
nuevo inventario con respecto a un administrador de la organización que compra nuevo inventario.
Consultar datos de otros orígenes. Por ejemplo, puede comprobar la disponibilidad de inventario en un sistema externo y permitir
que los usuarios sepan inmediatamente si un elemento determinado no está disponible.
Cambiar el diseño y la apariencia de los formularios. Por ejemplo, podría mover los campos requeridos a una posición más
prominente en el formulario que les resulte más fácil a los usuarios encontrarlos y rellenarlos, o bien podría agregar vistas
optimizadas para distintas tareas o permisos de usuario.
Estas opciones de personalización, así como las opciones de filtros y vistas integradas, disponibles para listas de SharePoint permiten usar formularios de lista en varias clases de soluciones empresariales, desde procesos ad hoc a procesos de negocios más complejos y estructurados.
Las plantillas de formulario de lista de SharePoint no pueden contener código administrado ni datos anidados o de repetición. Si la solución general requiere código administrado o estructuras complejas de datos en los formularios, se debe usar una biblioteca de formularios.
458
Formularios de lista externa
Los Servicios de conectividad empresarial permiten trabajar con datos de sistemas externos, como bases de datos o servicios web, mediante el uso de listas externas de SharePoint. Las listas externas se crean a partir de tipos de contenido externos. Al igual que para listas regulares de SharePoint, se puede usar InfoPath 2010 para personalizar los formularios utilizados para crear, leer, actualizar y eliminar elementos en listas externas.
Formularios de biblioteca de formularios
Una biblioteca de formularios es una biblioteca de documentos de SharePoint que usa un formulario de InfoPath como tipo de contenido predeterminado. Los nuevos formularios se crean al hacer clic en el botón Nuevo, en la biblioteca de formularios, y los formularios individuales que rellenan los usuarios se almacenan como archivos XML en la biblioteca.
Los formularios de la biblioteca de formularios se deben usar si la solución requiere alguna de las siguientes características:
Datos anidados o de repetición
Firmas digitales
Código administrado
Datos de formulario almacenados como XML
Formularios de flujo de trabajo
Los diseñadores de formularios pueden usar InfoPath Designer para personalizar los formularios que los usuarios rellenan para interactuar con las tareas en flujos de trabajo de SharePoint.
Para obtener más información acerca de cómo diseñar plantillas de formulario, vea el tema sobre ayuda y procedimientos de InfoPath (http://go.microsoft.com/fwlink/?linkid=185225&clcid=0xC0A).
Para obtener más información acerca de cómo diseñar plantillas de formulario que tienen código personalizado, vea el tema sobre InfoPath Forms Services (http://go.microsoft.com/fwlink/?linkid=185226&clcid=0xC0A) en el Centro para desarrolladores de SharePoint.
Implementación de formularios Las opciones de publicación para los formularios de la biblioteca de formularios dependen de si la plantilla de formulario contiene código administrado, los permisos del diseñador y la configuración de InfoPath Forms Services.
459
Publicación de formularios de explorador sin código
Cualquier diseñador de formularios, con el nivel de permisos de diseño, puede publicar formularios de explorador web que no contienen código administrado, directamente en SharePoint Server. Los diseñadores de formularios publican plantillas de formulario mediante InfoPath Designer.
Los administradores de la granja de servidores pueden restringir la posibilidad de publicar formularios de explorador en SharePoint Server al deshabilitar la publicación de plantillas de formulario habilitadas para explorador, en la página de opciones de configuración de InfoPath Forms Services en Administración central. Esta opción se aplica a los formularios de la biblioteca de formularios únicamente, y permite a las organizaciones que desean tener un control más centralizado de las plantillas de formulario requerir la aprobación del administrador antes de que se publiquen formularios de explorador en SharePoint Server. Esta opción no impide que los usuarios publiquen formularios de Filler en SharePoint Server. Estos formularios solo pueden rellenarse a través de InfoPath Filler.
Publicación de formularios de explorador con código
Los diseñadores de formularios pueden agregar código administrado a sus formularios usando Visual Studio Tools for Applications (VSTA). VSTA es un componente opcional de instalación que está disponible en el programa de instalación para InfoPath 2010. Se pueden publicar plantillas de formulario que tienen código administrado en las dos maneras siguientes:
Soluciones de espacio aislado Los administradores de la colección de sitios pueden publicar plantillas de formulario que tienen
código, en bibliotecas de formularios, como soluciones de espacio aislado.
Formularios aprobados por administrador Los administradores de la granja de servidores pueden cargar plantillas de formulario a
una biblioteca en Administración central y, a continuación, activar las plantillas en colecciones de sitios como tipos de contenido del
sitio que los usuarios con nivel de permisos de diseño pueden seleccionar.
Plantillas de formulario como soluciones de espacio aislado
Los administradores de la colección de sitios pueden publicar plantillas de formulario con código, en bibliotecas de formularios, como soluciones de espacio aislado, si el Servicio de código en espacio aislado de Microsoft SharePoint Foundation se ejecuta en la granja de servidores. Esto permite que un diseñador de formularios que es administrador de la colección de sitios publique formularios sin la aprobación de administrador. La solución de espacio aislado se ejecutará en un entorno que tiene acceso a un subconjunto del modelo de objetos del servidor. El administrador de la granja de servidores puede establecer límites en el uso para proteger al servidor de código malintencionado.
Las plantillas de formulario con código que requiere plena confianza para su ejecución no se pueden publicar como soluciones de espacio aislado. Deben tener la aprobación de un administrador de granja de servidores. Para obtener más información acerca de soluciones de espacio aislado, vea Sandboxed solutions overview (SharePoint Server 2010).
460
Plantillas de formulario aprobadas por el administrador
Los administradores de la granja de servidores pueden cargar plantillas de formulario que tienen código, incluso código que requiere plena confianza para su ejecución, a una biblioteca de plantillas de formulario en Administración central. Esta puede ser una opción preferida en organizaciones dispuestas a sacrificar la facilidad de implementación por un control más centralizado de formularios y código administrado. Las plantillas de formulario que se cargan a la biblioteca de plantillas de formulario en Administración central se denominan plantillas de formulario aprobadas por administrador.
Después de guardar la plantilla de formulario, el diseñador de formularios se pone en contacto con el administrador de la granja de servidores. Este administrador revisa la plantilla de formulario para asegurarse de que cumple los estándares de rendimiento y seguridad de la organización. Si la plantilla de formulario cumple esos estándares, el administrador de la granja de servidores la carga en la biblioteca de plantillas de formulario en Administración central para la granja.
Un administrador de la granja de servidores tiene que activar una plantilla de formulario para una colección de sitios específica antes de que pueda utilizarse en la colección de sitios. Al activar una plantilla de formulario se la coloca en una biblioteca de plantillas de formulario para el sitio. Los usuarios pueden agregar la plantilla de formulario como un tipo de contenido a una biblioteca de formularios. Cualquier usuario con el nivel de permisos de diseño puede agregar un tipo de contenido de plantilla de formulario.
Para obtener más información, vea Manage administrator-approved form templates (SharePoint Server 2010).
Rellenar formularios Una vez publicada una plantilla de formulario, los usuarios pueden comenzar a rellenar formularios basados en esa plantilla.
Formularios de explorador y formularios de Filler
Existen dos entornos principales para rellenar formularios, el explorador web y InfoPath Filler. En InfoPath Filler se puede rellenar cualquier formulario. En un explorador web se pueden rellenar únicamente los formularios habilitados para el explorador.
Los administradores de la granja de servidores pueden deshabilitar la representación de formularios en el explorador web mediante las opciones de la página de configuración de InfoPath Forms Services, en Administración central. Esto se aplica solo a las plantillas de formulario de usuarios que se han publicado en bibliotecas de formularios y no a plantillas de formulario aprobadas por administrador ni a plantillas de formulario publicadas en listas. Si se deshabilita la representación de formularios de explorador web, los formularios se abrirán en InfoPath Filler, si InfoPath está instalado en el equipo del usuario.
Rellenado de formularios sin conexión
Los formularios de lista de SharePoint se pueden rellenar mediante SharePoint Workspace. Los formularios de la biblioteca de formularios se pueden rellenar sin conexión mediante InfoPath Filler.
461
Elemento web Formulario de InfoPath
Los formularios de explorador de InfoPath también se pueden hospedar en páginas web mediante el elemento web Formulario de InfoPath. Para obtener más información acerca del elemento web Formulario de InfoPath, vea el tema sobre el elemento web Formulario de InfoPath (http://go.microsoft.com/fwlink/?linkid=187903&clcid=0xC0A).
Vea también Conceptos
Planeación de InfoPath Forms Services (SharePoint Server 2010)
Otros recursos
Sandboxed solutions overview (SharePoint Server 2010)
462
Planeación de una aplicación basada en formularios
Publicado: 12 de mayo de 2010
Muchas aplicaciones de SharePoint Server contienen formularios de InfoPath. De hecho, un subconjunto de estas aplicaciones está basado en formularios. Normalmente, las aplicaciones basadas en formularios comparten las siguientes características:
Automatizan un proceso de negocio, como realizar un pedido o completar las evaluaciones de rendimiento del empleado.
Existe información estructurada clave, las instancias de la cual circulan a través de distintas actividades para completar el proceso de
negocio.
Aunque cada aplicación basada en formularios es única, la estructura de las aplicaciones basadas en formularios tiene, a menudo, un diseño común. Si su aplicación se ajusta a este diseño común, es posible que pueda utilizar el diseño presentado en este artículo y adaptarlo para su caso concreto.
En este artículo se describe un diseño para un tipo determinado de aplicación de Microsoft SharePoint Server 2010 que utiliza formularios. No se trata el diseño de otros tipos de aplicaciones de SharePoint Server o de los formularios. Para obtener más información sobre el diseño de formularios de Microsoft InfoPath 2010, vea Office.com (http://go.microsoft.com/fwlink/?linkid=187550&clcid=0xC0A).
En este artículo:
Estructura de una aplicación basada en formularios
Planeación de una aplicación basada en formularios normal
Identificación de la información clave
Uso de una lista o biblioteca de formularios
Flujo de trabajo
Orígenes de datos adicionales
Portales
Resumen
463
Estructura de una aplicación basada en formularios Una aplicación de SharePoint Server basada en formularios compleja puede contener los siguientes componentes:
Un sitio de SharePoint para hospedar la aplicación.
Una plantilla de formulario que captura la parte principal de la información. La plantilla de formulario podría tener diferentes vistas
para diferentes grupos de usuarios o para diferentes fases del ciclo de vida de la información.
Una lista o biblioteca de SharePoint para almacenar las instancias de la plantilla de formulario completadas (conocidas como
formularios).
Un flujo de trabajo que redirige un elemento a través de un proceso de negocio. El flujo de trabajo se inicia cuando se crea un nuevo
formulario.
Listas de SharePoint que contienen información secundaria que se utiliza para rellenar los campos en la plantilla de formulario. Los
formularios y flujos de trabajo pueden estar asociados con estas listas para administrar la información de la lista.
Bases de datos externas o aplicaciones de línea de negocio (LOB) que proporcionan datos para la plantilla de formulario o el flujo de
trabajo.
Lógica de negocios representada como reglas de validación en la plantilla de formulario o como parte del flujo de trabajo.
Una página web que sirve como un portal y permite a los usuarios crear una nueva instancia de la plantilla de formulario y ver otra
información sobre los formularios. Puede haber varios portales para distintas audiencias.
Su aplicación no tiene que coincidir exactamente con esta estructura. Algunas aplicaciones de SharePoint Server basadas en formularios no contienen todos estos componentes, mientras que otras agregan pequeñas variaciones, como tener más de un flujo de trabajo.
Planeación de una aplicación basada en formularios normal Para diseñar un tipo común de aplicación basada en formularios, primero determine cuál es la información clave que impulsa el proceso de negocio. A continuación, decida si desea almacenar la información en una lista o biblioteca de SharePoint y defina el flujo de trabajo que se utiliza para procesar la información. Luego, determine los orígenes de datos adicionales que se necesitarán. Finalmente, diseñe los portales a través del cual los usuarios tendrán acceso a la aplicación.
464
Identificación de la información clave El primer paso para planear una aplicación basada en formularios es determinar cuál es la información clave en torno a la cual gira la aplicación. En muchas situaciones, esta información es obvia. En una aplicación del departamento de soporte técnico, por ejemplo, la información clave es probablemente una solicitud de servicio. En un proceso de evaluación del rendimiento del empleado, la información clave es, probablemente, un formulario de evaluación del rendimiento. En un sistema de compra, la información clave es, probablemente, un pedido.
Identificar la información clave que impulsa el proceso. Si la información clave no es evidente, tenga en cuenta las siguientes sugerencias:
Si la aplicación automatizará un proceso existente, ¿hay un documento o un archivo que se pase de una persona a otra a medida
que avanza el proceso? Es probable que dicho documento o archivo sea la información clave.
¿Se inicia un proceso cuando se crea un elemento o cuando un elemento se encuentra en una ubicación determinada? Ese elemento
podría ser la información clave.
Probablemente, la información clave tiene alguna estructura y puede crecer o cambiar a medida que se procesa. Por ejemplo, un
pedido tiene el nombre y la dirección del cliente, una lista de artículos con cantidad y precio y otros detalles. A medida que el pedido
se procesa, se agrega más información, tal como un número de seguimiento.
Es posible que la información clave tenga un estado asociado y que este cambie a lo largo del tiempo.
Si no puede determinar cuál es la información clave que impulsa el proceso, probablemente el diseño presentado en este artículo no se adapte a su aplicación.
Cuando implemente la aplicación, creará una plantilla de formulario para esta información clave. En este artículo, dicha plantilla se denominará "formulario principal".
Uso de una lista o biblioteca de formularios Determine si almacenará las instancias del formulario principal en una lista de SharePoint o en una biblioteca de formularios de SharePoint Server.
Si es posible, use una lista. Una solución basada en listas es más sencilla y eficaz. Sin embargo, hay determinadas situaciones en las que una lista no funcionará. Si se cumple alguna de las siguientes condiciones, utilice una biblioteca de formularios:
Debe mantener un historial de cambios de las instancias de formulario.
465
El formulario principal contiene las secciones extensibles, como un número arbitrario de logros en el formulario de evaluación de un
empleado.
El formulario principal tiene datos anidados, como un formulario de pedido que contiene un elemento, el cual puede contener un
código de producto, una cantidad, un tamaño y un precio.
El formulario principal contiene código.
Las siguientes son algunas situaciones en las que un formulario puede contener código:
El formulario incluye botones que realizan acciones personalizadas.
El valor de un campo en el formulario se basa en una combinación compleja de otros valores del formulario.
Las instancias del formulario principal se firmarán digitalmente.
Debe almacenar datos sobre cada instancia del formulario principal en XML.
Si almacena instancias del formulario principal en una lista, cada campo del formulario se convertirá en una columna en la lista y cada instancia se convertirá en un elemento de lista. Si almacena instancias del formulario principal en una biblioteca de formulario, cada instancia se convertirá en un documento XML y los documentos se almacenarán en la biblioteca.
Flujo de trabajo El proceso de negocio se inicia cuando ocurre algo con una instancia del formulario principal. A menudo, la creación de una nueva instancia del formulario principal da inicio al proceso de negocio, pero otros eventos, como la modificación de una instancia del formulario principal o su asignación a una persona también puede iniciar un proceso.
El proceso de negocio redirige la instancia del formulario principal por las personas y los sistemas que tienen que realizar acciones. Si el formulario principal fuera una solicitud de servicio, por ejemplo, la creación de una nueva solicitud de servicio podría iniciar un proceso que asigne la solicitud de servicio a un representante del servicio para interactuar con la persona que originó la solicitud. El representante de servicio podría llevar a cabo varias acciones en función del resultado de la conversación con el autor: por ejemplo, enviar la solicitud a un representante principal, marcar la solicitud como resuelta, reenviar la solicitud al departamento de pedidos si se debe enviar un reemplazo al autor, etc.
Identifique los pasos y puntos de decisión que forman parte del procesamiento de una instancia del formulario principal. Esta secuencia de pasos se representarán como un flujo de trabajo en SharePoint Server . Para obtener más información sobre los flujos de trabajo, vea Planeación de flujos de trabajo (SharePoint Server 2010).
466
Orígenes de datos adicionales Una plantilla de formulario puede recuperar datos de orígenes externos, como una base de datos, un servicio web o una lista de SharePoint. Un uso común de los datos externos es rellenar una lista de valores válidos para un campo en la plantilla de formulario, como una lista de centros de costo. También podría utilizar una regla para calcular el valor de un campo basándose en una combinación de datos externos y los valores de otros campos. Por ejemplo, se podría obtener el valor de un campo "aprobador" mediante el uso de un origen de datos externos para buscar al jefe del empleado cuyo nombre se especificó en el campo "enviado por".
Identifique los datos externos a los que tendrá acceso el formulario principal. Para cada origen de datos externo, indique el origen de los datos. Por ejemplo, ¿los datos proceden de una lista de SharePoint, una base de datos SQL, un sistema LOB (como SAP) o de algún otro origen?
Nota:
Para obtener acceso a algunos datos de LOB directamente desde las listas de SharePoint Server mediante la creación de un tipo de contenido externo. Para obtener más información sobre la creación de tipos de contenido externo, vea Información general de Servicios de conectividad empresarial (SharePoint Server 2010).
Para las listas de SharePoint que proporcionan datos al formulario principal, considere cómo administrará los datos de la lista. ¿Creará un formulario para escribir nuevos datos en la lista?¿Se necesitan flujos de trabajo para administrar los elementos de la lista? Por ejemplo, si el formulario principal utiliza una lista de los centros de costo, puede agregar un flujo de trabajo de aprobación a la lista.
Portales ¿Quién utilizará la aplicación?¿Existen roles de usuario diferentes: los miembros de un rol realizan diferentes acciones o ven información diferente en comparación con los usuarios de otros roles? Si los usuarios con roles diferentes realizarán tareas diferentes con la aplicación, considere la posibilidad de crear un portal para cada rol. Adapte las acciones y la información que están disponibles en cada portal para el rol de los usuarios que utilizan el portal.
Por ejemplo, una aplicación de evaluación del rendimiento de un empleado, probablemente cuente con al menos tres roles:
Empleados: quienes completan los formularios de evaluación del rendimiento.
Jefes: quienes agregan información a un formulario de evaluación del rendimiento y aprueban las evaluaciones del rendimiento.
Profesionales de recursos humanos: quienes crean informes y agregar información del las evaluaciones del rendimiento.
467
Los empleados tendrían acceso a la aplicación de evaluación del rendimiento a través de un portal para empleados que podría permitirles crear un nuevo formulario de evaluación del rendimiento y realizar un seguimiento de si su jefe aprobó la evaluación. Los jefes tendrían acceso a la aplicación mediante un portal para jefes que podría mostrarles una lista de sus empleados con una indicación de si el empleado ya envío un formulario de evaluación del rendimiento y un vínculo para abrir el formulario de evaluación del rendimiento de un empleado. Los profesionales de recursos humanos tendrían acceso a la aplicación a través de un portal para personal de recursos humanos que podría mostrar estadísticas de resumen de la cantidad de formularios de evaluación del rendimiento que se aprobaron, enviaron pero aún no se aprobaron o aún no se enviaron.
El tipo de portal más sencillo de crear es simplemente una vista de la lista o la biblioteca de SharePoint en la que se almacenan las instancias del formulario principal. Puede usar un filtro o aplicar formato condicional para personalizar la vista para el usuario concreto.
También puede diseñar una página web personalizada para cada rol de usuario y dar a cada usuario la dirección URL correspondiente a su rol para tener acceso a la aplicación. En las páginas web del portal, podría incluir algunos de los siguientes elementos:
Un botón Nuevo para crear una nueva instancia del formulario principal.
Una vista de resumen o detalles de instancias del formulario principal. La vista de resumen presentaría una lista de instancias de
formulario, filtradas por algunos criterios, y la vista de detalles mostraría los detalles de la instancia de formulario seleccionada en el
resumen. Puede crear la vista de resumen mediante el uso de un elemento web Vista de lista o un elemento web Consulta de
contenido. Puede crear la vista de detalles al hospedar el formulario principal en el elemento web Formulario de InfoPath. Para
obtener más información sobre el elemento web Vista de lista, vea el blog del equipo de Microsoft SharePoint
(http://go.microsoft.com/fwlink/?linkid=187653&clcid=0xC0A). Para obtener más información sobre el elemento web Consulta de
contenido, vea el tema sobre el procedimiento para personalizar el elemento web Contenido por consulta mediante propiedades
personalizadas (http://go.microsoft.com/fwlink/?linkid=187635&clcid=0xC0A). Para obtener más información sobre el elemento web
Formulario de InfoPath, vea el procedimiento para hospedar un formulario de InfoPath en el elemento web Formulario de InfoPath
(http://go.microsoft.com/fwlink/?linkid=187637&clcid=0xC0A). Puede utilizar un filtro distinto en los portales para roles distintos. Por
ejemplo, en el portal para los usuarios que crean nuevas instancias de formulario, podría filtrar por las instancias creadas por el
mismo usuario. En un portal para aprobadores, podría filtrar por las instancias pendientes de la evaluación y aprobación del usuario.
Estadísticas sobre el proceso, como la cantidad de instancias de formulario procesadas por día, o medidas relacionadas con el área
específica de la aplicación.
Resumen Si pudo determinar que las características de su aplicación corresponden a la mayoría de las secciones anteriores, es probable que pueda implementar la aplicación siguiendo el paradigma de una aplicación basada en formularios, crear un sitio de SharePoint para
468
hospedar la aplicación, crear una plantilla de formulario para el formulario principal, crear una lista o biblioteca para almacenar instancias del formulario principal y asociar la plantilla de formulario a la lista o biblioteca, agregar un flujo de trabajo que se desencadena cuando se agrega un nuevo formulario a la lista o biblioteca, crear y rellenar las listas adicionales necesarias para proporcionar datos para la plantilla de formulario y crear uno o varios portales a través del cual los usuarios interactúan con la aplicación.
Vea también Conceptos
Acerca de formularios en SharePoint Server 2010
Otros recursos
InfoPath Forms Administration (SharePoint Server 2010)
469
Planeación de plantillas de formulario de usuario (SharePoint Server 2010)
Publicado: 5 de agosto de 2010
En este artículo se describen las opciones de configuración específicas de las plantillas de formulario de usuario y se proporciona ayuda para planear qué características de InfoPath Forms Services desea habilitar para las plantillas de formulario de usuario.
En este artículo:
Acerca de las plantillas de formulario de usuario
Plantillas de formulario de usuario habilitadas para el explorador
Planeación del acceso a datos externos
Biblioteca de conexiones de datos
Acerca de las plantillas de formulario de usuario Las plantillas de formulario se pueden dividir en tres categorías en función de cómo se implementen: plantillas de formulario de usuario, plantillas aprobadas por el administrador y plantillas de formulario como soluciones de espacio aislado. Las plantillas de formulario de usuario las implementa un usuario que no es un administrador, por ejemplo, un diseñador de formularios. Las puede implementar cualquier usuario que tenga el nivel de permisos de diseño en el sitio. Las plantillas de formulario de usuario se pueden publicar en una biblioteca de listas o formularios.
Las plantillas de formulario aprobadas por el administrador las debe implementar un administrador del conjunto o granja de servidores. Estas plantillas pueden contener código o lógica de negocios que requieran niveles de permisos adicionales. Para que una plantilla de formulario aprobada por el administrador esté ampliamente disponible, un administrador de la granja de servidores debe cargarla en el sitio de Administración central y, a continuación, debe ser activada por un administrador de la colección de sitios.
Las plantillas de formulario como soluciones de espacio aislado contienen código y se publican en bibliotecas de formularios como soluciones de espacio aislado. Esto permite a un diseñador de formularios que sea administrador de la colección de sitios publicar formularios sin la aprobación del administrador. Las soluciones de espacio aislado se ejecutan en un entorno que tiene acceso a un
470
subconjunto del modelo de objetos de servidor. Un administrador de la granja de servidores puede establecer límites de uso para proteger el servidor de código malintencionado. Para obtener más información sobre soluciones de espacio aislado, vea Plan for sandboxed solutions (SharePoint Server 2010) y Enable sandboxed solutions on the farm (SharePoint Server 2010).
Para obtener más información acerca de los formularios y las plantillas de formulario, vea Acerca de formularios en SharePoint Server 2010.
Plantillas de formulario de usuario habilitadas para el explorador De forma predeterminada, cuando los diseñadores de formularios crean una plantilla de formulario, la misma está habilitada para el explorador de modo que los usuarios pueden rellenarla en un explorador web. Esto permite que los usuarios rellenen los formularios cuando no tienen Microsoft InfoPath Filler 2010 instalado en sus equipos. Para ello, debe seguir este procedimiento:
Nota:
Esta configuración se aplica solo a plantillas de formulario de usuario que se publican en bibliotecas de formularios. Las plantillas de formulario de flujo de trabajo y las plantillas de formulario de lista no se ven afectadas.
¿Desea permitir que los usuarios publiquen plantillas de formulario de usuario habilitadas para el explorador? Puede decidir
si desea permitir que los diseñadores de formularios publiquen plantillas de formulario habilitadas para el explorador en la granja de
servidores de SharePoint Server. Si los diseñadores de formularios no pueden publicar plantillas de formulario habilitadas para el
explorador, deben solicitar a los administradores de la granja de servidores que las publiquen por ellos. La restricción de la capacidad
de los administradores para publicar formularios habilitados para el explorador proporciona mayor control sobre la disponibilidad de
los formularios de explorador web.
¿Desea representar plantillas de formulario de usuario habilitadas para el explorador? Puede decidir si desea que los usuarios
usen un explorador web para rellenar formularios de usuario habilitados para el explorador. Si elige no representar plantillas de
formulario de usuario habilitadas para el explorador, los formularios se abrirán en InfoPath Filler 2010 si InfoPath está instalado en el
equipo del usuario.
De forma predeterminada, las plantillas de formulario de usuario habilitadas para el explorador se publican y se representan. Para obtener más información sobre cómo cambiar esta configuración, vea la sección Configuración de las plantillas de formulario de usuario habilitadas para el explorador en "Configuración de InfoPath Forms Services".
471
Planeación del acceso a datos externos Una plantilla de formulario de usuario puede obtener acceso a datos de orígenes externos, como una base de datos, un servicio web o una lista de SharePoint. En esta sección se resume la configuración que afecta al acceso a datos externos que debe tener en cuenta cuando planea implementar plantillas de formulario de usuario.
Acceso entre dominios
Proxy de servicio web de InfoPath Forms Services
Información de autenticación en archivos de conexión de datos
Acceso entre dominios
De forma predeterminada, las plantillas de formulario de usuario no pueden realizar conexiones entre dominios. Esto significa que las conexiones de datos externos deben residir dentro del mismo dominio que la granja de servidores de SharePoint Server donde se publica la plantilla de formulario de usuario. Si tiene plantillas de formulario de usuario que deben obtener acceso a datos que están en otro dominio, puede habilitar el acceso entre dominios para las plantillas de formulario de usuario.
Para obtener más información sobre cómo cambiar la configuración de acceso entre dominios, vea la sección Configuración de conexión de datos y autenticación para InfoPath Forms Services en "Configuración de InfoPath Forms Services".
Proxy de servicio web de InfoPath Forms Services
Las plantillas de formulario pueden usar el proxy de servicio web de InfoPath Forms Services para conectarse a un servicio web. El proxy de servicio web de InfoPath Forms Services reenvía solicitudes SOAP a un servicio web para permitir la autorización. Este proxy usa un identificador de aplicación de Servicio de almacenamiento seguro contenido en un archivo de conexión de datos para autenticación. El uso del proxy posibilita los dos escenarios siguientes, que no se podrían alcanzar con formularios que se ejecutan en un explorador web:
Autenticación de tercer nivel en un servicio web cuando la autenticación NTLM de Windows normalmente impediría la reutilización de
las credenciales de usuario.
Autenticación simétrica entre un formulario en InfoPath Filler y el mismo formulario ejecutado en un explorador web.
De forma predeterminada, las plantillas de formulario de usuario no pueden usar el proxy de servicio web de InfoPath Forms Services. Para obtener más información sobre cómo permitir que las plantillas de formulario de usuario usen el proxy de servicio web de InfoPath Forms Services, vea Configure Web service proxy for InfoPath Forms Services.
Información de autenticación en archivos de conexión de datos
Las plantillas de formulario pueden usar archivos de conexión de datos (.udcx) para especificar la configuración de conexiones de datos para formularios. Una conexión de datos es un vínculo dinámico entre una plantilla de formulario y un origen de datos que almacena o
472
proporciona datos para la plantilla de formulario. Los archivos de conexión de datos pueden incluir información de autenticación alternativa, como un identificador de aplicación de Servicios de almacenamiento seguro. De forma predeterminada, las plantillas de formulario de usuario no pueden usar información de autenticación en un archivo de conexión de datos. Debe permitir que las plantillas de formulario de usuario usen información de autenticación en archivos de conexión de datos si se presentan los siguientes escenarios:
Desea que las plantillas de formulario usen el proxy de servicio web de InfoPath Forms Services para autenticación.
Tiene formularios de usuario de explorador web que requieren autenticación de niveles múltiples. Por ejemplo, si tiene un formulario
de usuario de explorador web que debe acceder a un servidor de bases de datos, podría experimentar problemas de autenticación de
niveles múltiples. En este escenario, las credenciales de Windows de un usuario se tendrían que pasar desde el explorador web al
servidor en el que se ejecuta InfoPath Forms Services y, a continuación, al servidor de bases de datos. Este tipo de delegación no se
permite en el sistema de autenticación NTLM que usa Microsoft Windows. Los problemas de autenticación de niveles múltiples
surgen con mayor frecuencia con formularios de explorador web debido a que los formularios que se abren en InfoPath Filler pueden
autenticar directamente con el origen de datos.
De forma predeterminada, las plantillas de formulario de usuario no pueden usar información de autenticación en un archivo de conexión de datos. Para obtener más información sobre cómo cambiar esta configuración, vea la sección Configuración de conexión de datos y autenticación para InfoPath Forms Services en "Configuración de InfoPath Forms Services".
Biblioteca de conexiones de datos SharePoint Server proporciona una biblioteca de conexiones de datos administrada de forma centralizada que permite que los administradores de la granja de servidores administren los archivos de conexión de datos que usan las plantillas de formulario aprobadas por el administrador. Debe considerar la posibilidad de crear una biblioteca de conexiones de datos que puedan usar las plantillas de formulario de usuario. Una biblioteca de conexiones de datos es un tipo específico de biblioteca que se usa para almacenar archivos de conexión de datos.
Una biblioteca de conexiones de datos proporciona los siguientes beneficios:
La configuración de conexiones se puede compartir con varios formularios y varios diseñadores de formularios.
Si se debe cambiar la configuración de una conexión de datos, puede actualizar el archivo de conexión sin modificar las plantillas de
formulario que usan ese archivo de conexión de datos.
De forma predeterminada, se requiere aprobación antes de que todos puedan usar un archivo de conexión de datos. Esto permite
que el administrador de la colección de sitios (y otros aprobadores designados) controle los tipos de conexiones que se permiten.
Para planear una biblioteca de conexiones de datos de manera eficiente, tenga en cuenta lo siguiente:
473
¿Cuántas bibliotecas de conexiones de datos necesita? Los archivos de la biblioteca de conexiones de datos pueden ser usados
por formularios y plantillas de formularios que estén en la misma colección de sitios que la biblioteca de conexiones de datos.
¿Quién debería poder cargar archivos de conexiones de datos? Los usuarios con el nivel de permisos de colaborador pueden
cargar archivos de conexión de datos en la biblioteca.
¿Quién debería poder aprobar los archivos de conexión de datos? Cuando se carga un archivo de conexión de datos, el
propietario del archivo puede usarlo. Sin embargo, se requiere aprobación antes de que otros usuarios puedan usarlo también. Los
usuarios con el nivel de permisos de diseño pueden aprobar archivos de conexión de datos.
Para obtener más información sobre las bibliotecas de conexiones de datos, vea el procedimiento para crear y usar una biblioteca de conexiones de datos (http://go.microsoft.com/fwlink/?linkid=188117&clcid=0xC0A).
Vea también Conceptos
Acerca de formularios en SharePoint Server 2010
Otros recursos
Configure the Secure Store Service
474
Planeación de una actualización de plantillas de formulario durante una actualización a SharePoint Server 2010
Publicado: 12 de mayo de 2010
En este artículo se describen los pasos adicionales necesarios para actualizar plantillas de formulario cuando se actualiza InfoPath Forms Services de la versión incluida en Microsoft Office SharePoint Server 2007 y Microsoft Office Forms Server 2007 a la versión incluida en Microsoft SharePoint Server 2010.
En este artículo:
Acerca de la actualización de formularios durante una actualización a SharePoint Server 2010
Actualización de plantillas de formulario durante una actualización de base de datos adjunta a SharePoint Server 2010
Actualización de plantillas de formulario durante una actualización en contexto a SharePoint Server 2010
Acerca de la actualización de formularios durante una actualización a SharePoint Server 2010 Cuando se actualiza de Office SharePoint Server 2007 o Microsoft Office Forms Server 2007 a SharePoint Server 2010, también se actualiza InfoPath Forms Services.
Los siguientes escenarios de actualización y migración son relevantes para InfoPath Forms Services en SharePoint Server 2010:
Actualización de base de datos adjunta
Actualiza formularios y plantillas de formulario de InfoPath Forms Services en Microsoft Office SharePoint Server 2007 o de Microsoft Office Forms Server 2007 a otro servidor que ejecuta SharePoint Server 2010. Las conexiones de datos y plantillas de formulario aprobadas por administrador existentes se deben migrar a la nueva implementación y se deben actualizar para que funcionen con InfoPath Forms Services en Microsoft SharePoint Server 2010.
475
Nota:
Una actualización de base de datos adjunta es la única forma de actualizar Microsoft Office Forms Server 2007 a SharePoint Server 2010.
Actualización en contexto
Actualiza formularios y plantillas de formulario de InfoPath Forms Services para Microsoft Office SharePoint Server 2007 a SharePoint Server 2010 en el mismo servidor. Todos los formularios y plantillas de formulario se actualizan de forma automática durante una actualización en contexto.
Para obtener más información acerca de cómo actualizar de Office SharePoint Server 2007 a SharePoint Server 2010, vea Upgrading to SharePoint Server 2010.
Actualización de plantillas de formulario durante una actualización de base de datos adjunta a SharePoint Server 2010 Una actualización de base de datos adjunta permite mover el contenido a un nuevo conjunto o granja de servidores o a un nuevo hardware. Durante una actualización de base de datos adjunta, se desasocian todas las bases de datos de contenido de una granja de servidores existente y, posteriormente, se adjuntan las bases de datos a la instalación de una granja de servidores nueva. Cuando se adjuntan las bases de datos a la granja de servidores nueva, se ejecuta el proceso de actualización y los datos se actualizan en contexto. Una actualización de base de datos adjunta es la única forma de actualizar Microsoft Office Forms Server 2007 a SharePoint Server 2010.
La base de datos de contenido solamente contiene algunos archivos usados por los formularios de InfoPath. Estos archivos incluyen:
Plantillas de formulario de usuario (.xsn), que son las plantillas de formulario implementadas por usuarios que no son
administradores. No requieren plena confianza y no usan conexiones de datos administradas por un administrador. Los
colaboradores individuales pueden publicar las plantillas de formulario de usuario (.xsn) en listas y bibliotecas de formularios.
Archivos de conexión de datos (.udcx) para plantillas de formulario de usuarios.
Contenido procedente de formularios rellenados (.xml) en listas y bibliotecas de formularios.
Estos archivos se actualizan de forma automática cuando se realiza una actualización de base de datos adjunta.
Por otro lado, las plantillas de formulario aprobadas por el administrador y los archivos de conexión de datos de las bibliotecas de Administración central se almacenan en la base de datos de configuración y se deben migrar de forma independiente. Estos archivos incluyen:
476
Plantillas de formulario aprobadas por el administrador (archivos .xsn) que se cargan en la biblioteca Administrar plantillas de
formulario en el sitio de Administración central.
Archivos de conexión de datos (archivos .udcx) que se cargan en la biblioteca Administrar archivos de conexión de datos en el sitio
de Administración central.
Si se copia y adjunta la base de datos de contenido antes de importar estos archivos, los sitios que contengan contenido que dependan de formularios aprobados por administrador generarán errores durante la importación.
Para evitar dichos errores, se recomienda realizar los siguientes pasos en el orden en el que aparecen:
1. Realice los pasos de los requisitos previos para la actualización a SharePoint Server 2010.
2. Instale y configure SharePoint Server 2010 en el nuevo servidor.
3. Exporte plantillas de formulario aprobadas por administrador y archivos de conexión de datos desde la base de datos de
configuración en el servidor original que ejecuta Office SharePoint Server 2007 o Microsoft Office Forms Server 2007. Para obtener
más información acerca de cómo exportar e importar formularios aprobados por administrador, plantillas de formulario y archivos de
conexión de datos entre bases de datos de configuración, vea la sección sobre Exportación e importación de archivos de plantillas de
formulario aprobadas por el administrador entre bases de datos de configuración más adelante en este artículo.
4. Importe los archivos a la base de datos de configuración en el servidor nuevo que ejecuta SharePoint Server 2010.
5. Siga los pasos en Attach databases and upgrade to SharePoint Server 2010 para adjuntar y actualizar las bases de datos del
servidor original al nuevo servidor de SharePoint Server 2010.
6. Si la dirección URL del nuevo servidor es distinta de la dirección URL del servidor anterior, ejecute un cmdlet de Windows PowerShell
2.0 para actualizar los vínculos que se usan en los formularios actualizados y las plantillas de formulario. Para obtener más
información acerca de cómo actualizar los vínculos que se usan en los formularios actualizados y las plantillas de formulario, vea la
sección sobre Actualización de vínculos de las plantillas de formulario al servidor más adelante en este artículo.
Exportación e importación de archivos de plantillas de formulario aprobadas por el administrador entre bases de datos de configuración
Los datos de formularios en la base de datos de contenido incluyen solo los archivos usados por formularios de usuario, plantillas de formulario y archivos de conexión de datos que se cargan a listas y bibliotecas de documentos. No incluyen archivos de conexión de datos ni plantillas de formulario aprobadas por administrador que se cargan en el sitio de Administración central.
Para evitar problemas cuando se actualizan plantillas de formulario, exporte el contenido en la base de datos de configuración del servidor original que ejecuta Office SharePoint Server 2007 o Microsoft Office Forms Server 2007, e impórtelo al nuevo servidor que ejecuta SharePoint Server 2010.
477
Para exportar archivos de conexión de datos y plantillas de formulario aprobadas por administrador que se almacenan en la base de datos de configuración de Office SharePoint Server 2007 o Microsoft Office Forms Server 2007, use el comando -o exportipfsadminobjects de la herramienta de línea de comandos Stsadm.
Para importar archivos de conexión de datos y plantillas de formulario aprobadas por administrador a la base de datos de configuración en el nuevo servidor, use el cmdlet Import-SPInfoPathAdministrationFiles de Windows PowerShell 2.0.
La configuración del tiempo de espera de la conexión de datos y los demás valores de configuración de la página de administración Configurar InfoPath Forms Services no se migran y se deben configurar en el nuevo servidor.
Para obtener más información acerca de cómo usar la herramienta de línea de comandos Stsadm, vea el artículo acerca de la herramienta de línea de comandos (Office SharePoint Server) (http://go.microsoft.com/fwlink/?linkid=186993&clcid=0xC0A).
Actualización de vínculos de las plantillas de formulario al servidor
Durante las actualizaciones o migraciones de contenido, es habitual cambiar la dirección URL del servidor que contiene los formularios y las plantillas de formulario. Si la dirección URL del nuevo servidor es distinta de la dirección URL del servidor anterior, es posible que se deban actualizar los vínculos que usan los formularios y las plantillas de formulario a la dirección URL del nuevo servidor. Se trata de vínculos en los datos de los formularios a la ubicación de archivos de plantilla de formulario o vínculos en la plantilla de formulario a archivos de conexión de datos u otros archivos de recursos.
Tanto las plantillas de formulario de usuario como las plantillas aprobadas por administrador se pueden ver afectadas.
Para actualizar los vínculos que se usan en los archivos de conexión de datos y las plantillas de formulario de usuario, ejecute el cmdlet Update-SPInfoPathUserFileUrl.
Para actualizar los vínculos que se usan en los archivos de conexión de datos y las plantillas de formulario aprobadas por administrador, ejecute el cmdlet Update-SPInfoPathAdminFileUrl.
Estos cmdlets actualizan el nombre del servidor en las direcciones URL que usan los archivos de conexión de datos y las plantillas de formulario. No actualizan los vínculos de formularios movidos entre bibliotecas por los usuarios ni los vínculos que haya en otro contenido de formularios almacenado en la base de datos de contenido. Los usuarios pueden corregir estos vínculos mediante el comando Volver a vincular todos disponible en la configuración de la biblioteca de formularios. Los formularios y las plantillas de formulario que se actualizan o migran mediante el proceso de base de datos adjunta se vuelven a vincular de forma automática.
478
Actualización de plantillas de formulario durante una actualización en contexto a SharePoint Server 2010 Las plantillas de formulario de InfoPath Forms Services se actualizan de forma automática como parte de cualquier actualización en contexto de SharePoint Server.
Para obtener más información acerca de cómo realizar una actualización en contexto a SharePoint Server 2010, vea Upgrade in place to SharePoint Server 2010.
479
Integración mejorada de InfoPath 2010 con SharePoint Server 2010 y sus implicaciones al diseñar formularios para aplicaciones (notas del producto)
Publicado: 12 de mayo de 2010
Las características mejoradas de Microsoft InfoPath 2010 y su integración más estrecha con Microsoft SharePoint Server 2010 hacen de InfoPath 2010 una herramienta de desarrollo empresarial. Debido a su capacidad para obtener acceso a cualquier número de orígenes de datos de forma dinámica y aplicar conjuntos de reglas sofisticados para manipular información y el comportamiento de formularios, los formularios de InfoPath y los elementos web pueden satisfacer los requisitos de aplicación de empresa más exigentes.
En estas notas del producto se describen los procedimientos para usar formularios de lista de InfoPath, formularios de InfoPath basados en documentos y elementos web de InfoPath para crear aplicaciones de nivel de empresa en SharePoint Server 2010. Para descargar las notas del producto en el formato que desee, haga clic en uno de los siguientes vínculos:
Integración mejorada de InfoPath 2010 con SharePoint Server 2010 y sus implicaciones al diseñar formularios para aplicaciones
(Microsoft Office Word) (http://go.microsoft.com/fwlink/?linkid=190499&clcid=0xC0A)
Integración mejorada de InfoPath 2010 con SharePoint Server 2010 y sus implicaciones al diseñar formularios para aplicaciones
(PDF) (http://go.microsoft.com/fwlink/?linkid=190500&clcid=0xC0A)
Integración mejorada de InfoPath 2010 con SharePoint Server 2010 y sus implicaciones al diseñar formularios para aplicaciones
(XPS) (http://go.microsoft.com/fwlink/?linkid=190501&clcid=0xC0A)
480
Planeación de flujos de trabajo (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
Un flujo de trabajo es una característica de Microsoft SharePoint Server 2010 que mueve los documentos o los elementos de lista mediante una secuencia de acciones específica o tareas relacionadas con un proceso de negocio. Los flujos de trabajo se pueden usar para administrar procesos de negocio comunes, como la revisión o la aprobación de documentos.
En esta sección:
Introducción a los flujos de trabajo (SharePoint Server 2010)
En este artículo se presentan los tipos de procesos de negocio que pueden facilitar los flujos de trabajo y se describen los flujos de trabajo incluidos en SharePoint Server 2010.
Plan para crear flujos de trabajo (SharePoint Server 2010)
En este artículo se describen las distintas herramientas que admite Microsoft para la creación de flujos de trabajo y cómo pueden usarse de manera conjunta para crear flujos de trabajo con rapidez.
Planeación de procesos de aprobación y revisión en flujos de trabajo (SharePoint Server 2010)
Como los flujos de trabajo ayudan a una empresa a desplazar documentos a través de los procesos de revisión y aprobación, en este artículo se explica cómo funciona el flujo de trabajo de aprobación y cómo planear una forma eficaz de usarlo.
Plan de seguridad del flujo de trabajo y administración de usuarios (SharePoint Server 2010)
En este artículo se destacan algunos aspectos del comportamiento del flujo de trabajo relacionados con la seguridad y con otros problemas que los administradores y programadores de flujos de trabajo deberían considerar cuando configuran y desarrollan flujos de trabajo.
Flujo de trabajo de aprobación: Escenario (SharePoint Server 2010)
En este artículo se describe el aspecto que puede tener un flujo de trabajo de tipo de aprobación creado en Microsoft SharePoint Designer 2010 o el Diseñador de flujo de trabajo de Visual Studio 2010 y hospedado mediante SharePoint Server 2010.
481
Vea también Otros recursos
Workflow administration (SharePoint Server_2010)
482
Introducción a los flujos de trabajo (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
La característica de flujo de trabajo de Microsoft SharePoint Server 2010 permite a los administradores, diseñadores y arquitectos de la solución mejorar los procesos de negocio. Fundamentalmente, un flujo de trabajo consta de dos partes: los formularios que usa un flujo de trabajo para interactuar con sus usuarios y la lógica que define el comportamiento del flujo de trabajo. Es necesario un conocimiento sobre ambas partes para comprender cómo se crean los flujos de trabajo.
En este artículo:
Introducción al flujo de trabajo
Ventajas del uso de flujos de trabajo
Flujos de trabajo predefinidos
Escenario de ejemplo de un flujo de trabajo
Tipos de flujo de trabajo: declarativos y compilados
Plantillas de flujo de trabajo
Asociaciones de flujos de trabajo
Interoperabilidad del cliente de Office
Introducción al flujo de trabajo Los flujos de trabajo de SharePoint Server 2010 permiten a las empresas reducir las interacciones innecesarias entre personas al llevar a cabo procesos de negocio. Por ejemplo, para tomar una decisión, los grupos suelen seguir una serie de pasos. Estos pasos pueden formar parte de un procedimiento operativo formal y estándar, o de un modo de funcionamiento informal y conocido de manera implícita. Conjuntamente, estos pasos representan un proceso de negocio. La cantidad de interacciones humanas que se llevan a cabo en los procesos de negocio pueden inhibir la velocidad y calidad de las decisiones. El software que simplifica y administra este "flujo de trabajo humano" permite automatizar las interacciones entre los grupos que participan en el proceso. Esta automatización proporciona más velocidad, una eficacia global de las interacciones y, a menudo, una disminución de los errores.
483
Puede modelar los procesos de negocio mediante diagramas de flujo, como los que se crean mediante Microsoft Visio 2010 y también puede representar los procesos de negocio mediante terminología del flujo de trabajo. Puede automatizar los procesos de negocio, como la aprobación de documentos, mediante la asociación de un flujo de trabajo con datos de SharePoint Server 2010. Por ejemplo, puede crear un flujo de trabajo para distribuir un documento para su revisión, realizar el seguimiento de un problema en las distintas fases de resolución o supervisar un contrato durante el proceso de aprobación.
Uno de los problemas a que se enfrentan muchos departamentos de TI al implementar los procesos de negocio que requieren la participación de los trabajadores de la información es que estos procesos no se integran con la forma en que trabajan los usuarios. Para que un proceso de negocio sea eficaz, se debe integrar con las herramientas y aplicaciones de uso común en el área de trabajo de modo que forme parte de la rutina diaria de los trabajadores de la información. En un área de trabajo de electrónica, esto incluye la integración con el correo electrónico, los calendarios, las listas de tareas y los sitios web de colaboración.
Ventajas del uso de flujos de trabajo Las principales ventajas del uso de flujos de trabajo consisten en facilitar los procesos de negocio y mejorar la colaboración.
Los procesos de negocio que usan las empresas dependen del flujo de información o documentos. Estos procesos de negocio requieren la participación activa de los trabajadores de la información para completar las tareas que contribuyen a la toma de decisiones del grupo de trabajo o el material que debe entregar. En SharePoint Server 2010, estos tipos de procesos de negocio se implementan y administran mediante flujos de trabajo.
Algunos ejemplos de procesos de negocio que podrían facilitarse mediante flujos de trabajo son:
Aprobación de contratos Instrucciones para un contrato propuesto entre los miembros de una organización que deben aprobarlo o
rechazarlo.
Informes de gastos Administración del envío de un informe de gastos y los recibos asociados, revisión del informe, aprobación y
reembolso al remitente.
Soporte técnico Instrucciones relacionadas con el progreso de un incidente de soporte técnico cuando lo abre un cliente, lo
investiga un ingeniero de soporte técnico, se envía a los expertos técnicos, se resuelve y se agrega a una base de conocimientos.
Entrevistas Administración del proceso de entrevista a un candidato a un puesto de trabajo. Incluye la programación y el
seguimiento de las citas de entrevista, la recopilación de comentarios acerca de las entrevistas a medida que se acumulan, la puesta
a disposición de estos comentarios para los entrevistadores posteriores y la presentación de las decisiones de contratación o no
contratación.
484
Publicación de contenido Administrar la aprobación de la publicación de contenido en el sitio de presencia en Internet de una
compañía.
Automatizar procesos empresariales
Las empresas dependen de los procesos de negocio. Aunque estos procesos suelen implicar software, los procesos más importantes de muchas organizaciones dependen de las personas. Los flujos de trabajo pueden automatizar las interacciones entre las personas que participan en un proceso para mejorar el modo en que funciona ese proceso, aumentar la eficacia y disminuir la tasa de error.
La admisión de interacciones humanas puede ser beneficiosa para varios procesos. Entre los ejemplos se incluyen los siguientes:
Aprobación Un aspecto común de los procesos de negocio orientados a los usuarios es la necesidad de obtener la aprobación de
varios participantes. Lo que debe aprobarse puede variar ampliamente, desde un documento de Microsoft Word que contiene el plan
de marketing para el próximo año hasta un informe de gastos de un viaje a una conferencia. En todos los casos, un determinado
número de personas debe revisar la información, quizás agregar comentarios y, finalmente, indicar si lo aprueban o rechazan.
Coordinación de los esfuerzos de grupo Tanto si es al preparar una respuesta a una solicitud de propuesta, al administrar la
traducción de un documento a uno o más idiomas u otra tarea, muchos procesos requieren que las personas trabajen conjuntamente
de una forma organizada. La definición de los pasos del proceso en un flujo de trabajo automatizado permite que el trabajo del grupo
sea más eficaz y que el mismo proceso sea más predecible.
Seguimiento de problemas Muchos procesos empresariales generan una lista de problemas pendientes. Se puede usar un flujo de
trabajo automatizado para mantener esa lista, asignar los problemas a las personas que pueden solucionarlos y hacer un
seguimiento del estado de esa resolución.
Para admitir estos tipos de procesos de negocio automatizados, SharePoint Server 2010 puede ejecutar aplicaciones de flujo de trabajo. Estas aplicaciones se basan en Windows Workflow Foundation 3.5 e interactúan con las personas a través de un explorador web. Para obtener más información sobre Windows Workflow Foundation 3.5, vea el tema sobre Windows Workflow Foundation (http://go.microsoft.com/fwlink/?linkid=127778&clcid=0xC0A).
Los flujos de trabajo mejoran la colaboración
Los flujos de trabajo ayudan a las personas a colaborar en documentos y administrar las tareas del proyecto mediante la implementación de procesos de negocio en documentos y elementos de un sitio o colección de sitios de SharePoint. Los flujos de trabajo ayudan a que las organizaciones sigan prácticas coherentes de un proceso de negocio y aumentan la eficacia y la productividad de la organización por medio de la administración de tareas y pasos pertinentes a esos procesos de negocio. Los flujos de trabajo aceleran el proceso de toma de decisiones al permitir garantizar que la información adecuada se encuentre disponible para las personas correctas en el momento en que la necesitan. Los flujos de trabajo también permiten garantizar que las tareas individuales de dichos flujos las completen las personas
485
adecuadas y en la secuencia que corresponde. Esto permite que las personas que realizan estas tareas se concentren en llevar a cabo el trabajo en lugar de poner su atención en los procesos de trabajo.
Por ejemplo, en un sitio de SharePoint Server 2010, se puede crear un flujo de trabajo que se usará con una biblioteca de documentos para distribuir un documento a un grupo de personas para su aprobación. Cuando el autor inicia este flujo de trabajo, dicho flujo de trabajo crea tareas de aprobación de documentos, las asigna a los participantes del flujo de trabajo y, a continuación, envía alertas de correo electrónico a dichos participantes.
Cuando el flujo de trabajo está en curso, el propietario o los participantes del flujo de trabajo pueden comprobar el progreso en la página Estado del flujo de trabajo. Cuando los participantes completan sus tareas, el flujo de trabajo finaliza y se notifica automáticamente al propietario que se ha completado.
Flujos de trabajo predefinidos Microsoft SharePoint Server 2010 incluye las siguientes plantillas de flujo de trabajo predefinidas que abordan escenarios empresariales habituales:
Recopilar comentarios Distribuye un documento o elemento a un grupo de personas para obtener sus comentarios. Los revisores
pueden proporcionar comentarios que a continuación se compilan y se envían a la persona que inició el flujo de trabajo. De forma
predeterminada, el flujo de trabajo Recopilar comentarios está asociado al tipo de contenido de documento y, por lo tanto, está
automáticamente disponible en las bibliotecas de documentos.
Aprobación Distribuye un documento o elemento a un grupo de personas para su aprobación. De forma predeterminada, el flujo de
trabajo Aprobación está asociado al tipo de contenido de documento y, por lo tanto, está automáticamente disponible en las
bibliotecas de documentos. Una versión del flujo de trabajo Aprobación también está asociada de forma predeterminada a la
biblioteca Páginas en un sitio de publicación y puede utilizarse para administrar el proceso de aprobación para la publicación de
páginas web.
El flujo de trabajo Aprobación es un modelo de aprobación por fases (es decir, el primer grupo de aprobadores pasa por el proceso de revisión y aprobación; luego, el siguiente grupo de aprobadores, etc.). Cada etapa o grupo de aprobación también puede tener su propio comportamiento. Por ejemplo, los miembros del primer grupo de aprobadores pueden realizar su revisión en un orden de aprobación en serie (uno después del otro), los miembros del segundo grupo pueden efectuar su revisión en paralelo (los revisores pueden brindar comentarios en cualquier orden), etc.
Aprobación de disposición Administra la caducidad y retención de documentos al permitir que los participantes decidan si desean
conservar o eliminar documentos caducados. El flujo de trabajo Aprobación de disposición es compatible con procesos de
administración de registros y está diseñado para usarse principalmente en un sitio del centro de registros.
486
Recopilar firmas Distribuye un documento que fue creado en una aplicación de Microsoft a un grupo de personas para reunir sus
firmas digitales. Este flujo de trabajo debe iniciarse en los conjuntos de aplicaciones de 2007 Microsoft Office system y Microsoft
Office 2010 como Microsoft Word. Los participantes deben completar las tareas de firma agregando su firma digital a los documentos
en el programa cliente que corresponda. De forma predeterminada, el flujo de trabajo Recopilar firmas está asociado al tipo de
contenido de documento y, por lo tanto, está automáticamente disponible en las bibliotecas de documentos. Sin embargo, el flujo de
trabajo Recopilar firmas aparece para un documento de la biblioteca de documentos únicamente si el documento contiene una o
varias líneas de firma de Microsoft Office.
Para obtener más información acerca de las líneas de firma de Microsoft Office, vea el tema sobre la adición o eliminación de una firma digital en documentos de Office (http://go.microsoft.com/fwlink/?linkid=157408&clcid=0xC0A).
Tres estados Diseñado para realizar un seguimiento del estado de un elemento de la lista mediante tres estados (fases). Sirve para
administrar los procesos empresariales que requieren que las organizaciones realicen un seguimiento de un gran volumen de
asuntos o elementos, como asuntos de servicio de atención al cliente, potenciales ventas o tareas de proyectos.
El flujo de trabajo con tres estados se llama así debido a que realiza un seguimiento del estado de un problema o elemento a través de tres estados diferentes y a través de dos transiciones entre los estados. Por ejemplo, cuando un flujo de trabajo se inicia en un problema de una lista de problemas, SharePoint Server 2010 crea una tarea para el usuario asignado. Cuando el usuario completa la tarea, el flujo de trabajo cambia de su estado inicial (Activo) a su estado medio (Resuelto) y crea una tarea para el usuario asignado. Cuando el usuario completa la tarea, el flujo de trabajo cambia de su estado (Resuelto) a su estado final (Cerrado) y crea otra tarea para el usuario a quien se le asignó el flujo de trabajo en ese momento. Tenga en cuenta que este flujo de trabajo sólo se admite en listas, pero no en bibliotecas.
Administración multilingüe Administra el proceso manual de traducción de documentos al crear las copias del documento que van
a traducirse y asignar las tareas de traducción a los traductores. Este flujo de trabajo únicamente está disponible para las bibliotecas
de administración multilingüe.
Seguimiento de asuntos Envía un problema a los miembros del equipo para su resolución. Presenta una página web al usuario,
quien posibilita la incorporación de nuevos problemas, por ejemplo, quejas del cliente. A medida que un problema avanza por
diferentes estados del flujo de trabajo, la página web del usuario cambia para reflejar los eventos adecuados, por ejemplo, una
página web que se cierra cuando un asunto se resuelve.
Puede personalizar cada uno de estos flujos de trabajo para una organización de varias maneras. Por ejemplo, cuando se agrega un flujo de trabajo a una lista, biblioteca, tipo de contenido o sitio para que esté disponible para su uso en documentos o elementos, pueden personalizarse las listas de tareas y de historial donde está almacenada la información acerca del flujo de trabajo.
Cuando el usuario de un sitio inicia un flujo de trabajo en un documento, elemento o sitio, puede tener la opción de personalizar el flujo de trabajo más detalladamente mediante la especificación de la lista de participantes, una fecha de vencimiento e instrucciones de tareas.
487
También puede realizar una copia de un flujo de trabajo predefinido para usarla como punto de partida al crear un flujo de trabajo personalizado.
Escenario de ejemplo de un flujo de trabajo Suponga que trabaja para AdventureWorks, la franquicia de una tienda deportiva que vende bicicletas en todo el mundo. Esta compañía cuenta con representantes de ventas que visitan los distintos países para ayudar a los nuevos franquiciados a abrir nuevas tiendas deportivas.
El escenario descrito en esta sección es uno en el que se envía un informe de gastos para su aprobación. Si el informe de gastos es inferior a 5.000,00 dólares, un director debe aprobarlo, no aprobarlo o reenviarlo. Si el informe de gastos es igual o superior a 5.000,00 dólares, un director debe revisar el informe, hacer los comentarios pertinentes y, después, si recomienda su aprobación, reenviar el documento al vicepresidente, que debe aprobarlo o no aprobarlo.
En este escenario, el formulario del informe de gastos es un formulario de InfoPath Forms Services. El flujo de trabajo es un tipo de aprobación secuencial de un proyecto de flujo de trabajo creado en Microsoft SharePoint Designer 2010 y consiste en tareas automatizadas y tareas que requieren la acción humana. El flujo de trabajo se ejecuta en SharePoint Server 2010.
1. El representante de ventas, que es el primer participante del flujo de trabajo, explora un portal de intranet que no requiere
intervención del administrador y selecciona el formulario Informe de gastos. A continuación, se abre una página de entrada de datos.
En primer lugar, el representante de ventas completa un formulario de informe de gastos sencillo con el nombre de la persona, el
propósito del gasto, el gasto total y el nombre y la dirección de correo electrónico del director inmediatamente superior de esta
persona. A continuación, el representante de ventas hace clic en Enviar para enviar el formulario.
Una vez enviado el formulario, los datos se guardan de forma centralizada, se inicia el flujo de trabajo y se asigna la tarea de revisión al aprobador (en este caso, el director del representante de ventas).
2. El flujo de trabajo notifica al director del representante de ventas. La notificación consiste en un mensaje de correo electrónico que
contiene instrucciones para completar la tarea y un vínculo a un sitio web que muestra el formulario Informe de gastos.
3. El director, el segundo participante del flujo de trabajo, entra al sitio web y revisa el informe de gastos. El elemento de la tarea del
flujo de trabajo ofrece tres acciones que el director puede realizar: aprobar, no aprobar o reenviar.
Si el informe de gastos es inferior a 5.000,00 dólares, el director ve opciones para Aprobar o No aprobar dicho informe.
Si el informe de gastos es superior a 5.000,00 dólares, el director ve opciones para Reenviar el informe al vicepresidente de la
compañía o para No aprobar dicho informe en el nivel del director.
4. El director toma la decisión de aprobar, no aprobar o reenviar el informe de gastos, y el flujo de trabajo continúa:
488
Si el director aprueba los gastos, la finalización de tarea envía un mensaje al flujo de trabajo para indicar que la tarea se
completó, el flujo de trabajo notifica al representante de ventas por medio de un mensaje de correo electrónico y, a continuación,
agrega los datos de los gastos al sistema contable de línea de negocio (LOB).
Si el director no aprueba los gastos, escribe una explicación para dar cuenta de su decisión. La finalización de tarea envía un
mensaje al flujo de trabajo para indicar que la tarea se completó y, a continuación, el flujo de trabajo notifica esta situación al
representante de ventas mediante un mensaje de correo electrónico.
Si el director selecciona la opción de reenviar el informe de gastos al vicepresidente de una compañía, debe hacer comentarios
relevantes en el formulario y hacer clic en Reenviar. A continuación, el flujo de trabajo notifica al vicepresidente mediante un
mensaje de correo electrónico que contiene instrucciones para completar la tarea y ofrece un vínculo a un sitio web que muestra
el formulario Informe de gastos.
5. El vicepresidente, que es el tercer participante del flujo de trabajo, tiene la opción de Aprobar o No aprobar el informe de gastos.
Una vez que aprueba o no aprueba este informe, el flujo de trabajo continúa.
Si el vicepresidente aprueba los gastos, los datos de gastos se agregan al sistema contable, el flujo de trabajo notifica al
representante de ventas y al director mediante un mensaje de correo electrónico y, a continuación, notifica a SharePoint que la
tarea se completó.
Si el vicepresidente no aprueba los gastos, redacta una explicación para dar cuenta de su decisión en el formulario. El flujo de
trabajo notifica al representante de ventas y al director mediante un mensaje de correo electrónico y, a continuación, notifica a
SharePoint que la tarea se completó.
Como se puede suponer, existen varias formas de expandir la funcionalidad de este flujo de trabajo dentro del contexto de este escenario. Por ejemplo, se puede configurar el flujo de trabajo de modo que si el vicepresidente no aprueba el informe de gastos, éste sea devuelto al director del representante de ventas. El director puede justificar el gasto aun más y reenviar el informe al vicepresidente para su aprobación, puede pasar la desaprobación al representante de ventas o tomar alguna otra medida.
En este escenario de ejemplo de un informe de gastos, las reglas de negocio son siempre las mismas. Esta solución de flujo de trabajo define al director y al vicepresidente como aprobadores, define la lógica empresarial para la distribución del flujo de trabajo y predefine el contenido de las notificaciones. Sin embargo, muchas aplicaciones del mundo real cuentan con reglas de negocio complejas. La distribución para la aprobación puede depender de muchas variables de negocio. Las notificaciones también pueden cambiar en función de otras variables.
Por ejemplo, suponga que en la misma solución para generar informes de gastos debe distribuir el informe de gastos a, por lo menos, diez directores, según el propósito de los gastos, el gasto total y la fecha de envío. Además, en función del propósito de los gastos, el contenido de las notificaciones que envía el flujo de trabajo presenta algunas pequeñas diferencias. Esto significa que puede haber varias soluciones del flujo de trabajo con diferentes niveles de distribución y notificaciones.
489
Microsoft SharePoint Server 2010 permite crear e implementar soluciones del flujo de trabajo para satisfacer las necesidades de negocio de la organización y lo logra al sacar provecho del diseño de flujo de trabajo y de las características de personalización de SharePoint Designer 2010 y Microsoft Visual Studio 2010 Premium Edition, la funcionalidad para crear prototipos de Microsoft Visio 2010 usada con SharePoint Designer 2010 y las funcionalidades de Microsoft Office system.
Nota:
Puede usar la funcionalidad para crear prototipos de Visio 2010 en SharePoint Designer 2010 solo si ejecuta la edición Premium de Visio 2010.
Tipos de flujo de trabajo: declarativos y compilados Una distinción importante para comprender los flujos de trabajo es si son declarativos, como los que se crean mediante Microsoft SharePoint Designer 2010, o compilados, como los que se crean mediante Visual Studio 2010. Un flujo de trabajo declarativo es un flujo de trabajo creado a partir de condiciones y acciones que se ensamblan en reglas y pasos, y que establece los parámetros del flujo de trabajo sin escribir ningún código.
Un flujo de trabajo compilado, al igual que los flujos de trabajo declarativos, también puede crearse a partir de condiciones y acciones sin que el autor del flujo de trabajo deba escribir código, pero también le permiten a éste último agregar código personalizado al flujo de trabajo. Independientemente de si el autor del flujo de trabajo agrega código personalizado a un flujo de trabajo centrado en código, la distinción más importante que se debe comprender es la diferencia en el modo en que los flujos de trabajo declarativos y compilados se ejecutan en el servidor. Un flujo de trabajo compilado se almacena en un servidor que ejecuta SharePoint Server 2010 como un archivo dll precompilado, mientras que un flujo de trabajo declarativo se implementa en un servidor que ejecuta SharePoint Server 2010 como un archivo de lenguaje de marcado de objetos extensible (XOML) y compilado en la base de datos de contenido cada vez que se inicia una instancia de flujo de trabajo. Para obtener más información acerca de las herramientas admitidas de Microsoft para la creación de flujos de trabajo, vea el tema Plan para crear flujos de trabajo (SharePoint Server 2010).
Plantillas de flujo de trabajo Al crear un flujo de trabajo personalizado mediante SharePoint Designer 2010, puede elegir crear un flujo de trabajo que solo se usará con una lista, biblioteca, tipo de contenido o sitio específicos. Como alternativa, puede elegir crear una plantilla de flujo de trabajo reutilizable que puede asociarse con varias listas, bibliotecas, tipos de contenido o sitios.
490
Nota:
SharePoint Designer 2010 no admite la creación de flujos de trabajo reutilizables para los sitios. En su lugar, puede usar Visual Studio 2010 para crearlos.
Al crear un flujo de trabajo, también puede elegir hacerlo global, lo que significa que una vez activado en un sitio, también estará activo para todos los subsitios que se encuentren por debajo de ese sitio. Sin embargo, no puede usar SharePoint Designer 2010 para crear un flujo de trabajo global y, posteriormente, guardarlo como un archivo WSP.
Asociaciones de flujos de trabajo SharePoint Server 2010 aprovecha el tiempo de ejecución de Workflow Foundation. En un servidor se pueden instalar una o varias plantillas de flujo de trabajo, cada una con el código que define un flujo de trabajo concreto. Una vez hecho esto, se puede crear una asociación entre una plantilla específica y una biblioteca de documentos, una lista, un tipo de contenido o un sitio. Posteriormente, el tiempo de ejecución de Workflow Foundation hospedado en SharePoint Server 2010 puede cargar y ejecutar esta plantilla, lo que creará una nueva instancia de flujo de trabajo.
Como todos los flujos de trabajo de Workflow Foundation, los basados en SharePoint Server 2010 dependen de los servicios de tiempo de ejecución de Workflow Foundation. El servicio de persistencia estándar de Workflow Foundation permite que se vincule el estado de un flujo de trabajo persistido con el documento o el elemento y permite, además, procesos de negocio prolongados durante días, meses o años.
Los flujos de trabajo de SharePoint pueden asociarse con listas, bibliotecas y tipos de contenido. Los flujos de trabajo reutilizables creados mediante Visual Studio 2010 también pueden asociarse con sitios. En la siguiente tabla se describen los permisos mínimos requeridos para asociar un flujo de trabajo.
Asociación del flujo de trabajo con Permisos mínimos requeridos
Lista o biblioteca Nivel de permisos de control total en la lista o biblioteca
Tipo de contenido de lista o biblioteca Miembro del grupo de propietarios del sitio en el sitio de SharePoint
491
Asociación del flujo de trabajo con Permisos mínimos requeridos
Tipo de contenido de sitio Miembro del grupo de propietarios del sitio en el sitio de SharePoint
Sitio Miembro del grupo de propietarios del sitio en el sitio de SharePoint
Para obtener más información acerca de las asociaciones de flujos de trabajo, vea el tema Add a workflow association (SharePoint Server 2010).
Interoperabilidad del cliente de Office La implementación de procesos de negocio que requieren la participación de trabajadores de la información suele verse obstaculizada por el hecho de que esos procesos rara vez se integran al modo en que trabajan las personas. Para que un proceso de negocio sea eficaz, se debe integrar con las herramientas y aplicaciones de uso común y cotidianas en el área de trabajo de modo que forme parte de la rutina diaria de los trabajadores de la información. En el área de trabajo de electrónica, esto incluye la coordinación con mensajes de correo electrónico, calendarios, listas de tareas, sitios web de colaboración y aplicaciones cliente, como Microsoft Outlook y Microsoft Word. Este enfoque integrado se implementa en flujos de trabajo basados en SharePoint Server 2010.
SharePoint Server 2010 ofrece aplicaciones de flujo de trabajo por medio de una tecnología llamada Windows Workflow Foundation. Las personas interactúan con estos flujos de trabajo en el explorador web y en 2007 Microsoft Office system y Conjuntos de aplicaciones de Microsoft Office 2010 mediante programas como Microsoft Word. SharePoint Server 2010 usa la funcionalidad de Windows Workflow Foundation para entregar varios flujos de trabajo que automatizan los procesos de negocio habituales. Además, los flujos de trabajo personalizados pueden crearse con diferentes herramientas y, luego, pueden asociarse a bibliotecas, listas, tipos de contenido y sitios de SharePoint.
492
Plan para crear flujos de trabajo (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
¿Qué es un flujo de trabajo? Consta básicamente de dos elementos: los formularios que el flujo de trabajo usa para interactuar con los usuarios y la lógica que define el comportamiento del flujo de trabajo. Entender cómo se crean los flujos de trabajo requiere tener conocimientos de ambos elementos.
Debido a que establece la comunicación con los usuarios mediante un explorador web, un flujo de trabajo se basa en ASP.NET para mostrar los formularios. Por consiguiente, estos formularios se definen como páginas .aspx. Un flujo de trabajo puede mostrar sus propios formularios en cuatro puntos de su ciclo de vida:
Asociación: si un administrador asocia una plantilla de flujo de trabajo con una biblioteca de documentos o una lista concretas, es
posible que pueda establecer opciones que se aplicarán a todas las instancias de flujo de trabajo creadas a partir de esta asociación.
Si el autor del flujo de trabajo decide permitir esto, debe proporcionar un formulario que permita al administrador especificar esta
información.
Inicio: es posible que el iniciador de un flujo de trabajo tenga permiso para especificar opciones al empezar a ejecutar una instancia.
Por ejemplo, en el escenario de aprobación descrito, las opciones incluyen la especificación de la lista de participantes en el flujo de
trabajo y la definición del tiempo de que dispone cada participante para completar la tarea. Si un flujo de trabajo permite esto, el autor
debe proporcionar un formulario para permitir al iniciador que establezca estas opciones.
Finalización de tareas: la instancia de flujo de trabajo en ejecución debe mostrar un formulario a los participantes en el flujo de trabajo
para permitirles completar la tarea. Este formulario permite a los aprobadores del escenario anterior hacer comentarios acerca del
documento e indicar su aprobación o rechazo.
Modificación: el creador de un flujo de trabajo puede permitir su modificación mientras se está ejecutando. Por ejemplo, es posible
que un flujo de trabajo permita la adición de nuevos participantes una vez iniciada su ejecución o la ampliación de la fecha de
vencimiento para completar las tareas. Si se usa esta opción, el flujo de trabajo debe mostrar un formulario en este punto para
permitir que el participante especifique qué cambios se deben realizar.
Los flujos de trabajo generados mediante Microsoft SharePoint Server 2010 pueden usar formularios creados con InfoPath. La lógica de un flujo de trabajo siempre se define como un grupo de actividades, al igual que cualquier flujo de trabajo basado en Windows Workflow Foundation (WF). Para especificar la lógica y los formularios para un flujo de trabajo, Microsoft proporciona dos herramientas distintas,
493
cada una de las cuales se dirige a una audiencia diferente. Los programadores de software pueden usar la característica Diseñador de flujo de trabajo de Windows Workflow Foundation. Esta herramienta se ejecuta en Visual Studio 2010 Professional Edition y proporciona un entorno gráfico para organizar las actividades en los flujos de trabajo. Los trabajadores de la información, un grupo menos técnico, pueden usar Microsoft SharePoint Designer 2010 para crear flujos de trabajo sin escribir código. En las dos secciones siguientes se analiza la creación de flujos de trabajo con cada una de estas herramientas.
Creación de flujos de trabajo con Visual Studio 2010 y el Diseñador de flujo de trabajo de WF Los flujos de trabajo creados con SharePoint Server pueden usar formularios de flujo de trabajo de Microsoft InfoPath 2010 en lugar de solo los formularios .aspx. Para crear estos formularios, el autor de un flujo de trabajo usa Microsoft InfoPath. Esta herramienta proporciona un editor gráfico que permite al autor definir el contenido del formulario. Los programadores que prefieren trabajar exclusivamente en el entorno de Visual Studio pueden usar Visual Studio 2010 Professional Edition.
Una vez creados, los formularios de flujo de trabajo de InfoPath se adjuntan a un flujo de trabajo mediante un archivo workflow.xml, al igual que los formularios ASP.NET. A diferencia de los formularios ASP.NET, sin embargo, los programadores no necesitan escribir código personalizado para mover la información entre los formularios de flujo de trabajo de InfoPath y un flujo de trabajo. En lugar de ello, SharePoint Server y InfoPath proporcionan este vínculo, lo cual simplifica el proceso en gran medida para las personas que crean flujos de trabajo.
Desde varias perspectivas, un flujo de trabajo es como un diagrama de flujo. Por lo tanto, es razonable proporcionar una herramienta gráfica que permita a los programadores especificar las acciones de un flujo de trabajo. Esta herramienta es la herramienta de flujo de trabajo de SharePoint en Visual Studio 2010 Professional, que es un tipo de proyecto que usa el Diseñador de flujo de trabajo de Windows Workflow Foundation (WF) y agrega compatibilidad de implementación y formularios para flujos de trabajo. Los programadores pueden usar el Diseñador de flujo de trabajo de WF para definir gráficamente las actividades de un flujo de trabajo y el orden en que se deben ejecutar dichas actividades. A continuación, la pantalla muestra un ejemplo simple de cómo se ve esto en Microsoft Visual Studio.
494
Flujo de trabajo de recopilar comentarios
495
Las actividades disponibles para su uso se muestran en el cuadro de herramientas de la parte izquierda de la pantalla. El programador puede arrastrar estas actividades a la superficie de diseño para definir los pasos de un flujo de trabajo. Las propiedades de cada actividad se pueden establecer en la ventana de propiedades que aparece en la esquina inferior derecha.
La biblioteca de actividades base de Windows Workflow Foundation proporciona un grupo de actividades fundamentales, como se ha descrito anteriormente. SharePoint Server proporciona además un conjunto de actividades diseñadas expresamente para crear flujos de trabajo. Algunas de las más importantes son las siguientes:
OnWorkflowActivated: proporciona un punto de inicio estándar para un flujo de trabajo. Entre otras cosas, esta actividad puede
aceptar la información suministrada por un administrador de SharePoint a través del formulario de asociación cuando el flujo de
trabajo se asocia a una biblioteca de documentos, una lista, un tipo de contenido o un sitio. Además, puede aceptar la información
suministrada a través del formulario de inicio cuando se inicia el flujo de trabajo. Todos los flujos de trabajo deben empezar por esta
actividad.
CreateTask: crea una tarea asignada a un usuario concreto de una lista de tareas. Por ejemplo, el flujo de trabajo de aprobación del
escenario descrito anteriormente usaba esta actividad para agregar una tarea a la lista de tareas usada por cada participante. Esta
actividad tiene además la propiedad SendEmailNotification que, si se establece en verdadero, envía automáticamente un mensaje de
correo electrónico a la persona para la que se creó la tarea.
OnTaskChanged: acepta información del formulario de finalización de tareas. El flujo de trabajo de aprobación del escenario anterior
usaba esta actividad para aceptar la entrada de cada participante al aprobar el documento.
CompleteTask: marca una tarea como completada.
DeleteTask: quita una tarea de una lista de tareas.
OnWorkflowModified: acepta información del formulario de modificación, que se puede usar a continuación para cambiar el modo en
que se comporta esta instancia del flujo de trabajo. Si el creador del flujo de trabajo opta por no incluir ninguna instancia de esta
actividad en el flujo de trabajo, dicho flujo de trabajo no se puede modificar mientras se esté ejecutando.
SendEmail: envía un mensaje de correo electrónico a la persona o el grupo de personas especificados.
LogToHistoryList: escribe información acerca de la ejecución del flujo de trabajo en una lista de historial. La información de esta lista
se usa para permitir a los usuarios ver dónde se está ejecutando un flujo de trabajo, consultar el historial de trabajo una vez
completado, etc. Para permitir este tipo de supervisión, el autor del flujo de trabajo debe escribir la información en una lista de
historial en los puntos correspondientes de la ejecución del flujo de trabajo. Dado que proporciona su propio mecanismo de
seguimiento de flujos de trabajo, SharePoint Server no es compatible con el servicio de seguimiento estándar de WF.
Un modelo típico para un flujo de trabajo sencillo empieza por la actividad OnWorkflowActivated y, a continuación, usa la actividad CreateTask para asignar una tarea a un participante del flujo de trabajo. Es posible que se use la actividad While estándar de la biblioteca
496
de actividades base para esperar hasta que el usuario complete la tarea. Para saber cuándo ocurre esto (quizá el usuario realice varios cambios en la tarea y, a continuación, active una casilla del formulario de finalización de tareas al terminar), se ejecuta la actividad OnTaskChanged en la actividad While para extraer la información que el usuario haya especificado en el formulario. Cuando el usuario complete la tarea, es posible que se ejecute la actividad CompleteTask, seguida de la actividad DeleteTask. A continuación, el flujo de trabajo puede continuar con el siguiente participante mediante la actividad CreateTask para asignarle una tarea, y así sucesivamente. Obviamente, se pueden realizar más actividades, como el envío de correo electrónico, el registro de información en la lista de historial o incluso la actividad Code de la biblioteca de actividades base, que permite ejecutar código arbitrario.
Todas las actividades proporcionadas por SharePoint Server tienen como objetivo permitir que los flujos de trabajo funcionen en el entorno de SharePoint. La lógica empresarial que implementa un flujo de trabajo la decide en su totalidad el creador del flujo de trabajo. De hecho, el programador que cree un flujo de trabajo puede crear y usar sus propias actividades personalizadas y no tiene por qué usar únicamente las que proporcionan SharePoint Server y WF.
Como se ha descrito anteriormente, Windows Workflow Foundation es compatible con los flujos de trabajo secuenciales y de equipo de estado. Un flujo de trabajo creado con el Diseñador de flujo de trabajo de WF también puede usar cualquiera de estas opciones. Para ello, SharePoint Server agrega tipos de proyecto a Visual Studio, uno para cada uno de estos estilos de flujo de trabajo.
Con independencia del estilo elegido, el programador debe definir algo más que la lógica del flujo de trabajo; debe especificar también los formularios .aspx o InfoPath que debe usar el flujo de trabajo. Para ello, el programador se basa en un archivo llamado element.xml. Este archivo proporciona una plantilla que el programador rellena para especificar qué formulario, si lo hay, se debe mostrar en cada uno de los cuatro puntos en que el flujo de trabajo tiene permiso para esto.
Un programador debe realizar determinadas tareas para pasar información entre un flujo de trabajo y los formularios .aspx que usa. El espacio de nombres Microsoft.Windows.SharePoint.Workflow expone un modelo de objetos para programadores. Si se usan los tipos en este espacio de nombres, el creador de un flujo de trabajo puede pasar información de un formulario .aspx al flujo de trabajo y viceversa.
Una vez que se han creado el flujo de trabajo y sus formularios, el programador debe empaquetarlos en lo que se denomina una característica. A continuación, el administrador de SharePoint Services debe instalar esta característica, que incluye la instalación de los ensamblados del flujo de trabajo en la memoria caché global de ensamblados del sistema de destino. El flujo de trabajo nuevo estará visible para el administrador como una plantilla de flujo de trabajo que se puede asociar a una biblioteca de documentos, lista, tipo de contenido o sitio.
Para el programador de software, la creación de un flujo de trabajo con Visual Studio y el Diseñador de flujo de trabajo de WF no resulta especialmente difícil. El programador debe entender los aspectos específicos del trabajo en este entorno, pero gran parte de estas tareas le resultarán familiares. No obstante, los programadores de software no son los únicos que desean crear flujos de trabajo. Como se describe a continuación, los usuarios que no son programadores profesionales también pueden crear flujos de trabajo con Microsoft SharePoint Designer 2010.
497
Creación de flujos de trabajo con Microsoft SharePoint Designer 2010 Microsoft SharePoint Designer 2010 es una aplicación independiente que puede descargarse gratuitamente. Microsoft SharePoint Designer permite que los trabajadores de la información y otros usuarios agreguen la lógica de aplicación (implementada como un flujo de trabajo) a sitios de SharePoint. Esto es sin duda un objetivo útil, pero Microsoft SharePoint Designer debe solucionar además otro problema importante. Si un programador crea un flujo de trabajo con Visual Studio, dicho flujo de trabajo se debe implementar en un servidor que ejecute SharePoint Server como cualquier otra característica. Sin embargo, muchos administradores de SharePoint no permiten que se implemente código arbitrario en sus servidores, ya que consideran que el riesgo de desestabilización del sistema es considerable. No obstante, poder crear una lógica empresarial directa asociada a los documentos y los elementos de lista resulta muy útil y es algo necesario para muchos usuarios de SharePoint. Además de permitir a los usuarios con menos conocimientos técnicos crear flujos de trabajo, Microsoft SharePoint Designer también soluciona este problema al proporcionar un método más seguro para definir e implementar la lógica empresarial en los servidores que ejecutan SharePoint Server.
Los escenarios de flujo de trabajo de que se ocupa Microsoft SharePoint Designer son distintos en varios aspectos de los escenarios de flujo de trabajo de Visual Studio y del Diseñador de flujo de trabajo de WF. Aunque se pueden crear aplicaciones complejas, el objetivo de Microsoft SharePoint Designer es permitir a los usuarios agregar la lógica empresarial a los sitios de SharePoint. Por ejemplo, supongamos que un sitio contiene una lista que permite a los usuarios enviar solicitudes de cambio. Microsoft SharePoint Designer se puede usar para crear un flujo de trabajo que informe automáticamente al remitente de cuándo se acepta o rechaza su solicitud de cambio. De forma similar, un flujo de trabajo personalizado puede informar a un grupo de usuarios concreto siempre que se agregue un documento nuevo a una biblioteca de documentos específica. Este tipo de notificación personalizada no es complicada (la creación de los flujos de trabajo es sencilla), pero sí resulta compleja en el caso de versiones anteriores de SharePoint Server debido a que los administradores son reacios a instalar código escrito por el usuario.
En este punto se plantea una cuestión obvia: ¿por qué la lógica creada con Microsoft SharePoint Designer se debe tratar de un modo distinto? ¿Qué puede convencer a los administradores de SharePoint para que permitan la implementación de los flujos de trabajo creados con esta herramienta en los sistemas de los que son responsables? La respuesta es que los flujos de trabajo creados con Microsoft SharePoint Designer sólo pueden usar actividades de una lista controlada por el administrador. Además de las actividades que proporciona SharePoint Server, el administrador de un sitio puede optar por incluir actividades personalizadas creadas por un programador en esta lista. Al definir exactamente lo que los flujos de trabajo pueden hacer, el administrador de SharePoint puede tener más confianza en que la implementación de la lógica creada con Microsoft SharePoint Designer no desestabilice el sistema.
Dado que está dirigido a trabajadores de la información en lugar de programadores, y dado que se centra en escenarios más sencillos, Microsoft SharePoint Designer usa un modelo para la creación de flujos de trabajo distinto al del Diseñador de flujo de trabajo de WF hospedado en Visual Studio. En lugar de un enfoque gráfico, Microsoft SharePoint Designer usa un enfoque basado en reglas. Es similar en cierto modo al Asistente para reglas de Microsoft Outlook, una herramienta conocida por muchos usuarios. En la siguiente pantalla se muestra cómo un usuario de Microsoft SharePoint Designer define un paso de un flujo de trabajo. Observe que este flujo de trabajo
498
ejecuta algunas acciones en paralelo, mientras que otras acciones se ejecutan en serie. Las versiones anteriores de SharePoint Server sólo eran compatibles con la ejecución en serie de acciones; las acciones se ejecutaban únicamente de manera consecutiva.
Flujo de trabajo para ordenar procesos
499
Cada paso puede incluir una condición y una acción. La condición determina si la acción de este paso se debe ejecutar, como se muestra en la instrucción If anterior. Las selecciones de las acciones incluyen tareas, como la asignación de un animador a un evento, la recopilación de aprobación y muchas otras más. Cada una de estas acciones se realiza mediante alguna actividad de SharePoint Server y las actividades usadas aquí son las mismas que se usan con Visual Studio y el Diseñador de flujo de trabajo de WF. La lista de acciones también puede incluir cualquier otra actividad permitida por el administrador de SharePoint para este sitio, incluidas las actividades personalizadas creadas por los programadores. En SharePoint Server, también existe un conjunto de actividades disponibles que permite a los usuarios personalizar la aprobación común o el paradigma de recopilar comentarios de ―crear un conjunto de tareas y esperar que se completen‖ en un diseñador especial en Microsoft SharePoint Designer.
Incluso aunque la interfaz de usuario tenga un aspecto muy distinto del enfoque gráfico usado con Visual Studio y el Diseñador de flujo de trabajo de WF, Microsoft SharePoint Designer crea un flujo de trabajo de WF estándar. El resultado real es un flujo de trabajo secuencial, paralelo o una combinación de ambos, con condiciones expresadas mediante el motor de reglas de WF. No obstante, los flujos de trabajo creados con esta herramienta tienen algunas limitaciones. Por ejemplo, no se pueden modificar mientras se están ejecutando, a diferencia de los que se crean con Visual Studio y el Diseñador de flujo de trabajo de WF, y solo se pueden crear flujos de trabajo secuenciales y paralelos, ya que los de equipo de estado no son compatibles. Además, para la creación de flujos de trabajo con esta herramienta se deben tener en cuenta una biblioteca de documentos, una lista o un sitio específicos durante el diseño. Los creadores de flujos de trabajo también pueden crear una plantilla de flujo de trabajo general que puede asociarse posteriormente a cualquier biblioteca, lista o tipo de contenido. Aunque esto limita el modo de uso del flujo de trabajo, facilita su implementación. De hecho, cuando un usuario finaliza la creación de un flujo de trabajo con Microsoft SharePoint Designer, la herramienta proporciona una implementación del flujo de trabajo en el sitio de destino con un solo clic, incluida la activación del flujo de trabajo. Este proceso resulta mucho menos complejo que el proceso de implementación en varios pasos requerido para los flujos de trabajo creados con Visual Studio y el Diseñador de flujo de trabajo de WF.
Los flujos de trabajo creados con Microsoft SharePoint Designer también pueden mostrar formularios personalizados. Sin embargo, en lugar de requerir que los autores de los flujos de trabajo creen las páginas .aspx directamente, la herramienta genera estas páginas. El autor especifica información detallada acerca del aspecto que deben tener las páginas generadas, como los campos que deben contener, y Microsoft SharePoint Designer se ocupa del resto. No obstante, de los cuatros puntos del ciclo de vida de un flujo de trabajo en que se pueden usar formularios, solo se usan dos con los flujos de trabajo creados con Microsoft SharePoint Designer: inicio y finalización de tareas. Dado que todos los flujos de trabajo creados con esta herramienta se deben asociar a una biblioteca de documentos, lista, tipo de contenido o sitio concreto, no es necesario el paso de asociación y, por lo tanto, tampoco es necesario ningún formulario de asociación. Además, debido a que estos flujos de trabajo no se pueden modificar mientras se están ejecutando, no es necesario ningún formulario de modificación.
Microsoft SharePoint Designer también permite importar flujos de trabajo creados con Microsoft Visio 2010. Esto permite a los administradores de empresas y a los autores de flujos de trabajo crear la lógica de flujo de trabajo usando un entorno gráfico conocido. A
500
continuación, el autor de un flujo de trabajo puede importar la lógica del flujo de trabajo en Microsoft SharePoint Designer, modificarla si es necesario y, después, publicarla en un sitio de SharePoint.
SharePoint Server proporciona un nivel de funcionalidad considerable para crear flujos de trabajo orientados a los documentos. No obstante, en última instancia, se trata de una plataforma para el desarrollo y la ejecución. No proporciona ninguna funcionalidad de flujo de trabajo que puedan usar directamente los usuarios finales. Los flujos de trabajo que se ejecutan en SharePoint Server presentan además otras restricciones, como la imposibilidad de interactuar con los participantes mediante aplicaciones cliente de Office.
Comparación de herramientas de creación En la siguiente tabla se muestran las diferencias importantes entre las herramientas admitidas por Microsoft para crear flujos de trabajo en SharePoint Server utilizando tanto SharePoint Designer como el Diseñador de flujo de trabajo de WF en Visual Studio 2010 Professional Edition.
Capacidad y requisito SharePoint Designer Diseñador de flujo de trabajo de WF en Visual Studio
¿Los flujos de trabajo pueden crearse únicamente
mediante acciones aprobadas por los administradores de sitios?
Sí No
¿Los flujos de trabajo son accesibles en aplicaciones
cliente (distintas del explorador)?
Sí Sí
¿Se puede usar Microsoft Visio Professional para crear
una lógica de flujo de trabajo?
Sí No
¿Se necesita escribir código? No Sí
¿Se proporcionan actividades adicionales (aparte de
las que proporciona SharePoint Server)?
No Sí
¿Se pueden crear actividades personalizadas? No Sí
501
Capacidad y requisito SharePoint Designer Diseñador de flujo de trabajo de WF en Visual Studio
¿Se pueden usar los formularios de InfoPath en este
flujo de trabajo?
Sí Sí
¿Se puede modificar el flujo de trabajo mientras se
está ejecutando?
No Sí
¿Publicación de flujos de trabajo con un solo clic? Sí Sí
¿Es posible implementar flujos de trabajo de forma
remota?
Sí No
¿Pueden estar disponibles a través de la granja de
servidores?
No Sí
¿Pueden estar en el ámbito de una colección de
sitios?
Sí Sí
Planeación de procesos de aprobación y revisión en flujos de trabajo (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
Como parte de la planeación de flujos de trabajo para la implementación de Microsoft SharePoint Server 2010, también se recomienda planear la manera en que se usarán los flujos de trabajo para los procesos de aprobación y revisión.
502
En este artículo:
Introducción a la aprobación del flujo de trabajo
Cómo funciona el flujo de trabajo Aprobación
Ejemplo - Administrar el proceso de aprobación del documento mediante un flujo de trabajo
Modelo híbrido de revisión
Introducción a la aprobación del flujo de trabajo El proceso de aprobación del flujo de trabajo en Microsoft SharePoint Designer 2010 les permite a los usuarios de Microsoft SharePoint Server 2010 personalizar tareas individuales, dentro de un flujo de trabajo, que requieren aprobación.
Por ejemplo, es posible que ocasionalmente haya un proyecto, como completar un documento determinado, para el que debe reducirse el tiempo de respuesta. Es posible configurar el proceso de aprobación del flujo de trabajo de modo que si la tarea no se completa antes de un momento determinado, el documento se rechaza automáticamente.
El proceso de aprobación enruta el elemento a través de una o más personas, cada una de las cuales tiene asignada una tarea para revisar el elemento y decidir qué desean hacer con él. Por ejemplo, si se sube un elemento a una biblioteca de documentos, los aprobadores pueden aprobar o rechazar el documento, volverle a asignar la tarea de aprobación a otra persona o solicitar cambios para el documento.
Cómo funciona el flujo de trabajo Aprobación El flujo de trabajo Aprobación distribuye un documento o elemento que se ha guardado en una lista o biblioteca a un grupo de personas para su aprobación. De forma predeterminada, el flujo de trabajo Aprobación está asociado al tipo de contenido de documento y, por tanto, está automáticamente disponible en las bibliotecas de documentos.
El flujo de trabajo Aprobación admite procesos empresariales que requieren que se envíen documentos o elementos a compañeros de trabajo o jefes para su aprobación. Este flujo de trabajo hace que sea más eficaz el proceso empresarial de aprobación, ya que administra todas las tareas humanas del proceso, realiza un seguimiento y proporciona un registro del proceso una vez que se ha completado.
Un flujo de trabajo de aprobación puede iniciarse directamente desde un documento o elemento en una lista o biblioteca. Para iniciar un flujo de trabajo, seleccione el que desee usar y, a continuación, rellene un formulario de inicio del flujo de trabajo que especifica los participantes (aprobadores), fecha de vencimiento e instrucciones pertinentes de la tarea. Una vez iniciado el flujo de trabajo, el servidor
503
asigna tareas a todos los participantes. Si se han habilitado las alertas de correo electrónico en el servidor, éste también envía alertas de correo electrónico a todos los participantes. Los participantes pueden hacer clic en un vínculo de la alerta de tarea en el mensaje de correo electrónico para abrir el documento o elemento que se desea aprobar. Los participantes pueden aprobar, rechazar o reasignar sus tareas de aprobación. También pueden solicitar un cambio en el documento o elemento que va a aprobarse. Los participantes tienen la opción de completar las tareas del flujo de trabajo directamente desde determinados programas que son parte de los conjuntos de aplicaciones de 2007 Microsoft Office system y Microsoft Office 2010 o desde el sitio web de SharePoint Server 2010. Cuando el flujo de trabajo está en progreso, el propietario del mismo o los participantes, pueden consultar la página Estado del flujo de trabajo para ver qué participantes han completado sus tareas. Cuando los participantes completan sus tareas, el flujo de trabajo finaliza y se notifica automáticamente al propietario que el flujo de trabajo se ha finalizado.
Nota:
Si el usuario ejecuta una tarea de flujo de trabajo de SharePoint Server 2010 desde un programa de 2007 Microsoft Office system, el flujo de trabajo no se abre en el programa de 2007 Microsoft Office system. En lugar de eso, el usuario es redirigido hasta un formulario de exploración de InfoPath Forms Services en Microsoft SharePoint Server 2010 en el sitio web de SharePoint Server 2010.
Cuando el flujo de trabajo está en progreso, el propietario del mismo o los participantes, pueden consultar la página Estado del flujo de trabajo para ver qué participantes han completado sus tareas. Cuando los participantes completan sus tareas, el flujo de trabajo finaliza y se notifica automáticamente al propietario que el flujo de trabajo se ha finalizado.
El flujo de trabajo Aprobación predeterminado para las bibliotecas de documentos es en serie, por lo que las tareas se asignan a los participantes de una en una. De manera predeterminada, una versión del flujo de trabajo Aprobación también está asociada a la biblioteca Páginas en un sitio de publicación y puede utilizarse para administrar el proceso de aprobación para la publicación de páginas web. Según lo que desee personalizar, puede usar Office SharePoint Designer o SharePoint Server 2010 en sí para personalizar estas versiones asociadas previamente del flujo de trabajo Aprobación para satisfacer las necesidades de su organización, o bien, puede agregar una nueva versión del flujo de trabajo Aprobación a una lista, una biblioteca o un tipo de contenido.
Ejemplo - Administrar el proceso de aprobación del documento mediante un flujo de trabajo
Si alguna vez tuvo que obtener la aprobación de varias personas para un plan de proyecto, una propuesta u otro documento importante, sabe probablemente que puede resultar una experiencia frustrante. En primer lugar, ¿cómo se gestiona la logística para hacerles llegar el documento a las personas adecuadas? ¿El documento debe enviarse por correo electrónico y deben solicitarse respuestas por correo electrónico? ¿Se debe organizar una reunión? En segundo lugar, ¿Cómo se debe supervisar qué personas aprobaron el documento y,
504
además, de qué manera se debe registrar formalmente la aprobación? ¿Guarda varios mensajes de correo electrónico? ¿Guarda notas de las reuniones?
Considere los problemas a los que podría enfrentarse en materia de semanas o meses si no puede recordar quién aprobó algo o quién envió un comentario en particular. A no ser que su organización haya desarrollado proceso de aprobación formal, es posible que se encuentre en una situación en la que no podrá encontrar este tipo de información cuando la necesite.
Puede evitar este tipo de problemas mediante el flujo de trabajo Aprobación disponible en un sitio de SharePoint Server 2010 para enrutar los documentos a los colegas para la aprobación. Los flujos de trabajo reducen el tiempo necesario para coordinar los procesos empresariales comunes, como la aprobación de documentos, al administrar y supervisar las tareas humanas que son parte de estos procesos. Debido a que el flujo de trabajo Aprobación asigna tareas, envía avisos, supervisa la participación y crea un registro de todo el proceso, usted puede concentrarse en hacer su trabajo en lugar de intentar ponerse en contacto con distintas personas u ocuparse de la logística del proceso de aprobación de documentos. Si tiene que documentar que recibió la aprobación para algo, puede proporcionarles a los interesados un vínculo al historial de flujo de trabajo del documento, que muestra quién aprobó o rechazó un documento o quien no finalizó una tarea del flujo de trabajo. De esta manera, el flujo de trabajo Aprobación hace que el proceso de aprobación sea más transparente.
Importante:
La capacidad de iniciar un flujo de trabajo Aprobación desde Microsoft Office Word 2007, Microsoft Word 2010, Microsoft Office Excel 2007, Microsoft Excel 2010, Microsoft Office PowerPoint 2007 o Microsoft PowerPoint 2010 solo está disponible en los conjuntos de aplicaciones 2007 Microsoft Office system y Microsoft Office 2010 y en las versiones independientes de Office Word 2007, Word 2010, Office Excel 2007, Excel 2010, Office PowerPoint 2007 y PowerPoint 2010.
Modelo híbrido de revisión El modelo híbrido de flujo de trabajo Aprobación es un modelo de aprobación por etapas. Las aprobaciones pueden crearse en conjuntos o etapas; es decir, el primer conjunto de aprobadores pueden completar el proceso de revisión y aprobación y, a continuación, el conjunto siguiente de aprobadores, etc. Pero cada etapa o conjunto de aprobación también pude tener su propio orden de eventos; es decir, los miembros del primer grupo de aprobadores pueden realizar la revisión en un orden de aprobación en serie, los miembros del segundo grupo pueden realizar la revisión en paralelo, etc.
505
Plan de seguridad del flujo de trabajo y administración de usuarios (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
Antes de implementar flujos de trabajo en Microsoft SharePoint Server 2010 para usuarios, es posible que los administradores tengan inquietudes sobre temas de seguridad, como la divulgación de información o el aumento de privilegios. En este artículo se destacan algunos aspectos del comportamiento del flujo de trabajo relacionados con la seguridad y con otros problemas que los administradores y programadores de flujos de trabajo deberían considerar cuando configuran y desarrollan flujos de trabajo.
En este artículo:
Roles y responsabilidades del administrador de listas, el administrador y el programador
Ejecución de flujos de trabajo como administrador
Opciones de configuración del flujo de trabajo
Divulgación de información en las listas de tareas y de historial del flujo de trabajo
Ataques de suplantación de identidad (spoofing) y alteración en las listas de tareas y del historial de flujo de trabajo
Paso de suplantación de usuario en flujos de trabajo declarativos
Roles y responsabilidades del administrador de listas, el administrador y el programador A continuación, se describen algunas acciones comunes de flujos de trabajo y las responsabilidades relacionadas, que explican el rol de los administradores y los programadores en los flujos de trabajo en ejecución.
Programadores de flujos de trabajo
Desarrollar la programación y la plantilla de flujo de trabajo Los programadores de flujos de trabajo se encargan de crear el código del ensamblado que contiene la lógica empresarial que se ejecutará en un elemento de SharePoint. Este ensamblado se denomina
506
programación de flujo de trabajo. También son responsables de empaquetar los formularios de flujo de trabajo y el ensamblado en una característica o en una plantilla de flujo de trabajo.
Administradores de sitios
Administrar la configuración de flujo de trabajo en Administración central Los administradores de sitios pueden controlar la configuración de flujo de trabajo general, como la configuración de alertas de tarea y de participantes externos desde el sitio web de Administración central de SharePoint.
Implementar características del flujo de trabajo Los administradores de sitios pueden instalar características del flujo de trabajo en una colección de sitios a fin de que se encuentren disponibles para la asociación.
Administradores de listas (cualquiera con permisos de administrador de listas o diseñador web)
Agregar flujos de trabajo Los administradores de listas deben asociar (agregar) una plantilla de flujo de trabajo a una lista o tipo de contenido, de acuerdo con las necesidades empresariales de la lista o tipo de contenido. Esta asociación hace que la plantilla de flujo de trabajo esté disponible para usuarios finales, quienes después podrán seleccionar una configuración y valores predeterminados.
Quitar flujos de trabajo Los administradores de listas pueden quitar asociaciones de flujo de trabajo de una lista o un tipo de contenido, o bien impedir que se ejecuten instancias nuevas.
Terminar un flujo de trabajo Si se produce un error en una instancia de flujo de trabajo, los administradores de listas pueden detenerla durante su ejecución, por ejemplo, cuando una instancia de flujo de trabajo da error o no se inicia, mediante el vínculo Terminar este flujo de trabajo en la página Estado del flujo de trabajo. Esta acción se reserva para los administradores.
Ejecución de flujos de trabajo como administrador El concepto de seguridad más importante para tener en cuenta es que el flujo de trabajo se ejecuta como parte de la cuenta del sistema en SharePoint Server 2010, con la configuración de identidad del grupo de aplicaciones en el equipo y dominio del servidor. Esto significa que en SharePoint Server 2010, los flujos de trabajo tienen permisos de administrador. En el servidor, los flujos de trabajo tienen los mismos permisos que el grupo de aplicaciones, que suele tener permisos de administrador. Estos permisos permiten que los flujos de trabajo ejecuten acciones que los usuarios comunes no pueden realizar, como enrutar un documento a una ubicación o a un centro de registros específico, o agregar una cuenta de usuario al sistema.
Esta configuración de flujos de trabajo con permisos de administrador no puede cambiarse. Corresponde a la programación del flujo de trabajo (es decir, al código del flujo de trabajo) detectar acciones de usuarios y, de acuerdo con esas acciones, continuar o deshacer los cambios, o suplantar al usuario para imitar los permisos de ese usuario.
507
Al implementar flujos de trabajo, los administradores deben comprender las acciones que realizará el flujo de trabajo de modo que puedan evaluar los posibles riesgos asociados con el aumento de permisos en un flujo de trabajo y colaborar con el programador para mitigar cualquier problema relacionado con la seguridad.
Opciones de configuración del flujo de trabajo SharePoint Server 2010 incluye algunas opciones de configuración que los administradores deben establecer de acuerdo con las necesidades de seguridad.
Permisos necesarios para iniciar un flujo de trabajo
Además de impedir el aumento de permisos en el código, los administradores de listas pueden restringir el nivel de permisos que se necesita para iniciar un flujo de trabajo durante el proceso de asociación. Los administradores pueden elegir entre dos niveles de permisos para iniciar una asociación específica de flujo de trabajo: Editar elemento o Administrar lista.
La configuración predeterminada de la asociación de un flujo de trabajo permite que los usuarios con permisos para editar elementos puedan iniciar un flujo de trabajo manualmente. Esto significa que todos los usuarios de SharePoint Server 2010 autenticados en la lista con permisos para editar elementos pueden iniciar una sesión de esta asociación de flujo de trabajo. Si durante la creación del flujo de trabajo, el administrador selecciona la opción que requiere que el usuario tenga permisos de administración de listas para iniciar el flujo de trabajo, solo los administradores de listas podrán iniciar una sesión de esta asociación.
Dado que los flujos de trabajo están diseñados para que los utilicen colaboradores estándar, la mayoría de los flujos de trabajo no requieren la restricción de permisos de administración de listas. No obstante, los administradores pueden usar esta configuración para algunos flujos de trabajo, por ejemplo, un flujo de trabajo de eliminación de documentos donde solo determinadas personas puedan ejecutar las acciones de eliminación.
Configuración de Administración central
La siguiente configuración puede encontrarse en la página de Administración central haciendo clic en Administración de aplicaciones y, en la sección Aplicaciones web, haciendo clic en Administrar aplicaciones web. En la página de aplicaciones web, seleccione la aplicación web que desea configurar y, en el grupo Administrar de la cinta, haga clic en Configuración general y, a continuación, seleccione Flujo de trabajo. Se abrirá la página Configuración del flujo de trabajo y se mostrarán las siguientes opciones:
Flujos de trabajo definidos por el usuario
Notificaciones de tareas de flujo de trabajo
508
Habilitar flujos de trabajo definidos por el usuario
De forma predeterminada, los flujos de trabajo definidos por el usuario se encuentran habilitados para todos los sitios en una aplicación web, como se muestra en la sección Flujos de trabajo definidos por el usuario de la página Configuración del flujo de trabajo. Cuando se selecciona esta opción, los usuarios pueden definir flujos de trabajo en un editor de flujos de trabajo, como el editor de SharePoint Designer 2010. Los usuarios que definen estos flujos de trabajo deben tener permisos de administración de listas en el sitio en el que desean implementar el flujo de trabajo.
Notificación de tarea para usuarios sin acceso al sitio
En la página Configuración del flujo de trabajo, en la sección Notificaciones de tareas de flujo de trabajo , se pueden establecer opciones para enviar notificaciones de tareas pendientes del flujo de trabajo a los usuarios que no tienen acceso al sitio.
Usuarios internos
En SharePoint Server 2010, es posible resolver el conflicto de nombres de usuarios internos en el servicio de directorio que no son miembros del sitio o que no tienen acceso a esa tarea. En este caso, una administrador puede seleccionar la opción Avisar a los usuarios internos sin acceso al sitio cuando se les asigne una tarea de flujo de trabajo, en la sección Notificaciones de tareas de flujo de trabajo, para establecer que esos usuarios reciban una notificación de tarea por correo electrónico. Esta opción significa que los usuarios reciben una alerta cuando se les asigna una tarea de flujo de trabajo. Esta opción está habilitada de forma predeterminada y el mensaje de correo electrónico que los usuarios reciben contiene un vínculo en el que pueden hacer clic para solicitar acceso al sitio (los administradores aún deben conceder acceso). Es posible que este mensaje de correo electrónico incluya información sobre el documento. Esta información puede ser el título del documento y las instrucciones del propietario del flujo de trabajo. Si preocupa la divulgación de información a usuarios internos que no sean miembros del sitio, los administradores pueden deshabilitar la opción Avisar a los usuarios internos sin acceso al sitio cuando se les asigne una tarea de flujo de trabajo.
Usuarios externos
Es posible asignar tareas de flujo de trabajo a los usuarios externos que no están incluidos en el servicio de directorio pero que tienen asignada una dirección de correo electrónico SMTP de formato correcto. Dado que para los usuarios externos resulta difícil tener acceso al documento, SharePoint Foundation 2010 y SharePoint Server 2010 incluyen una opción de configuración, Permitir a los usuarios externos la participación en flujos de trabajo mediante el envío de una copia del documento, la cual permite enviar a los usuarios externos una notificación de tarea por correo electrónico con el documento adjunto. Cuando esta opción está habilitada, la tarea se asignará al propietario del flujo de trabajo y el usuario externo podrá completarla enviando un mensaje de correo electrónico al propietario.
De forma predeterminada, la opción Permitir a los usuarios externos la participación en flujos de trabajo mediante el envío de una copia del documento se encuentra deshabilitada. No obstante, esta configuración puede resultar útil en aquellas situaciones que requieran participación externa, como la aprobación de documentos empresariales que cuenten con clientes externos. Los
509
administradores que habilitan esta configuración (seleccionan Sí) deben verificar que la programación del flujo de trabajo admita la configuración de participante externo. Por ejemplo, cuando se crea una tarea para un usuario externo, el flujo de trabajo personalizado debe especificar la dirección de correo electrónico externa en la propiedad OnBehalfEmail, en el objeto SPWorkflowTaskProperties utilizado para inicializar la tarea. Varios flujos de trabajo integrados en SharePoint Server 2010 admiten esta configuración.
Los programadores de flujos de trabajo personalizados que desean habilitar esta función deben colaborar con los administradores para determinar si existen riesgos de divulgación de información asociados al adjuntar el documento en sí a un mensaje de correo electrónico externo. Los administradores deben evaluar los riesgos y beneficios cuando habilitan esta configuración.
Divulgación de información en las listas de tareas y de historial del flujo de trabajo Dado que los elementos de las listas de tareas y de historial pueden contener datos sobre los usuarios y las acciones que éstos realizan en los documentos, es posible que estos elementos divulguen información confidencial. Por ejemplo, un flujo de trabajo de aprobación de promociones podría recopilar comentarios en sus tareas que una organización desea que sean vistos solo por el propietario del flujo de trabajo y por cada participante individual de la tarea.
Las listas de tareas y de historial son listas que normalmente están en el sitio. De forma predeterminada, por lo tanto, todos los lectores pueden ver las tareas y los elementos de historial. Los administradores y los programadores deben determinar cuál es la información que no debe divulgarse y decidir si proteger los elementos de tarea y de historial creados por el flujo de trabajo.
La protección de estos datos puede llevarse a cabo de diversas maneras. Por ejemplo, los administradores pueden establecer permisos en el nivel de lista. Si la divulgación debe ser confidencial, es decir que no debe estar disponible para el público pero sí para un grupo específico de personas, los administradores pueden crear una lista nueva de tareas o de historial, y establecer permisos para la lista que está dirigida a dicho grupo. Si los administradores no desean que nadie vea los eventos de historial en una página de estado de flujo de trabajo, pueden quitar los permisos para ver la lista de historial de flujo de trabajo de la cual una página de estado extrae información. Los usuarios que no disponen de permisos para ver la lista de historial o cualquier elemento de la lista, recibirán el error Acceso denegado cuando abran cualquier página de estado que extraiga datos de esa lista de historial.
Si se requieren restricciones más precisas, los programadores de flujos de trabajo pueden establecer permisos cuando creen tareas o elementos de historial. La actividad CreateTask tiene una propiedad SpecialPermissions que solo concede permisos específicos para tener acceso a la tarea recién creada. La actividad LogToHistoryList no tiene tal propiedad, de modo que para establecer permisos por elemento en los elementos de la lista de historial, los administradores deben usar el modelo de objetos (OM) en SharePoint Server 2010. Los permisos por elemento pueden afectar negativamente el rendimiento y no deben usarse a menos que sean necesarios.
510
Las tareas y los elementos de historial no deben tratarse de la misma manera. Los administradores pueden combinar diferentes permisos de listas y permisos a nivel de elementos.
Ataques de suplantación de identidad (spoofing) y alteración en las listas de tareas y del historial de flujo de trabajo Cualquier colaborador puede modificar las tareas y los elementos de historial, si no existen restricciones en esas listas. Esto significa que los usuarios malintencionados pueden modificar descripciones de tareas para proporcionar a los participantes instrucciones incorrectas o hacer que éstos hagan clic en vínculos malintencionados. Además, los usuarios pueden agregar o modificar los eventos de historial que son falsos o inexactos para cambiar los resultados percibidos de un proceso.
Como se explicó anteriormente, las listas de tareas y de historial son listas normales en un sitio. De forma predeterminada, no existen restricciones de permiso en ninguna de estas listas. Para evitar los ataques de suplantación de identidad (spoofing) y de alteración, los administradores deben determinar qué puntos vulnerables existen y restringir el acceso a las columnas de una lista (por ejemplo, convertir las columnas vulnerables, como descripciones de tareas, en columnas de solo lectura para que únicamente el flujo de trabajo pueda establecerlas al crear elementos), establecer permisos especiales en la lista, o bien establecer permisos a nivel de elemento en los elementos.
Problemas de seguridad en la lista de historial del flujo de trabajo
Una ventaja clave de los flujos de trabajo es la capacidad de realizar un seguimiento de la información del proceso a fin de proporcionar visibilidad en un proceso. La lista de historial del flujo de trabajo es un repositorio para esta información donde una página de estado de flujo de trabajo puede buscar datos relacionados con una instancia del flujo de trabajo y poner esta información a disposición de los usuarios. Los usuarios pueden ver todos los elementos a los que tienen acceso en la lista de historial.
No obstante, dado que la lista de historial del flujo de trabajo realiza un seguimiento de la información, es posible que los usuarios asuman que ésta puede utilizarse como una pista de auditoría para eventos. Las listas de historial son listas estándar de SharePoint que se utilizan para almacenar eventos, que son visibles para cualquier usuario y que no tienen permisos especiales asociados a ellas. De forma predeterminada, los usuarios pueden modificar y agregar eventos si disponen de permisos para editar y agregar en el sitio. Para auditar eventos, se utiliza la característica Registro de auditoría de SharePoint. Solo los administradores pueden tener acceso a este registro y no se requiere trabajo adicional para protegerlo de los ataques de alteración.
Para proteger mejor la lista de historial, los administradores pueden restringir los permisos para editar y ver en la lista, de modo que solo los administradores con cuenta del sistema (por ejemplo, los administradores de flujos de trabajo) y los administradores de listas puedan agregar elementos. Los administradores de listas deben tener permisos para agregar, a fin de registrar los eventos "Terminar este flujo
511
de trabajo". Si los permisos para editar y agregar están restringidos en la lista de historial, aún se debe conceder a los usuarios permisos de vista para que puedan ver la información de estado.
Paso de suplantación de usuario en flujos de trabajo declarativos El tipo Paso de suplantación de usuario puede utilizarse para ejecutar secciones de flujos de trabajo declarativos por la persona que creó el flujo de trabajo en lugar de su iniciador. Declarativo significa un modelo que se utiliza para crear el flujo de trabajo y establecer sus parámetros sin escribir ningún código.
En SharePoint Server 2010, los flujos de trabajo declarativos siempre se ejecutan en el contexto de usuario del iniciador del flujo de trabajo, a menos que se presente el paso de suplantación. Si se presenta un paso de suplantación, el flujo de trabajo declarativo se ejecuta en el contexto del asociador del flujo de trabajo. Las tareas predeterminadas del flujo de trabajo respetan los permisos de SharePoint suplantando al usuario que inició un flujo de trabajo, cuando se ejecuta el flujo de trabajo. Esta disposición mantiene las tareas bastante seguras en SharePoint Server 2010, pero bloquea muchos escenarios en los que el diseñador de un flujo de trabajo con niveles de permiso elevados desea crear un flujo de trabajo eficaz que puede completarse satisfactoriamente por usuarios con niveles de permiso más bajos.
Mediante un formulario de elevación de privilegios seguro y con ámbito, las acciones del sitio pueden automatizarse por flujo de trabajo. Esto reduce la carga de un administrador de sitios de SharePoint. La automatización de un proceso de alta seguridad es útil en escenarios de publicación y de aprobación en los que las acciones existentes están habilitadas para suplantar a alguien que no sea el iniciador del flujo de trabajo.
A continuación, se presentan ejemplos de escenarios que demuestran el tipo Paso de suplantación de usuario:
Publicación en una lista segura
María bloqueó la biblioteca de documentos Pages para la imagen pública de su sitio de SharePoint. Estableció un flujo de trabajo que, mediante Microsoft SharePoint Designer 2010, presenta contenido de los colaboradores del sitio para su aprobación. María colocó las acciones de su flujo de trabajo en un paso de suplantación de modo que las acciones del flujo de trabajo siempre la suplantarán, un administrador del sitio, como la autora del flujo de trabajo.
Cuando Cecilia (una colaboradora) envía un borrador de contenido a la biblioteca Pages del sitio e intenta publicar su artículo, esa acción hace que se inicie el flujo de trabajo de aprobación de María de modo que la entrada pueda revisarse y aprobarse. Las tareas se envían a los aprobadores del flujo de trabajo en nombre de Cecilia. Una vez efectuada la revisión y aprobación, el sistema establece el estado de moderación de la entrada en "Aprobado", aunque Cecilia no tiene permiso para aprobar páginas.
Concesión de permisos a usuarios
512
Patricia ha establecido un flujo de trabajo en SharePoint Designer 2010 que usa la acción de suplantación de usuario ―Agregar usuario al grupo" para conceder permisos de diseño en su sitio. Dado que el flujo de trabajo usa un ámbito de suplantación, la acción de agregar a un usuario al grupo siempre se realizará en nombre de Patricia.
El resto del flujo de trabajo permite a los colaboradores visitar el sitio y completar un formulario para registrar sus solicitudes de acceso en una lista.
Por ejemplo, un usuario independiente, Diego, recibe una tarea cuando Cecilia, una usuaria, registra una solicitud. Cuando Diego aprueba la tarea, se agrega a Cecilia al grupo Diseñador del sitio, aunque ni Diego ni Cecilia tengan permisos de administración de listas en el sitio de Patricia.
Plantillas y apropiación de la propiedad
Francisco creó varios flujos de trabajo en SharePoint Designer 2010 y los almacenó como plantillas para que se vuelvan a usar en toda la compañía. Sin embargo, pronto deja la compañía. Se elimina su cuenta, se revoca su estado de administrador y ahora no se pueden completar los flujos de trabajo de SharePoint Designer 2010 que Francisco creó porque se perdieron sus permisos.
Un administrador de sitio primario de SharePoint, Juan, puede intervenir en cada flujo de trabajo, sin tener que volverlos a crear en SharePoint Designer 2010. Juan asume la propiedad de los síntomas administrativos en cada plantilla dañada. Después de hacer esto, la concesión de acceso y la publicación segura se producen en nombre de Juan en lugar de en nombre de Francisco; nada más se ha modificado.
A continuación, se indican las acciones que pueden ser suplantadas:
Establecer estado de aprobación del contenido (como propietario)
Crear elemento de lista (como propietario)
Actualizar elemento de lista (como propietario)
Eliminar elemento de lista (como propietario)
Agregar, quitar, establecer, heredar permisos de elemento de lista (como propietario)
Como administrador de SharePoint, se debe considerar de qué manera la seguridad puede verse afectada por la incorporación de la suplantación en flujos de trabajo en el sitio de SharePoint.
Por ejemplo, considere un modelo en el que las acciones de suplantación de usuario en el flujo de trabajo todavía pueden ejecutarse como el iniciador. Con solo tener permisos de administrador en un sitio de la colección de sitios, un usuario podría crear de forma malintencionada un flujo de trabajo para obtener derechos en el sitio web primario del sitio. Todo lo que el usuario malintencionado tendría que hacer es comenzar el ataque del flujo de trabajo y comprometer a toda el sitio web primario del sitio.
Este riesgo exige el desarrollo de la restricción ―las acciones de suplantación de usuario siempre suplantan a su asociador" en SharePoint Designer 2010. El asociador es la persona que asocia un flujo de trabajo a un sitio web o lista particular. En los flujos de
513
trabajo declarativos de SharePoint Server 2010, el asociador es la misma persona que crea el flujo de trabajo, es decir, el usuario que construye el flujo de trabajo en SharePoint Designer 2010. No obstante, el asociador también puede ser alguien que asocia una plantilla de flujo de trabajo declarativo. La preocupación ahora es que el autor o asociador están obligados a aceptar la responsabilidad de todo debido al tipo Paso de suplantación de usuario, porque las credenciales del autor o asociador están siendo usadas en la elevación. Esto requiere que el autor o asociador comprendan los flujos de trabajo que diseñan o asocian. Por lo tanto, durante la creación de un flujo de trabajo, SharePoint Designer 2010 previene al autor o asociador con un mensaje de precaución sobre el tipo Paso de suplantación de usuario, en la página de creación del flujo de trabajo.
514
Flujo de trabajo de aprobación: Escenario (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
El ejemplo más común de flujo de trabajo de usuarios en la mayoría de organizaciones es una variación de la aprobación: un grupo de individuos debe aprobar o rechazar un documento y quizá agregar comentarios para explicar sus decisiones. En este artículo se describe el aspecto que puede tener un flujo de trabajo de tipo de aprobación creado en SharePoint Designer 2010 o el Diseñador de flujo de trabajo de Visual Studio 2010 y hospedado mediante SharePoint Server 2010. Antes de leer este ejemplo, es útil definir los roles que tienen los distintos usuarios.
Autor del flujo de trabajo: desarrollador o usuario que trabaja con la información que crea una plantilla de flujo de trabajo.
Administrador de SharePoint Server 2010: persona que instala una plantilla de flujo de trabajo y la asocia con una biblioteca de
documentos o lista.
Iniciador de flujo de trabajo: persona que inicia un flujo de trabajo, lo que hace que se cree una instancia de flujo de trabajo a partir
de una asociación de flujo de trabajo concreta.
Participantes en el flujo de trabajo: personas que interactúan con una instancia de flujo de trabajo para realizar el proceso
empresarial admitido.
Tal y como se describe en la siguiente sección, las personas de cada uno de estos roles desempeñan sus propias funciones en la creación, la instalación, el inicio y el uso de un flujo de trabajo.
Creación de un flujo de trabajo Microsoft proporciona dos opciones para crear flujos de trabajo en SharePoint Server 2010. Los desarrolladores usan Visual Studio 2010 y el Diseñador de flujo de trabajo y los profesionales de la información usan el enfoque basado en reglas que proporciona SharePoint Designer 2010. En ambos casos, el resultado es una plantilla de flujo de trabajo que se debe implementar en un servidor que ejecuta SharePoint Server 2010. En este escenario se da por supuesto que ya se ha creado una plantilla de flujo de trabajo.
515
Asociación de un flujo de trabajo Para poder usar un flujo de trabajo, se debe instalar una plantilla de flujo de trabajo en un servidor que ejecuta SharePoint Server 2010 y, a continuación, se debe asociar el flujo de trabajo a una biblioteca de documentos, una lista, un tipo de contenido o un sitio (en el caso de un flujo de trabajo de sitio) concretos. A continuación, se puede iniciar el flujo de trabajo desde cualquier documento o elemento de la biblioteca o lista. Aunque no es posible iniciar explícitamente los flujos de trabajo desde tipos de contenido, un flujo de trabajo asociado con un tipo de contenido se puede iniciar desde un elemento de documento o lista al cual está adjunto dicho tipo de contenido. Dado que los flujos de trabajo funcionan de la misma forma en elementos y documentos, normalmente se puede adjuntar una plantilla de flujo de trabajo a una lista, biblioteca o tipo de contenido. Además, se puede crear una plantilla que se asocie solo con una lista o biblioteca concretas.
Tanto la instalación como la asociación se realizan automáticamente en el caso de los flujos de trabajo que se implementan mediante SharePoint Designer 2010. Sin embargo, si se usa Visual Studio para implementar flujos de trabajo, un administrador de un servidor debe instalar explícitamente la plantilla de flujo de trabajo. Además, un usuario debe asociar la plantilla con una biblioteca, lista, tipo de contenido o sitio. La persona que crea esta asociación también le asigna un nombre único, lo que permite a los usuarios hacer referencia a ella. De forma opcional, el autor del flujo de trabajo puede permitir que la persona que crea la asociación establezca opciones para el comportamiento del flujo de trabajo, como una lista predeterminada de personas que siempre pueden participar en el proceso. Se puede asociar la misma plantilla a varias bibliotecas, listas o tipos de contenido, y cada asociación se puede personalizar según sea necesario. Después de crear la asociación y establecer las opciones disponibles, un iniciador de flujo de trabajo puede crear una sesión de flujo de trabajo a partir de esta asociación, según se describe en la siguiente sección.
Asociación de un flujo de trabajo a un sitio Los flujos de trabajo de un sitio están asociados al sitio en sí. No es necesario iniciar un elemento para que se ejecute el flujo de trabajo.
Es posible usar flujos de trabajo de sitio para los procesos que no tienen un contexto de elemento de lista. Por ejemplo, se puede crear un flujo de trabajo para solicitar permisos para el sitio, un flujo de trabajo para solicitar y aprovisionar un nuevo sitio o un flujo de trabajo que usa contexto que se almacena fuera del sitio de SharePoint sin tener que crear un elemento de lista de SharePoint correspondiente desde el que iniciar el flujo de trabajo.
Los flujos de trabajo de sitio se pueden asociar a un sitio mediante la configuración del sitio y se pueden iniciar desde éste. SharePoint Designer 2010 también puede implementar flujos de trabajo de sitio directamente en un sitio.
Tal y como se ha descrito anteriormente en este artículo, los flujos de trabajo de sitio funcionan de la misma forma que los elementos de lista, excepto por el hecho de que no se pueden iniciar desde un documento o elemento de una biblioteca o lista.
Para obtener más información, vea Add a workflow association (SharePoint Server 2010)
516
Inicio de un flujo de trabajo SharePoint Server 2010 proporciona tres opciones para iniciar una instancia de un flujo de trabajo. Las tres opciones ejecutan el flujo de trabajo desde el principio cada vez (si una sesión de un flujo de trabajo que se crea a partir de una asociación particular ya se está ejecutando en un elemento de documento o lista concreto, no es posible iniciar otra sesión del flujo de trabajo en el mismo documento o elemento). Las opciones para iniciar un flujo de trabajo son:
Un usuario de SharePoint Server 2010 puede iniciar manualmente un flujo de trabajo.
Es posible configurar un flujo de trabajo para que se ejecute automáticamente cuando un usuario crea un documento o elemento.
Se puede configurar un flujo de trabajo para que se ejecute automáticamente cuando un usuario cambia un documento o elemento.
Por ejemplo, un usuario de Microsoft Word puede cargar un documento nuevo en la biblioteca de documentos del sitio. Esto tiene como resultado el inicio de una instancia de un flujo de trabajo asociado con esa biblioteca.
En este escenario se usa la primera de estas tres opciones, que es el inicio manual de un flujo de trabajo de aprobación para un documento. Para iniciar una sesión de flujo de trabajo desde un documento en una biblioteca de documentos, un usuario de SharePoint Server 2010 hace lo siguiente:
1. Elige el documento y selecciona Flujos de trabajo del menú desplegable o la cinta.
2. Selecciona el flujo de trabajo que se va a iniciar.
Por ejemplo, para un documento de una biblioteca de documentos, generalmente hay sólo dos opciones disponibles, Aprobación y Recopilar comentarios. Si un administrador tiene asociadas otras plantillas de flujo de trabajo a esta biblioteca de documentos, también aparecerán sus nombres correspondientes.
Nota:
Los flujos de trabajo predefinidos Aprobación y Recopilar comentarios solo están disponibles en SharePoint Server 2010.
Cuando se inicia un flujo de trabajo (es decir, cuando se crea una instancia de flujo de trabajo), puede mostrar también una pantalla que permite a un usuario especificar información relevante. Para un flujo de trabajo Aprobación, esta información incluye el nombre de cada persona que debe aprobar el documento, una indicación de cuándo debe realizarse cada aprobación y una lista de personas a las que se va a realizar notificaciones. Una vez proporcionada esta información, el usuario debe hacer clic en Inicio. El flujo de trabajo comienza a ejecutarse y solicita que cada participante revise el documento en el orden en que se escribieron los nombres en esta pantalla.
Además, cuando se inicia un flujo de trabajo también se puede enviar un mensaje de correo electrónico a la persona que lo inició. De forma similar, un flujo de trabajo puede informar a su autor por correo electrónico cuando haya finalizado. Asimismo, el flujo de trabajo se
517
puede configurar para que informe por correo electrónico a los participantes del flujo de trabajo (en este ejemplo, las personas que aprueban el documento) de que el flujo de trabajo contiene algo que deben hacer.
Interacción con un flujo de trabajo El concepto de tareas modela la interacción entre una persona y un flujo de trabajo en ejecución. Una tarea es una unidad de trabajo asignada a una persona. Por ejemplo, a cada persona de esta lista de aprobación del flujo de trabajo se le asignará una tarea que solicita aprobación del documento. SharePoint Server 2010 puede tener una lista de tareas para cada sitio y un flujo de trabajo en ejecución puede agregar tareas a esta lista para especificar las personas a la que se les asignó cada tarea. Los usuarios de ese sitio pueden ver el trabajo programado mediante el acceso a su lista de tareas en un explorador web. De forma opcional, se puede tener una lista de tareas personalizada para las tareas del flujo de trabajo.
Nota:
Si está ejecutando SharePoint Server 2010, los usuarios pueden sincronizar la lista de tareas del sitio con su lista de tareas de Microsoft Outlook.
Para un usuario de SharePoint Server 2010, la lista de tareas en espera es sencillamente una lista más. En este ejemplo, el usuario se dirige al sitio de SharePoint del equipo y selecciona la opción para ver la lista de tareas que tiene asignadas. Para trabajar en una tarea, el usuario de este ejemplo debe hacer clic en el nombre de la tarea.
Debido a que la forma en la que un flujo de trabajo interactúa con los participantes puede variar, el flujo de trabajo en sí define la pantalla que se muestra al usuario. En este ejemplo, el flujo de trabajo proporciona opciones para aprobar o rechazar el documento y un cuadro de texto en el que los participantes pueden escribir comentarios.
Otras opciones disponibles permiten a los usuarios reasignar la tarea a otra persona o solicitar un cambio. En este caso, el usuario puede escribir un comentario y hacer clic en Aprobar. A continuación, el flujo de trabajo crea una tarea en la lista de tareas de la siguiente persona de la lista de aprobadores. Cuando todos los participantes hayan respondido, finalizará el flujo de trabajo.
Los flujos de trabajo de SharePoint Server 2010 también proporcionan otras opciones, entre las que se incluyen las siguientes:
La persona que inicia un grupo de trabajo puede comprobar el estado del grupo de trabajo.
Por ejemplo, en el escenario que se describe aquí, el iniciador puede revisar el progreso del proceso de aprobación.
Un flujo de trabajo puede modificarse mientras se está ejecutando.
518
El autor del flujo de trabajo determina las modificaciones permitidas, si las hay. Por ejemplo, un flujo de trabajo Aprobación puede permitir agregar un nuevo aprobador mientras el flujo de trabajo está en curso. La posibilidad de modificar los flujos de trabajo en curso es importante porque refleja la forma en la que las personas trabajan. Debido a que el cambio espontáneo en los procesos empresariales forma parte de la actividad de cualquier negocio, los flujos de trabajo de SharePoint Server 2010 se diseñaron para permitir a los usuarios poder controlar este aspecto.
Resumen del proceso Cuando se instala una plantilla de flujo de trabajo en un sitio y se asocia a una biblioteca de documentos, una lista, un sitio o un tipo de contenido, un usuario del sitio puede iniciar una instancia de un flujo de trabajo.
1. El proceso comienza cuando el iniciador de flujo de trabajo selecciona un documento e inicia una instancia de flujo de trabajo.
2. El iniciador crea una instancia de flujo de trabajo a partir de esta asociación.
3. El usuario personaliza esta nueva instancia y la inicia.
4. La instancia del flujo de trabajo en ejecución agrega una tarea a la lista de tareas de un participante.
El flujo de trabajo Aprobación que se usa en este escenario asigna estas tareas de forma secuencial. Sin embargo, se pueden asignar tareas a varios participantes a la vez, lo que permite que se realicen en paralelo.
5. Los participantes del flujo de trabajo pueden saber qué tareas les ha asignado el flujo de trabajo si revisan sus listas de tareas.
6. Cada participante interactúa con la instancia del flujo de trabajo en ejecución para realizar las tareas asignadas.
En el ejemplo descrito aquí, esta interacción requería aprobar un documento, pero la interacción puede tratarse de cualquier cosa que desee el autor del flujo de trabajo.
Conviene tener en cuenta que el documento en el que se ejecuta un flujo de trabajo no se envía de persona a persona, sino que permanece en el sitio y cada participante del flujo de trabajo recibe un vínculo a él. De hecho, no hay requisitos para que el flujo de trabajo use el documento o elemento al que está asociado. Otro punto que vale la pena resaltar es que es el propio SharePoint Server 2010 el que define lo que se le muestra a la persona que inicia el flujo de trabajo y a los participantes del flujo de trabajo en los pasos 1, 2 y 5. Sin embargo, el autor del flujo de trabajo define los formularios que se usan en el paso 6. Esto permite al autor controlar el modo en que los usuarios personalizan el flujo de trabajo e interactúan con él.
Además de una plataforma para crear aplicaciones de flujo de trabajo de usuarios, SharePoint Server 2010 proporciona un flujo de trabajo de seguimiento de asuntos predefinido. Este flujo de trabajo de tres estados permite asignar asuntos activos a los participantes y realizar un seguimiento de los mismos. Una vez creado, un asunto puede moverse de un estado Activo a un estado Resuelto, lo que
519
indica que el participante del flujo de trabajo responsable ya se ha encargado del asunto y, tras ello, a un estado Cerrado, lo que indica que la persona que inició el flujo de trabajo ha aceptado la resolución y cerrado el asunto.
La sección siguiente describe un escenario en el que se usa el flujo de trabajo Aprobación predefinido en SharePoint Server 2010.
Escenario de flujo de trabajo Aprobación El flujo de trabajo que se describe en esta sección es el flujo de trabajo Aprobación predefinido que se proporciona con SharePoint Server 2010. Toda la interacción de los usuarios con el flujo de trabajo ocurre mediante el uso de formularios de flujo de trabajo de InfoPath Forms Services que se muestran en aplicaciones del sistema de Microsoft Office.
1. El proceso se inicia cuando el flujo de trabajo se asocia a una lista o biblioteca de documentos. La persona que inicia el flujo de
trabajo crea una sesión de flujo de trabajo en ejecución. Esto puede realizarse desde SharePoint Server 2010 o bien directamente
desde un documento de Microsoft Word.
2. Cuando un usuario hace clic en el vínculo Inicio del flujo de trabajo Aprobación, el flujo de trabajo comienza y abre un formulario de
flujo de trabajo de InfoPath Forms Services. El flujo de trabajo Aprobación predefinido permite a la persona que lo inicia personalizar
el comportamiento al especificar una lista de aprobadores, establecer el tiempo que tiene cada uno para realizar su tarea, etc.
3. A las personas que aparecen como aprobadores en este flujo de trabajo se les envía un mensaje de correo electrónico en el orden en
que se especificaron sus nombres.
4. El aprobador puede examinar el documento si hace clic en el vínculo del nombre del documento en el cuerpo del mensaje de correo
electrónico.
En este escenario, el contenido del formulario Realización de tareas del flujo de trabajo se define como un formulario de flujo de trabajo de InfoPath Forms Services y se muestra directamente en Microsoft Outlook. El aprobador puede agregar comentarios y luego aprobar o rechazar el documento.
520
Planeación de Servicios de Access
Publicado: 12 de mayo de 2010
En esta sección:
Introducción a Servicios de Access (SharePoint Server 2010)
521
Introducción a Servicios de Access (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
Servicios de Access es una aplicación de servicio disponible en Microsoft SharePoint Server 2010 que permite a los usuarios editar, actualizar y crear bases de datos de Microsoft Access 2010 vinculadas que se pueden ver y manipular mediante un explorador de Internet, el cliente de Access o una página HTML vinculada.
Quién debe usar los Servicios de Access Los profesionales de TI y los usuarios finales deben usar Servicios de Access para permitir el uso de bases de datos de Access en un explorador web, para publicar y compartir información entre equipos y para crear y modificar bases de datos donde no hay disponible un cliente de Access.
Características de los Servicios de Access Servicios de Access permite crear, editar y guardar las bases de datos de Access de las siguientes formas:
Al permitir la creación de una instancia de una base de datos de Microsoft SharePoint Server en cualquier equipo que pueda
conectarse a Servicios de Access, y disponga de permisos para usarlos, en un equipo de la red que ejecute SharePoint Server.
Al permitir la creación, publicación y uso compartido de una base de datos web de SharePoint Server desde cualquier equipo que
pueda conectarse, y disponga de permisos para publicar, a un equipo que ejecute SharePoint Server y tenga instalada Access 2010.
Al permitir la descarga, modificación y nueva publicación de datos modificados en una base de datos de Servicios de Access desde
cualquier equipo que tenga instalada Access 2010 y pueda conectarse a un equipo que ejecute SharePoint Server.
522
Mejora del alcance y la capacidad de administración de aplicaciones de base de datos de Access 2010 con Servicios de Access (notas del producto)
Publicado: 12 de mayo de 2010
Las organizaciones deben proporcionar a los usuarios las herramientas que necesitan para trabajar de forma efectiva y eficaz. Durante muchos años, Microsoft Access ha ayudado a organizaciones y usuarios a administrar la información sobre la empresa. También les permite crear e implementar fácilmente aplicaciones de base de datos que respondan a un proceso, tarea o necesidad de negocio específicos. Con la adición de Servicios de Access en Microsoft SharePoint Server 2010, TI puede administrar y controlar centralmente las bases de datos de Access Web. Conjuntamente, Microsoft Access 2010, Servicios de Access y Productos de SharePoint 2010 conceden a los usuarios la autorización para realizar un seguimiento de las aplicaciones de base de datos personalizadas, informar sobre éstas y compartirlas fácilmente, tanto para ellos mismos como para sus equipos y organizaciones. Todo esto se lleva a cabo sin agotar los recursos limitados de TI y, al mismo tiempo, le permite a TI administrar y controlar centralmente las bases de datos de Access Web.
Descargue estas notas del producto como un documento de Microsoft Word (.docx).
Mejora del alcance y la capacidad de administración de aplicaciones de base de datos de Access 2010 con Servicios de Access (1,92 MB)
523
Planeación de la creación y el mantenimiento de sitios (SharePoint Server 2010)
Publicado: 4 de junio de 2010
Si planea incluir algo más que unas pocas colecciones de sitios en el entorno de Microsoft SharePoint Server 2010, debe asegurarse de contar con un plan de creación y mantenimiento de sitios. Sin dicho plan, es difícil controlar o realizar un seguimiento del momento en que se crean los sitios de SharePoint, el estado de los sitios activos y el momento en que puede quitar de manera segura los sitios inactivos. Para poder implementar los sitios y ponerlos a disposición de los usuarios, debe responder preguntas como:
¿Desea controlar la creación de sitios de forma estricta o permitir que muchos usuarios creen sitios?
¿En qué nivel de la jerarquía de sitios deben crearse los sitios adicionales?
¿Cómo puede buscar y quitar sitios que no se usen en el entorno?
Los artículos y las hojas de cálculo le permiten diseñar y registrar un plan de creación y mantenimiento de sitios. Esto le permite prepararse para administrar el crecimiento del entorno.
En esta sección:
Planear proceso para crear sitios (SharePoint Server 2010)
Se describe la forma de determinar el tipo de proceso de creación de sitios que se ajusta a la organización y el método que se debe usar para implementar ese proceso.
Planeación del mantenimiento y la administración de sitios (SharePoint Server 2010)
Se describe la forma de planear el mantenimiento de los sitios de SharePoint desde el inicio para asegurarse de que los sitios se mantengan actualizados, sean útiles y se puedan usar.
Planeación de administración de cuotas (SharePoint Server 2010)
Se proporcionan instrucciones sobre el modo de determinar la configuración para plantillas de cuota y papeleras de reciclaje, así como sobre la decisión de eliminar los sitios web que no se usan y cuándo hacerlo.
Información general de análisis de uso y creación de informes
524
En este artículo se explica cómo se pueden usar el servicio de Web Analytics y sus características de informes para administrar sitios y colecciones de sitios.
525
Planear proceso para crear sitios (SharePoint Server 2010)
Publicado: 4 de junio de 2010
Algunas organizaciones necesitan llevar un control estricto de quién puede crear sitios o de cuándo se crean los sitios. Otras, pueden dar más acceso y libertad a los usuarios para crear sitios cuando sea necesario. En este artículo, se proporciona ayuda para determinar qué tipo de proceso de creación de sitios es adecuado para su organización y qué método se debe usar para implementarlo.
En este artículo:
Determinar quién puede crear sitios y un método de creación de sitios
Planear la administración de sitios sin intervención del administrador
Planear el proceso de creación de sitios personalizado
Hoja de cálculo
Determinar quién puede crear sitios y un método de creación de sitios De forma predeterminada, las colecciones de sitios nuevas (y, por lo tanto, los sitios web de nivel superior nuevos) solo se pueden crear usando Administración central. Esto significa que únicamente los miembros del grupo de administradores del conjunto de servidores pueden crear las colecciones. Este comportamiento puede ser adecuado para su organización si desea que el entorno esté controlado y administrado estrictamente, ya que solo algunas personas pueden agregar sitios de nivel superior. Sin embargo, es posible que el método de creación predeterminado de sitios de nivel superior no sea adecuado para su organización si tiene algunos de los siguientes requisitos:
Desea que los usuarios puedan crear con facilidad sitios de nivel superior informales, tal vez incluso desechables, como para
proyectos de corto plazo.
Desea crear un espacio informal para permitir la interacción del equipo, grupo o comunidad.
Hospeda sitios de nivel superior (ya sea interna o externamente) y desea que el proceso para solicitar y recibir un sitio de nivel
superior sea rápido y lo menos costoso posible.
526
Existen varias formas para permitir a los usuarios crear sitios propios y mantener, a la vez, cierto control sobre el entorno. Considere cuál de los siguientes métodos funcionarán mejor en su organización.
Administración de sitios sin intervención del administrador En Administración Central, puede activar Administración de sitios
sin intervención del administrador para permitir que los usuarios creen colecciones de sitios en la ruta de acceso /sitios (o en otra ruta
de acceso que especifique) dentro de una aplicación web en particular. Este método está pensado para permitir que las comunidades
o grupos creen sitios. También funciona bien si hospeda sitios y desea que los usuarios creen sitios sin tener que esperar un proceso
complicado. La página de suscripción de Administración de sitios sin intervención del administrador se puede personalizar o
reemplazar por una página que incluya toda la información que necesite para integrar a un sistema de facturación o para realizar el
seguimiento de metadatos personalizados sobre el sitio en el momento de la creación. Este método no funciona bien cuando muchos
usuarios necesitan tener acceso a varios sitios. Debido a que Administración de sitios sin intervención del administrador crea
colecciones de sitios que tienen permisos independientes, los usuarios deben agregarse de forma exclusiva a colecciones de sitios
diferentes. Si usa los subsitios en su lugar, se pueden heredar los usuarios del sitio primario de la colección de sitios.
Subsitios de sitios existentes Limita la capacidad de los usuarios a la creación de subsitios de sitios existentes en lugar de
colecciones de sitios y sitios de nivel superior nuevos. Cualquier usuario que tenga el nivel de permiso Control total o Administrar la
jerarquía en un sitio puede crear subsitios. Este es el método más limitado, porque aún controla el número de colecciones de sitios
que hay. Debido a que los sitios son siempre subsitios de otros sitios, puede ser fácil organizarlos (si son pocos) o examinarlos y
organizarlos puede resultar muy difícil (por ejemplo, si todo el personal de la organización desea tener un subsitio y los crean en
diferentes niveles de la jerarquía de la colección de sitios, rápidamente, la colección será difícil de navegar).
Nota:
Si no desea tener esta capacidad, puede quitar el derecho Crear subsitios de los niveles de permisos Control total y Administrar la jerarquía, en el nivel de la colección de sitios o de la aplicación web.
Sitios personales Permite a los usuarios crear sitios personales (también conocidos como sitios web Mi sitio). Los sitios personales
son colecciones de sitios que se almacenan bajo la ruta de acceso /personal de la aplicación web. Los sitios personales se crean
para usuarios individuales, por lo que no son el método apropiado si desea crear sitios para grupos o comunidades. Para obtener
más información acerca de los sitios personales, vea Plan My Sites.
527
Nota:
Tenga en cuenta que ninguno de los métodos puede controlar el espacio que consumirá cada sitio en las bases de datos de contenido. Si desea controlar el tamaño de los sitios, debe usar cuotas y limitar el tamaño de las colecciones de sitios. No puede configurar límites de tamaño individuales para los subsitios. Para obtener más información, vea Planeación del mantenimiento y la administración de sitios (SharePoint Server 2010).
Planear la administración de sitios sin intervención del administrador La administración de sitios sin intervención del administrador permite a los usuarios crear y administrar sitios web de nivel superior propios automáticamente. Cuando activa esta administración para una aplicación web, los usuarios pueden crear sitios web de nivel superior en una ruta específica (de forma predeterminada, la ruta /sitios). Cuando está activada, esta capacidad se da a conocer mediante un anuncio que se agrega al sitio de nivel superior en la ruta de acceso raíz de la aplicación web. Así, los usuarios que tienen permiso para ver el anuncio pueden seguir el vínculo.
Nota:
Si desea usar una ruta que no sea la ruta /sitios para la administración de sitios sin intervención del administrador, debe agregar la ruta como una inclusión de caracteres comodín. Para obtener más información, vea Collaboration site planning (SharePoint Server 2010).
Evidentemente, la administración de sitios sin intervención del administrador puede afectar a la seguridad del servidor web. Esta capacidad está deshabilitada de forma predeterminada, por lo que debe habilitarla para poder usarla. Se habilita para una aplicación web a la vez. Si desea usarla en todas las aplicaciones web del conjunto de servidores, debe habilitarla para cada aplicación web individualmente.
Si habilita la administración de sitios sin intervención del administrador, debe considerar lo siguiente:
Generalmente, debe solicitar un administrador secundario para la colección de sitios. Las alertas administrativas, como las que
avisan cuando se supera la cuota, o la comprobación de los sitios web sin uso, son tareas que corresponden a los administradores
primario y secundario. Tener más de un contacto reduce la participación del administrador en estos sitios porque el segundo contacto
puede realizar las tareas necesarias aún si el contacto principal no está disponible.
528
Defina una cuota de almacenamiento y configúrela como la cuota predeterminada para la aplicación web.
Revise la cantidad de sitios permitidos por base de datos de contenido. Junto con las cuotas, esto ayudará a limitar el tamaño de las
bases de datos del sistema.
Habilite las notificaciones sobre sitios web sin uso para permitir la identificación de los sitios olvidados o que ya no tienen valor.
Como la administración de sitios sin intervención del administrador crea sitios web de nivel superior nuevos en una aplicación web existente, los sitios nuevos se ajustan a la configuración predeterminada de las cuotas, la configuración de las notificaciones de sitios web sin uso y otras directivas administrativas.
Planear el proceso de creación de sitios personalizado Por supuesto, también puede crear su propio proceso usando un formulario personalizado para solicitar a un sitio que se integra con un sistema de facturación back-end que cargue el costo a la tarjeta de crédito del cliente o a un centro de costo corporativo. Si tiene un sistema o proceso complicado que desea incluir como parte de la creación del sitio, debe crear una aplicación personalizada para llamar a la interfaz de creación del sitio y realizar las tareas adicionales necesarias. Sin embargo, si lo único que desea hacer es agregar algunos campos personalizados a la página de creación del sitio (por ejemplo, para realizar un seguimiento de qué departamento de la compañía solicita un sitio particular), debe considerar usar la administración de sitios sin intervención del administrador y personalizar la página de inicio de sesión para incluir la información que necesita. Puede personalizar la página scsignup.aspx en la definición del sitio para incluir los metadatos necesarios sin tener que desarrollar una aplicación completa.
Para obtener más información sobre el desarrollo de aplicaciones o la edición de páginas en una definición del sitio, vea el portal del programador de SharePoint 2010 en MSDN (http://go.microsoft.com/fwlink/?linkid=178818&clcid=0xC0A).
Hoja de cálculo Use la siguiente hoja de cálculo para planear el proceso de creación de sitios:
Hoja de trabajo de creación y mantenimiento de sitios (http://go.microsoft.com/fwlink/?linkid=193521&clcid=0xC0A)
529
Planeación del mantenimiento y la administración de sitios (SharePoint Server 2010)
Publicado: 4 de junio de 2010
Todos los sitios web, en especial los que tienen más de un autor, se desordenan. Una revisión y limpieza periódicas pueden ayudar a mantener el buen funcionamiento del sitio, sin importar su tamaño. Si se elabora un plan de mantenimiento del sitio o los sitios desde el comienzo, se puede garantizar que permanecerán actualizados, útiles y aprovechables.
En este artículo:
Planeación del mantenimiento de sitios
Planeación de la administración de colecciones de sitios
Hoja de trabajo
Planeación del mantenimiento de sitios El plan de mantenimiento de un sitio difiere del plan para otros entornos y contiene elementos específicos. El mantenimiento de sitios para los sitios administrados por un departamento de TI no es igual al mantenimiento de sitios creados por el usuario y sitios administrados. Sin embargo, algunos de los procedimientos recomendados que se pueden incluir en un plan de mantenimiento de sitios son los siguientes:
Pregunte a los usuarios qué desean en los sitios administrados por TI. Realice encuestas periódicas para determinar qué necesitan
los usuarios del sitio.
Use registros e informes de uso para determinar qué áreas del sitio se usan y correlacione esta información con las encuestas a los
usuarios para establecer posibles mejoras.
Archive contenido o sitios obsoletos. No obstante, para archivar o eliminar contenido o sitios obsoletos, asegúrese de que los
usuarios comprendan el plan y de realizar estas acciones en momentos predecibles. Por ejemplo, puede publicar una programación
que indique cuándo se archivará contenido o se eliminarán sitios que no se usen.
530
Revise periódicamente los permisos del sitio. Por ejemplo, puede revisarlos cada tres meses para quitar los permisos de los usuarios
que ya no formen parte del grupo o proyecto.
Seleccione un intervalo de tiempo razonable para las actividades de mantenimiento. Por ejemplo, si planea encuestas periódicas a
los usuarios, no las realice más de dos veces al año (preferentemente, una sola vez al año).
Cree un plan para realizar copias de seguridad regulares del contenido del sitio. Determine o detecte la frecuencia con la que se
realizarán las copias de seguridad y el proceso para restaurar contenido cuando sea necesario. Para obtener más información acerca
de cómo planear copias de seguridad y un proceso de restauración, vea Plan for backup and recovery (SharePoint Server 2010).
Comience en este momento, durante el proceso de planeación, a crear un plan para el mantenimiento del sitio. Registre el plan e incluya la frecuencia de ajuste del sitio y archivado de contenido. Muestre el plan a otros integrantes del grupo y a representantes de la base de usuarios para que lo revisen. De esta forma, podrá identificar dudas que los usuarios tengan en este momento, determinar la mejor forma de responder a ellas y contar con un plan para el mantenimiento del sitio en el momento de poner el sitio en funcionamiento.
Puede registrar esta información en la hoja de trabajo de creación y mantenimiento de sitios (http://go.microsoft.com/fwlink/?linkid=193521&clcid=0xC0A).
Planeación de la administración de colecciones de sitios Una parte del plan de mantenimiento de sitios debe incluir un método para administrar el tamaño y la cantidad de colecciones de sitios del entorno. Esto es de especial importancia si se permite la administración de sitios sin intervención del administrador. La mayoría de las organizaciones desean poder predecir y controlar el crecimiento esperado de los sitios, ya que esto tiene un impacto sobre los recursos de base de datos. Por ejemplo, si una base de datos de contenido específica contiene 100 sitios, y uno de esos sitios ocupa más del 50% del espacio, puede ser necesario que ese sitio tenga una base de datos de contenido propia. De esta forma, se reserva espacio para el crecimiento adicional al mismo tiempo que se mantiene la capacidad para realizar copias de seguridad de las bases de datos y restaurarlas.
Dos métodos para administrar colecciones de sitios son:
Cuotas de colección de sitios: use este método para controlar el tamaño máximo de las colecciones de sitios.
Confirmación y eliminación del uso de sitios: use este método para supervisar y quitar colecciones de sitios que no están en uso.
Planeación de cuotas de colección de sitios
Use cuotas para realizar un seguimiento del almacenamiento del sitio y limitarlo. Puede enviar un mensaje de advertencia por correo electrónico a los administradores de la colección de sitios cuando el almacenamiento del sitio alcance un tamaño determinado (en megabytes) y, posteriormente, bloquear el sitio para impedir que se agregue contenido una vez alcanzado el tamaño máximo de
531
almacenamiento. Al planear la capacidad de la base de datos y del servidor, determine los límites de tamaño que se aplicarán, si desea usarlos. En la siguiente lista se describe cómo aprovechar al máximo las cuotas:
Cree diferentes plantillas de cuota para los distintos tipos de sitio. Por ejemplo, se pueden usar diferentes cuotas para diferentes
divisiones, tipos de clientes o rutas de acceso (por ejemplo, los sitios en la ruta de acceso /sites pueden contar con solo 100 MB para
cada colección de sitios, mientras que los sitios en la ruta de acceso /vip pueden ocupar hasta 300 MB por colección de sitios).
Cuando se crea una colección de sitios desde Administración central, se puede especificar en qué plantilla de cuota se basará.
Tenga en cuenta que los sitios creados mediante la administración de sitios sin intervención del administrador usan la cuota
predeterminada para la aplicación web. Para obtener más información, vea Create, edit, and delete quota templates (SharePoint
Server 2010).
Otorgue espacio suficiente para un crecimiento razonable en los sitios. En función del uso de cada sitio, los requisitos de espacio de
almacenamiento varían notablemente. Los sitios están diseñados para crecer a medida que se usan. Un límite de cuota de 50 MB
probablemente no sea un espacio de almacenamiento inicial suficiente para la mayoría de los sitios y mucho menos si el sitio tiene
una vida prolongada.
Ofrezca un intervalo de tiempo razonable entre el mensaje de correo electrónico de advertencia y el bloqueo del sitio cuando se
supera la cuota. Por ejemplo, no establezca el límite para la advertencia en 80 MB y el límite de almacenamiento del sitio en 85 MB.
Podría resultar muy molesto para los usuarios que se aplicara el bloqueo mientras ellos están cargando archivos grandes si el tiempo
de preaviso fue muy breve.
Planeación de confirmación y eliminación del uso de sitios
Debe planear cómo se administrarán los sitios que quedan inactivos una vez finalizado un proyecto o los sitios que los usuarios crean solo como prueba y posteriormente son abandonados. La confirmación del uso de sitios y su eliminación puede servir de ayuda para mantener el entorno ordenado, ya que permite identificar los sitios que ya no son necesarios. Esta característica envía automáticamente un mensaje de correo electrónico a los propietarios de los sitios para confirmar si ellos consideran que el sitio está en actividad. Si el propietario no responde al mensaje (después de una cantidad de mensajes dada en un período determinado), el sitio puede eliminarse.
Para planear la confirmación y eliminación del uso de sitios, decida lo siguiente:
Cuánto tiempo se esperará para comprobar si un sitio está inactivo. El período predeterminado para los sitios de grupo o proyectos
es de 90 días a partir de la creación del sitio, pero probablemente sea necesario proporcionar a los propietarios un período mayor.
Para un sitio de prueba o personal, 90 días puede ser demasiado. Generalmente, un sitio creado, usado activamente y que ya puede
eliminarse o archivarse tiene un ciclo de vida de al menos seis meses o unos pocos años. Enviar un recordatorio cada seis meses
resulta útil en estas situaciones.
532
La frecuencia con la que se enviará un mensaje de correo electrónico a los propietarios de los sitios para comprobar si los sitios
están inactivos. Después del primer mensaje, si el administrador del sitio no responde, puede seguir enviando avisos adicionales con
una frecuencia diaria, semanal o mensual.
Si desea eliminar automáticamente los sitios que no se usan. Si el administrador del sitio no responde a varios mensajes de correo
electrónico, ¿desea continuar y eliminar el sitio automáticamente? Se recomienda que realice una copia de seguridad en primer
lugar. Para ello, asegúrese de que se realicen copias de seguridad de forma regular. Puede usar el portal para desarrolladores de
SharePoint 2010 en MSDN (http://go.microsoft.com/fwlink/?linkid=178818&clcid=0xC0A) para personalizar esta funcionalidad de
modo que realice automáticamente una copia de seguridad del sitio antes de la eliminación (éste no es un comportamiento
predeterminado).
Si los sitios que no se usan se van a eliminar automáticamente, ¿cuántos mensajes de correo electrónico se enviarán a los
propietarios de los sitios antes de la eliminación? De forma predeterminada, se envían cuatro avisos semanales antes de eliminar el
sitio, pero se puede aumentar o reducir esta cantidad de acuerdo con sus necesidades.
Para obtener más información, vea Manage unused Web sites (SharePoint Server 2010).
Hoja de trabajo Use la siguiente hoja de trabajo para planear el mantenimiento y la administración de sitios:
Hoja de trabajo de creación y mantenimiento de sitios (http://go.microsoft.com/fwlink/?linkid=193521&clcid=0xC0A)
533
Planeación de administración de cuotas (SharePoint Server 2010)
Publicado: 12 de mayo de 2010
Una cuota especifica los valores de límite de almacenamiento para la cantidad máxima de datos que se puede almacenar en una colección de sitios. Las cuotas también especifican el tamaño de almacenamiento que, cuando se alcanza, desencadena una alerta de correo electrónico al administrador de la colección de sitios. Las plantillas de cuota aplican estos valores de configuración a cualquier colección de sitios de una granja de servidores de SharePoint.
De manera predeterminada, una cuota contiene 300 puntos. Un punto es una medida relativa de uso de los recursos, por ejemplo, ciclos de CPU, memoria o errores de página. Los puntos permiten realizar comparaciones entre las medidas de uso de los recursos que no podrían compararse de otro modo. Por ejemplo, son necesarios millones de ciclos de CPU para formar un punto, pero cada vez que una solución de espacio aislado deja de funcionar se cuenta como un punto. Para obtener más información acerca de las soluciones de espacio aislado, vea Sandboxed solutions overview (SharePoint Server 2010).
Las cuotas son particularmente útiles cuando se usa Microsoft SharePoint Server 2010 en entornos empresariales, como la intranet de toda la compañía o un proveedor de acceso a Internet (ISP). Debe usar cuotas en estos entornos para garantizar que una colección de sitios no pueda usar tantos recursos que cause que otras colecciones de sitios dejen de funcionar. Puede asignar una plantilla de cuota a una colección de sitios al crear la colección de sitios, o bien puede asignar una plantilla de cuota más tarde. También puede revertir la decisión de usar cuotas en cualquier lugar de la jerarquía de la colección de sitios.
También debería considerar la posibilidad de usar cuotas al planear la arquitectura de información y taxonomía. Para obtener información acerca de cómo planear los servicios de metadatos administrados, como la planeación de dónde almacenar palabras clave empresariales, vea Planeación para compartir tipos de contenido y terminología.
En este artículo:
Planeación de la administración de cuotas
Determinación de la configuración de la plantilla de cuota
Determinación de la configuración de la papelera de reciclaje
Eliminación de sitios web no usados
534
Planeación de la administración de cuotas Los pasos básicos para planear la administración de cuotas son los siguientes:
1. Determinación de la configuración de la plantilla de cuota
2. Determinación de la configuración de la papelera de reciclaje
3. Eliminación de sitios web no usados
Este artículo contiene información acerca de cómo determinar la configuración de cuotas para las colecciones de sitios de una empresa. El artículo no incluye información sobre requisitos previos, como el procedimiento para configurar el correo electrónico saliente, iniciar el trabajo del temporizador de advertencia de cuota de disco o planear el rendimiento y la capacidad.
Determinación de la configuración de la plantilla de cuota No hay ninguna plantilla de cuota predeterminada para las colecciones de sitios en un entorno de SharePoint Server 2010. Por ejemplo, una cuota para una colección de sitios puede usar la siguiente configuración como punto de partida:
1. Se envía un mensaje de correo electrónico automatizado al administrador de una colección de sitios cuando el tamaño del sitio
alcanza 450 megabytes (MB).
2. Se impide a los usuarios cargar documentos adicionales cuando el tamaño de una colección de sitios alcanza 500 MB.
Debe evaluar el tamaño y el número de elementos que espera que los usuarios almacenen en sus sitios. También debe ajustar esta configuración adecuadamente para garantizar que los sitios se usen de acuerdo con los procedimientos recomendados de una organización. Por ejemplo, si un equipo o grupo específicos en una organización tienen el requisito empresarial de almacenar un mayor volumen de contenido en su sitio de equipo, se pueden ajustar los límites de cuota para esa colección de sitios.
El tamaño de los datos indicados por las cuotas no se corresponde necesariamente con el tamaño de almacenamiento de la base de datos. Esto se debe a que la característica de cuota calcula las cifras de almacenamiento para sitios vacíos (es decir, sitios que no contienen ningún contenido de usuario) e incluye dichas cifras en la cuota junto con la capacidad de almacenamiento real de la base de datos. El tamaño estimado de un sitio vacío incluye el tamaño real de las páginas de plantilla para SharePoint Server 2010, por ejemplo, las páginas y páginas de formularios en el directorio _layouts.
Si cambia los valores de una plantilla de cuota, dichos cambios son pertinentes solamente para las nuevas colecciones de sitios en las que se aplica la plantilla. SharePoint Server 2010 no aplica los valores de cuota modificados a las colecciones de sitios existentes a menos que se use el modelo de objetos para actualizar los valores de cuota en la base de datos.
535
Determinación de la configuración de la papelera de reciclaje La papelera de reciclaje puede ayudar a impedir la eliminación permanente de contenido. La papelera de reciclaje permite a los propietarios de sitios recuperar los elementos que los usuarios han eliminado sin requerir ninguna intervención del administrador, como la restauración de archivos desde las cintas de copia de seguridad. Entre las principales consideraciones de planeación se incluye si usar la papelera de reciclaje de la segunda etapa y cuánto espacio se debe asignar.
La papelera de reciclaje se activa y desactiva en el nivel de la aplicación web. De manera predeterminada, la papelera de reciclaje está activada en todas las colecciones de sitios de una aplicación web.
La papelera de reciclaje tiene dos etapas. Cuando un usuario elimina un elemento, éste se envía automáticamente a la papelera de reciclaje de la primera etapa. De manera predeterminada, cuando un elemento se elimina de la papelera de reciclaje de la primera etapa, éste se envía a la papelera de reciclaje de la segunda etapa. La papelera de reciclaje de la segunda etapa almacena los elementos que los usuarios han eliminado de sus papeleras de reciclaje. Solo los administradores de colecciones de sitios pueden restaurar los elementos de la papelera de reciclaje de la segunda etapa. El tamaño que se especifica para la papelera de reciclaje de la segunda etapa aumenta el tamaño total del sitio. Debe planear la capacidad de los datos según corresponda.
Considere la posibilidad de asignar al menos una pequeña cantidad de espacio (por ejemplo, 10 por ciento) a la papelera de reciclaje de la segunda etapa para aquellos casos en que un usuario elimine por equivocación un documento importante, una carpeta de una biblioteca de documentos o una columna de una lista.
Los elementos de las papeleras de reciclaje de la primera etapa y de la segunda etapa se eliminan automáticamente cuando caduca el período de tiempo especificado para los elementos eliminados (el valor predeterminado es de 30 días). Sin embargo, cuando se alcanza el límite de tamaño de la papelera de reciclaje de la segunda etapa, los elementos se eliminan automáticamente empezando por los más antiguos. Los administradores de colecciones de sitios también pueden vaciar la papelera de reciclaje de la segunda etapa de forma manual. Para obtener más información, vea Configure recycle bin settings (SharePoint Server 2010).
Eliminación de sitios web no usados Puede eliminar una plantilla de cuota si cambia las estructuras de la cuota. Sin embargo, al eliminar una plantilla de cuota no se eliminan los valores de cuota de las colecciones de sitios en las que se aplicó la plantilla de cuota. Si desea quitar cuotas de todas las colecciones de sitios que usan una plantilla de cuota específica, debe usar el modelo de objetos o realizar una consulta de SQL Server.
La eliminación automática de sitios web que no se usan puede ayudar a reducir el riesgo de eliminar datos que son imprescindibles para las operaciones empresariales. Debe incluir las siguientes tareas en el proceso de planeación:
536
Solicitar que haya un segundo contacto para todos los sitios. Si el propietario del sitio no está disponible o deja la organización, el
segundo contacto puede confirmar el uso del sitio. Si no dispone de un segundo contacto y reduce el número de días o el número de
avisos que se dan antes de eliminar un sitio no usado, es posible que elimine accidentalmente un sitio que todavía es necesario.
Archivar los sitios antes de que se eliminen automáticamente. Puede restaurar los sitios que contienen información empresarial
imprescindible o puede planear el almacenamiento de las bases de datos de contenido durante más tiempo de forma que un sitio
eliminado pueda restaurarse.
Para obtener más información, vea Manage unused Web sites (SharePoint Server 2010).
537
Información general de análisis de uso y creación de informes
Publicado: 14 de octubre de 2010
Este artículo describe la aplicación de servicio Web Analytics en Microsoft SharePoint Server 2010 y sus características.
Este artículo no trata la capacidad de la aplicación de servicio Web Analytics. Para obtener información acerca de la capacidad, vea "Requisitos de capacidad del servicio compartido Web Analytics en SharePoint Server 2010", al que puede acceder desde Performance and capacity test results and recommendations (SharePoint Server 2010).
En este artículo:
Información general
Informes
Flujo de trabajo de Web Analytics
Elemento web de Web Analytics
Información general En Microsoft SharePoint Server 2010, la aplicación de servicio Web Analytics le permite recolectar, crear informes y analizar el uso y la eficacia de los sitios de SharePoint Server 2010.
Las características de Web Analytics son creación de informes, flujo de trabajo de Web Analytics y elementos web de Web Analytics.
Antes de poder usar cualquier característica de Web Analytics, debe configurar los servicios que son compatibles con la aplicación de servicio Web Analytics. A continuación, debe crear el grupo de permiso Ver los datos de Web Analytics y asignar este permiso a los usuarios. Para obtener más información, vea Configure Web Analytics service (SharePoint Server 2010).
Informes La característica de creación de informes permite que un administrador cree informes que servirán para comprender qué hacen los usuarios y cómo usan un sitio.
538
Existen tres áreas de los informes de Web Analytics disponibles: Tráfico, Buscar e Inventario.
Se agrega una lista de los diversos informes en un sitio, la colección de sitios, la aplicación web y/o el nivel de la aplicación de servicio Buscar para cada granja de servidores.
Normalmente, la métrica para cada informe se muestra de una de las siguientes maneras:
Un informe de tendencia muestra el resultado de una métrica determinada durante un período de tiempo.
Un informe de rango muestra los primeros 2000 resultados de una métrica determinada.
Un informe de lista muestra los resultados de búsqueda para los informes Opción más probable.
De forma predeterminada, todos los informes muestran los datos durante un período de 30 días. Para obtener información adicional acerca de cómo ver y personalizar un informe, vea View Web Analytics reports (SharePoint Server 2010).
Informes de tráfico
Los informes de tráfico capturan información del comportamiento del usuario relacionado con los clics totales, usuarios frecuentes, páginas populares e información sobre la navegación hacia y desde el componente actual de SharePoint, por ejemplo, una colección de sitios o aplicaciones web.
La siguiente tabla describe los informes de tráfico disponibles.
Nombre Tipo Descripción Disponible en el nivel de la aplicación web
Disponible en el nivel de la colección de sitios
Disponible en el nivel del sitio
Disponible en el nivel de la aplicación de servicio Buscar
Número de vistas de páginas Tendencia Muestra el número de vistas de página por día durante el intervalo de fechas especificado. Cada vez que una visita de
X X X
539
Nombre Tipo Descripción Disponible en el nivel de la aplicación web
Disponible en el nivel de la colección de sitios
Disponible en el nivel del sitio
Disponible en el nivel de la aplicación de servicio Buscar
usuario genera una solicitud de página del servidor, se registra una vista de página.
Núm. visitantes únicos diarios Tendencia Muestra el número de visitantes durante el intervalo de fechas especificado. Use este informe para determinar el número de visitantes distintos en un día determinado, comprender los patrones de tráfico de visitantes o identificar los períodos de tráfico alto o bajo.
X X X
540
Nombre Tipo Descripción Disponible en el nivel de la aplicación web
Disponible en el nivel de la colección de sitios
Disponible en el nivel del sitio
Disponible en el nivel de la aplicación de servicio Buscar
Número de remitentes Tendencia Muestra la cantidad de tráfico de las páginas web que hacen referencia al tráfico de su sitio. Use este informe para identificar los patrones de tráfico relacionados con los remitentes.
X X X
Páginas principales Rango Muestra las páginas más populares en función de las vistas de página durante el intervalo de fechas especificado. Use esta información para páginas individuales de destino a fin de
X X X
541
Nombre Tipo Descripción Disponible en el nivel de la aplicación web
Disponible en el nivel de la colección de sitios
Disponible en el nivel del sitio
Disponible en el nivel de la aplicación de servicio Buscar
mejorar o medir la eficacia de contenido específico.
Visitantes principales Rango Muestra los principales visitantes al sitio web durante el intervalo de fechas especificado. Use este informe para conocer quién usa más su sitio web.
X X X
Remitentes principales Rango Muestra las páginas web principales que hacen referencia al tráfico de su sitio. Use este informe para conocer qué páginas redirigen el tráfico a su sitio y cómo llegan los
X X X
542
Nombre Tipo Descripción Disponible en el nivel de la aplicación web
Disponible en el nivel de la colección de sitios
Disponible en el nivel del sitio
Disponible en el nivel de la aplicación de servicio Buscar
visitantes a su sitio.
Destinos principales Rango Muestra las páginas web externas visitadas con más frecuencia cuando los visitantes abandonan las páginas de su sitio. Use este informe para comprender los patrones de tráfico de los visitantes o para analizar la eficacia de las referencias a otras páginas.
X X X
Exploradores principales Rango Muestra los tipos de exploradores de Internet y las versiones más utilizadas por los visitantes. Use
X X X
543
Nombre Tipo Descripción Disponible en el nivel de la aplicación web
Disponible en el nivel de la colección de sitios
Disponible en el nivel del sitio
Disponible en el nivel de la aplicación de servicio Buscar
este informe para conocer las tecnologías que usan los visitantes y configurar un sitio para una visualización óptima.
Informes de búsqueda
Los informes de búsqueda capturan la información del comportamiento del usuario relacionada con las consultas en un sitio que está utilizando una aplicación de servicio de búsqueda configurada.
El informe de sugerencias de opciones más probables ayuda a los administradores de la colección de sitios a determinar cuál es el resultado de búsqueda más relevante para una palabra clave determinada. En Microsoft SharePoint Server 2010, las sugerencias se envían periódicamente para las nuevas opciones más probables con todas las métricas de búsqueda que se hayan recopilado. Los administradores de la colección de sitios pueden buscar las sugerencias de las opciones más probables y aceptarlas o rechazarlas fácilmente.
Los informes de sugerencias de opciones más probables, uso de opción más probable e historial de acción de opción más probable están disponibles en la página informes de Web Analytics de colección de sitios.
Por lo general, los informes de opción más probable se muestran en formato de lista.
Si desea recuperar la información básica acerca de las consultas de búsqueda en la granja de servidores, use los informes de búsqueda tendencia o rango. Si desea obtener una vista más detallada de cómo se usa el sitio, utilice los informes Opción más probable.
La siguiente tabla describe los informes de búsqueda disponibles.
544
Nombre Tipo Descripción Disponible en el nivel de la aplicación web
Disponible en el nivel de la colección de sitios
Disponible en el nivel del sitio
Disponible en el nivel de la aplicación de servicio Buscar
Número de consultas Tendencia Muestra el número de consultas de búsqueda realizadas durante el intervalo de fechas especificado. Use este informe para identificar las tendencias de volumen de consultas de búsqueda y para determinar los tiempos de actividad de la búsqueda alta y baja.
X X X
Principales consultas Rango Muestra las consultas de búsqueda más populares realizadas durante el intervalo de fechas especificado. Use este informe para conocer qué tipo de información buscan los visitantes.
X X
545
Nombre Tipo Descripción Disponible en el nivel de la aplicación web
Disponible en el nivel de la colección de sitios
Disponible en el nivel del sitio
Disponible en el nivel de la aplicación de servicio Buscar
Consultas erróneas Rango Muestra las consultas que no devuelven ningún resultado de búsqueda o que devuelven resultados de tasa baja o nula. Use este informe para identificar las consultas de búsqueda que puedan generar insatisfacción del usuario y para mejorar la capacidad de detectabilidad de contenido.
X
Ningún resultado de consulta Rango Muestra las consultas de búsqueda que no devuelven ningún resultado de búsqueda. Use este informe para identificar las consultas de
X
546
Nombre Tipo Descripción Disponible en el nivel de la aplicación web
Disponible en el nivel de la colección de sitios
Disponible en el nivel del sitio
Disponible en el nivel de la aplicación de servicio Buscar
búsqueda que puedan generar insatisfacción del usuario y para mejorar la capacidad de detectabilidad de contenido.
Sugerencia de opción más probable
Lista Recomienda direcciones URL que son los resultados más probables para determinadas consultas de búsqueda, según el análisis de patrones de uso. Los administradores de sitios pueden aceptar o rechazar estas sugerencias. Si las aceptan, se agrega el par de dirección URL-consulta correspondiente a la lista de palabras clave de búsqueda.
X
547
Nombre Tipo Descripción Disponible en el nivel de la aplicación web
Disponible en el nivel de la colección de sitios
Disponible en el nivel del sitio
Disponible en el nivel de la aplicación de servicio Buscar
Uso de opción más probable Lista Muestra el resultado de las sugerencias de opción más probable a lo largo del tiempo. Para cada consulta de opción más probable emitida, el informe muestra el porcentaje de clics en la dirección URL de opción más probable en comparación con otras direcciones URL.
X
Historial de acción de opción más probable
Lista Muestra las acciones realizadas por el administrador del sitio en el informe Sugerencia de opción más probable.
X
548
Informes de inventario
Los informes de inventario se utilizan para ayudar a los administradores a administrar un sitio mediante el seguimiento de la estructura del sitio, y de los problemas almacenamiento y versión.
La siguiente tabla describe los informes de inventario disponibles.
Nombre Tipo Descripción Disponible en el nivel de la aplicación web
Disponible en el nivel de la colección de sitios
Disponible en el nivel del sitio
Disponible en el nivel de la aplicación de servicio Buscar
Número de colecciones de sitios
Tendencia Muestra una instantánea diaria del número de colecciones de sitios en una aplicación web durante el intervalo de fechas especificado.
X
Uso de almacenamiento Tendencia Muestra una instantánea diaria del uso de almacenamiento para una colección de sitios durante el intervalo de fechas especificado. Use este informe para comprender el patrón de crecimiento del almacenamiento de una colección de
X
549
Nombre Tipo Descripción Disponible en el nivel de la aplicación web
Disponible en el nivel de la colección de sitios
Disponible en el nivel del sitio
Disponible en el nivel de la aplicación de servicio Buscar
sitios.
Número de sitios Tendencia Muestra una instantánea diaria del número de sitios en una colección de sitios durante el intervalo de fechas especificado.
X X
Versiones principales del producto del sitio
Rango Muestra las versiones principales del producto del sitio en función de la propiedad de la versión del producto de cada sitio de una colección de sitios. Use este informe para conocer la distribución de versión del producto del sitio en su colección de sitios.
X X
Idiomas principales del sitio Rango Muestra los idiomas principales del sitio en función del número de sitios
X X
550
Nombre Tipo Descripción Disponible en el nivel de la aplicación web
Disponible en el nivel de la colección de sitios
Disponible en el nivel del sitio
Disponible en el nivel de la aplicación de servicio Buscar
creados con cada idioma. Use este informe para conocer la distribución de idiomas del sitio en su colección de sitios.
Flujo de trabajo de Web Analytics El flujo de trabajo de Web Analytics le permite enviar informes en una programación o cuando se cumplen determinados criterios. Por ejemplo, puede tener un flujo de trabajo que envía mensajes de correo electrónico cada vez que el número total de las vistas de páginas disminuye un 80 por ciento de una semana a otra.
Nota:
Para crear un flujo de trabajo de Web Analytics, debe ser miembro del grupo Administradores de la granja de servidores.
Elemento web de Web Analytics Los administradores del sitio pueden agregar el elemento web de Web Analytics a cualquier página en un sitio. Por ejemplo, se puede configurar el informe Contenido más visto en el sitio para mostrar los datos. Los datos en el elemento web se actualizarán continuamente a medida que se vuelven más populares las consultas nuevas o el contenido nuevo. Para obtener información acerca de cómo configurar el elemento web de Web Analytics, vea Configure Web Analytics service (SharePoint Server 2010)
551
Planeación de la integración del correo electrónico (SharePoint Server 2010)
Publicado: 17 de junio de 2010
Permitir la comunicación es un componente crítico para crear aplicaciones web mediante las cuales los miembros del grupo puedan interactuar y mantenerse al tanto de los cambios de la información usando alertas. Entre las características de la colección de sitios que dependen de la configuración correcta de las comunicaciones, se incluyen las siguientes:
Alertas que notifican a los miembros del grupo cuando se realizan cambios.
Mensajes administrativos relacionados con solicitudes para tener acceso al sitio y otros temas relacionados con la administración del
sitio.
Grupos de discusión.
Para usar las características de comunicación de forma más efectiva, la planeación debe incluir la comprensión de los requisitos de software y las consideraciones de mantenimiento.
Vea los siguientes artículos para planear la comunicación:
Planeación del correo electrónico entrante (SharePoint Server 2010): proporciona información sobre la configuración del correo
electrónico para grupos de discusión.
Planeación del correo electrónico saliente (SharePoint Server 2010): proporciona información sobre el uso de alertas y mensajes
administrativos.
552
Planeación del correo electrónico entrante (SharePoint Server 2010)
Actualizado: 27 de agosto de 2010
La característica de correo electrónico entrante de Microsoft SharePoint Server 2010 permite que los sitios de SharePoint reciban y almacenen mensajes y datos adjuntos de correo electrónico en listas y bibliotecas. En este artículo, se ofrece ayuda a los administradores de servidores y conjuntos o granjas de servidores para que comprendan las elecciones que deben hacer antes de implementar la característica de correo electrónico entrante para sus organizaciones.
En este artículo:
Acerca del correo electrónico entrante
Decisiones claves para planear la implementación del correo electrónico entrante
Modos y opciones de configuración
Acerca del correo electrónico entrante La característica de correo electrónico entrante permite a los grupos almacenar los mensajes de correo electrónico que envían a otros miembros del grupo sin tener que abrir el sitio de SharePoint y cargar el contenido del correo electrónico. Esto es posible porque se puede asignar una dirección de correo electrónico única a la mayoría de las listas y bibliotecas.
Antes de configurar el correo electrónico entrante, debe realizar las siguientes tareas:
Si usa el escenario básico, cada servidor web front-end de SharePoint debe ejecutar el Servicio de Protocolo simple de transferencia
de correo (SMTP) y el servicio de aplicación web de Microsoft SharePoint Foundation.
Si usa el escenario avanzado, puede usar uno o más servidores de la granja de servidores para ejecutar el servicio SMTP y tener
una dirección del servidor SMTP válida. También debe saber el nombre de un servidor que no pertenezca a la granja de servidores y
que ejecute el servicio SMTP y la ubicación de la carpeta de buzón de correo electrónico.
Para obtener más información sobre la instalación del servicio SMTP, vea Configure incoming e-mail (SharePoint Server 2010).
553
Decisiones claves para planear la implementación del correo electrónico entrante Cuando planee implementar el correo electrónico entrante, debe decidir si usará un escenario básico o avanzado, como se describe a continuación.
Usar un escenario básico
Puede habilitar un escenario básico de correo electrónico entrante mediante la instalación del Servicio de Protocolo simple de transferencia de correo (SMTP) en el servidor que ejecuta SharePoint Server 2010 y habilitar el correo electrónico entrante mediante el modo de configuración automática con la configuración predeterminada. En este escenario, el correo electrónico se envía directamente al servidor SMTP y SharePoint Server 2010 comprueba periódicamente si hay correo electrónico en la carpeta de buzón de correo electrónico predeterminada, configurada automáticamente por el servicio SMTP.
Seleccionar el modo de configuración automática y aceptar la configuración predeterminada es la forma más sencilla de habilitar el correo electrónico entrante porque la configuración esta establecida pensando en usted y, por lo tanto, no se necesita mucho conocimiento. Para la mayoría de las organizaciones, esta configuración es suficiente.
Para habilitar el escenario básico de correo electrónico entrante, debe seguir los siguientes pasos:
1. El administrador del servidor usa el Asistente para agregar características para instalar la característica de servidor SMTP en el
servidor del cual desea recibir el correo electrónico entrante. Con esta acción, se instala e inicia el servicio SMTP en ese servidor.
2. El administrador de la granja de servidores habilita el correo electrónico entrante con el modo de configuración automática y acepta
todos los valores predeterminados.
3. El administrador de la colección de sitios habilita la característica de correo electrónico entrante en las listas y bibliotecas en las que
desea almacenar el correo electrónico entrante y asigna a cada biblioteca y lista una dirección de correo electrónico única con el
formato dirección@SMTPserveraddress, por ejemplo, [email protected].
Cuando los usuarios envían un mensaje de correo electrónico a la dirección de una lista o biblioteca, SharePoint Server 2010 detecta que se entregó un mensaje nuevo y lo envía a la lista o biblioteca correspondiente tomando como referencia la dirección de correo electrónico.
554
Nota:
También puede usar la opción de configuración automática en el escenario avanzado y seleccionar si se debe usar el servicio de administración de directorios de Microsoft SharePoint, un servidor de correo electrónico seguro y una dirección de servidor de correo electrónico entrante para mostrar. Estas opciones se tratan en la sección "Usar un escenario avanzado" más adelante en este artículo.
Si el escenario básico es conveniente para usted, puede omitir el resto del artículo. Para obtener más información, vea Configure incoming e-mail (SharePoint Server 2010).
Usar un escenario avanzado
Los administradores más avanzados tienen a su disposición opciones adicionales. Para algunas opciones, se debe tener más conocimiento sobre la implementación que solo elegir el escenario básico con todas las opciones predeterminadas. En esta sección, se describen las siguientes opciones de configuración:
Servicio de administración de directorios de SharePoint
Dirección de servidor de correo electrónico entrante para mostrar
Servidor de correo electrónico seguro
Carpeta de buzón de correo electrónico
Si usa el escenario avanzado para configurar el correo electrónico entrante, deberá realizar procedimientos adicionales. Para obtener más información, vea Configure incoming e-mail (SharePoint Server 2010).
Servicio de administración de directorios de SharePoint
El servicio de administración de directorios de SharePoint conecta sitios de SharePoint con el directorio de usuarios de la organización con el fin de proporcionar características mejoradas de correo electrónico. La ventaja de usar este servicio es que permite que los usuarios creen y administren grupos de distribución de correo electrónico desde los sitios de SharePoint. Además, crea contactos en el directorio de usuarios de la organización para que los usuarios puedan encontrar listas de SharePoint habilitadas para correo electrónico en sus libretas de direcciones. No obstante, el uso del servicio de administración de directorios requiere una mayor administración, dado que se comunica con los Servicios de dominio de Active Directory (AD DS).
555
Nota:
Se recomienda que use Microsoft Exchange Server junto con el servicio de administración de directorios de SharePoint Si no lo hace, debe personalizar su propio servicio de administración de directorios.
Puede personalizar el servicio de administración de directorios de SharePoint con el modo de configuración automático o avanzado. Puede elegir habilitar el servicio en la granja de servidores de SharePoint o puede usar el servicio de otra granja de servidores. Una ventaja de usar el servicio que se ejecuta en otra granja de servidores es que los permisos de Active Directory se administran en un lugar centralizado (es decir, en la granja de servidores).
Para habilitar el servicio en el servidor o en la granja de servidores que ejecuta SharePoint Server 2010, la cuenta de grupo de aplicaciones Administración central de SharePoint que usa SharePoint Server 2010 debe tener acceso de escritura al contenedor que se especifique en Active Directory. Para esto se requiere que un administrador de Active Directory configure la unidad organizativa (UO) y los permisos en esa unidad. La ventaja de usar el servicio de administración de directorios de SharePoint en una granja de servidores remoto es que no necesita la ayuda de un administrador de Active Directory para crear y configurar la unidad organizativa si esa unidad ya existe.
Nota:
Debe realizar varios procedimientos si planea usar el servicio de administración de directorios de SharePoint. Para obtener más información, vea Configure incoming e-mail (SharePoint Server 2010).
Un escenario de administración de directorios típico sigue estos pasos:
1. Un administrador de la colección de sitios crea un grupo de SharePoint nuevo.
2. El administrador elige crear una lista de distribución para asociarla al grupo de SharePoint y asigna una dirección de correo
electrónico a esa lista de distribución.
3. Con el paso del tiempo, el administrador agrega usuarios al grupo de SharePoint y también los quita. A medida que se agregan y
quitan usuarios, el servicio de administración de directorios de SharePoint automáticamente realiza la misma acción en la lista de
distribución, que está almacenada en el servicio de directorios de Active Directory. Debido a que las listas de distribución están
asociadas a un grupo de SharePoint particular, la lista de distribución está disponible para todos los miembros de ese grupo.
556
4. De forma predeterminada, las direcciones de correo electrónico se generan automáticamente para los paneles de discusión y los
calendarios en los sitios de grupo y luego se agregan a la lista de distribución del grupo. La dirección de correo electrónico de estas
dos listas tendrá el siguiente formato, de forma predeterminada: direcciónDelGrupo.discusiones y direcciónDelGrupo.calendario.
5. Al incluir direcciones de correo electrónico para paneles de discusión y calendarios de la lista de distribución, todos los mensajes de
correo electrónico y las invitaciones para reuniones que se envíen a la lista de distribución se archivarán en el sitio de grupo.
Para obtener más información sobre el servicio de administración de directorios de SharePoint, vea el tema sobre la integración del directorio de SharePoint (http://go.microsoft.com/fwlink/?linkid=151766&clcid=0xC0A).
Opciones de configuración del servicio de administración de directorios de SharePoint
Al configurar el servicio de administración de directorios de SharePoint para crear grupos de distribución y contactos en Active Directory, debe proporcionar la siguiente información:
Nombre del contenedor de Active Directory en el que se crearán los grupos de distribución y contactos. Debe tener el siguiente
formato:
OU=nombreDeContenedor, DC=nombreDeDominio, DC=nombreDeDominioDeNivelSuperior
Ejemplo
OU=contactosDeSharePoint,DC=Contoso,DC=com
Nombre del servidor SMTP que se usará para el correo electrónico entrante (o acepte el servidor SMTP predeterminado, si existe).
Debe tener el siguiente formato:
servidor.subdominio.dominio.nivel-superior_dominio
Por ejemplo, SharePointServer.soporte.contoso.com
Si se aceptarán mensajes de usuarios autenticados solamente.
Si se permitirá a los usuarios crear grupos de distribución desde los sitios de SharePoint. Si selecciona que sí en esta opción,
también puede elegir si los usuarios podrán realizar cualquier combinación de las siguientes acciones:
Crear un grupo de distribución nuevo.
Cambiar la dirección de correo electrónico del grupo de distribución.
Cambiar el título y la descripción del grupo de distribución.
Eliminar un grupo de distribución.
Al configurar el servicio de administración de directorios de SharePoint para crear grupos de distribución y contactos con un servicio de administración de directorios de SharePoint remoto, debe proporcionar la siguiente información:
557
La dirección URL del servicio de administración de directorios remoto, por ejemplo,
http://server:adminport/_vti_bin/SharePointEmailWS.asmx.
El nombre del servidor SMTP que se usará para el correo electrónico entrante.
Si se aceptarán mensajes de usuarios autenticados solamente.
Si se permitirá a los usuarios crear grupos de distribución desde los sitios de SharePoint.
Dirección de servidor de correo electrónico entrante para mostrar
Los administradores pueden especificar la dirección del servidor de correo electrónico que se mostrará en las páginas web cuando los usuarios creen una dirección de correo electrónico entrante para un sitio, una lista o un grupo. Esta configuración se usa usualmente junto con el servicio de administración de directorios de SharePoint para proporcionar una dirección de servidor de correo electrónico más descriptiva para que los usuarios escriban, por ejemplo, [email protected].
Servidor de correo electrónico seguro
Puede configurar SharePoint Server 2010 para aceptar correo electrónico de cualquier servidor de correo electrónico o solo del correo que haya sido redirigido mediante una aplicación de servidor de correo electrónico seguro.
Puede conseguir los siguientes beneficios al redirigir el correo electrónico mediante un servidor de correo electrónico seguro:
Autenticación del usuario: el servicio SMTP no puede autenticar a los usuarios que envían mensajes de correo electrónico a su
sitio, pero Exchange Server puede hacerlo. El administrador del servicio puede usar el sitio web de Administración central de
SharePoint para especificar que el sistema debe aceptar mensajes de usuarios autenticados solamente si se los envía mediante
Exchange Server.
Filtrado contra correo no deseado: Exchange Server ofrece filtrado contra correo no deseado para eliminar el correo
electrónico comercial no solicitado antes de que se lo reenvíe a su destino (en este caso, el servidor que ejecuta SharePoint Server
2010). Otra técnica que puede reducir el correo no deseado es permitir a los usuarios del sitio de grupo archivar el correo electrónico
solo en listas en las que tienen permiso de escritura.
Protección antivirus: Exchange Server ofrece protección antivirus para el correo electrónico que redirige.
558
Nota:
Debido a que esta opción solo está disponible en el modo automático, no puede especificar uno o más servidores de correo electrónico seguro ni una carpeta de buzón de correo electrónico.
Carpeta de buzón de correo electrónico
Si el servicio SMTP se ejecuta en un servidor que no es el servidor de SharePoint, debe especificar las ubicaciones de las cuales SharePoint Server 2010 recuperará el correo electrónico entrante. Se especifica la carpeta de buzón de correo electrónico para que SharePoint Server 2010 sepa de dónde debe recuperar el correo electrónico entrante. Sin embargo, si indica una carpeta específica, SharePoint Server 2010 no podrá detectar los cambios de configuración del servidor de correo electrónico remoto que envía los correos a su carpeta de buzón de correo electrónico. Esto significa que si un administrador configura el servidor de correo electrónico para que no se envíen los correos a esa carpeta, SharePoint Server 2010 no podrá detectar el cambio de la configuración y, por lo tanto, no podrá recuperar los archivos desde la ubicación nueva.
559
Nota:
Cuando el correo electrónico entrante se configura en modo avanzado, debe asegurarse de contar con los permisos adecuados en la carpeta de buzón de correo electrónico. Para obtener más información, vea Configure incoming e-mail (SharePoint Server 2010).
Nota:
Como esta opción solo se encuentra disponible en el modo avanzado, no puede especificar una carpeta de buzón de correo electrónico y especificar también uno o varios servidores de correo electrónico seguros.
Modos y opciones de configuración Como administrador de la granja de servidores, puede elegir entre dos modos de configuración para habilitar el correo electrónico entrante: automático y avanzado. Como se describe en la sección "Uso de un escenario básico", puede elegir el modo de configuración automático con las opciones de configuración predeterminadas. No obstante, el modo de configuración automático ofrece otras opciones que puede elegir.
En la siguiente tabla se describen las opciones de configuración y se especifica si se encuentran configuradas en la página Configurar correo electrónico entrante de Administración central a través del modo de configuración automático o avanzado.
Opción de configuración Modo de configuración automático Modo de configuración avanzado
Servidores de correo electrónico seguros Sí No
Carpeta de buzón de correo electrónico No Sí
Servicio de administración de directorios de SharePoint
Sí Sí
560
Opción de configuración Modo de configuración automático Modo de configuración avanzado
Dirección de servidor de correo electrónico entrante para mostrar
Sí Sí
Los modos de configuración automático y avanzado son similares en tanto que permiten que los administradores de la granja de servidores configuren el servicio de administración de directorios de SharePoint y la dirección de servidor de correo electrónico para que se muestren en las páginas web. Estos modos de configuración se diferencian en que el modo de configuración automática sustituye la capacidad de elegir de qué servidores de correo electrónico se aceptará el correo electrónico, por la capacidad de especificar la carpeta en la que se colocará el correo electrónico. SharePoint Server 2010 usa esta carpeta de buzón de correo electrónico para detectar nuevos mensajes de correo electrónico.
Nota:
La opción de configuración de la carpeta de buzón de correo electrónico no se encuentra disponible en el modo automático, ya que ese modo determina automáticamente la carpeta que especifica el servicio SMTP como la carpeta de buzón de correo electrónico.
Vea también Conceptos
Planeación del correo electrónico saliente (SharePoint Server 2010)
Otros recursos
Configure incoming e-mail (SharePoint Server 2010)
Configure outgoing e-mail (SharePoint Server 2010)
561
Planeación del correo electrónico saliente (SharePoint Server 2010)
Publicado: 4 de junio de 2010
El correo electrónico saliente es la base sobre la que los administradores de sitios pueden implementar varias características de notificación de correo electrónico. Dichas características ayudan a los usuarios finales a realizar un seguimiento de los cambios y actualizaciones en colecciones de sitios individuales y permiten a los administradores de sitios enviar mensajes de estado.
Este artículo ayuda a los administradores de sitios a conocer los usos de la integración de correo electrónico saliente y los requisitos para integrarlo a sus colecciones de sitios.
En este artículo:
Acerca del correo electrónico saliente
Fases claves de planeación del correo electrónico saliente
Acerca del correo electrónico saliente Configurar correctamente el correo electrónico saliente es un requisito para implementar notificaciones y alertas de correo electrónico. La característica de correo electrónico saliente usa un servicio de Protocolo simple de transferencia de correo (SMTP) de salida para retransmitir notificaciones y alertas de correo electrónico. Entre las características de correo electrónico se incluyen las siguientes:
Alertas
En una colección de sitios grande y en crecimiento, los usuarios necesitan una manera eficaz de mantener el ritmo de las actualizaciones de listas, bibliotecas y discusiones. La configuración de alertas proporciona un medio eficaz para estar siempre al tanto de los cambios. Por ejemplo, si varios usuarios trabajan en un mismo documento, el propietario puede configurar alertas para recibir una notificación cada vez que haya cambios en él. Los usuarios pueden especificar las áreas de la colección de sitios o los documentos de los que desean realizar un seguimiento y decidir con qué frecuencia desean recibir alertas.
562
Nota:
Los usuarios deben tener como mínimo permisos de visualización para poder configurar alertas.
Mensajes administrativos
Los administradores de sitios pueden recibir notificaciones cuando los usuarios soliciten acceso a un sitio o cuando los propietarios de sitios hayan superado el espacio de almacenamiento especificado. La configuración del correo electrónico saliente permite que los administradores de sitios reciban notificaciones automáticas sobre los problemas de administración del sitio.
La admisión del correo electrónico saliente puede habilitarse en el nivel de la granja o conjunto de servidores (disponible en la sección Configuración del sistema del sitio web de Administración central) y en el nivel de la aplicación web (disponible en la sección Administración de aplicaciones del sitio web de Administración central). Por lo tanto, puede especificar una configuración distinta para una aplicación web determinada. Las opciones del correo electrónico saliente configuradas en el nivel de la aplicación web sustituyen a las establecidas en el nivel de la granja de servidores.
Fases claves de planeación del correo electrónico saliente Antes de configurar el correo electrónico saliente, debe tener un servicio SMTP para retransmitir alertas y notificaciones de correo electrónico.
La configuración del correo electrónico saliente incluye varios componentes que deben tenerse en cuenta al planear esta característica:
Un servicio SMTP para retransmitir alertas y notificaciones de correo electrónico. Necesitará el nombre DNS o la dirección IP del
servidor de correo SMTP que va a usar.
Una dirección para usar en el encabezado de un mensaje de alerta que identifique al remitente del mensaje.
Una dirección de respuesta que se muestra en el campo Para del mensaje cuando un usuario responde a una alerta o notificación.
Un juego de caracteres para usar en el cuerpo de los mensajes de alerta.
Servidor SMTP de salida
El servicio SMTP es un componente de Internet Information Services (IIS). Sin embargo, el componente no está habilitado de forma predeterminada con IIS, pero se puede habilitar mediante Agregar o quitar programas en el Panel de control.
Después de determinar qué servidor SMTP se va a usar, se debe configurar para permitir el acceso anónimo y la retransmisión de mensajes de correo electrónico. Además, el servidor SMTP debe tener acceso a Internet si desea tener la capacidad de enviar mensajes a direcciones de correo electrónico externas.
563
Para obtener más información acerca de la instalación, configuración y administración del servicio SMTP, vea el tema de ayuda para el Administrador de Internet Information Services (IIS) (http://go.microsoft.com/fwlink/?linkid=72343&clcid=0xC0A).
Nota:
Solo un miembro del grupo de Administradores de la granja de servidores puede configurar un servidor SMTP. El usuario también debe pertenecer al grupo de Administradores local en el servidor.
Direcciones de origen y de respuesta
Al configurar el correo electrónico saliente, puede configurar las siguientes dos direcciones:
Dirección de origen
Las alertas y notificaciones se envían desde una cuenta administrativa de la granja de servidores. Lo más probable es que no desee mostrar esta cuenta en el campo De de los mensajes de correo electrónico. No es necesario que la dirección que use sea una cuenta de correo electrónico real; puede usar una simple dirección descriptiva que los usuarios finales puedan reconocer. Por ejemplo, una dirección de origen adecuada podría ser "Administrador del sitio".
Dirección de respuesta
Se trata de la dirección que se mostrará en el campo Para de un mensaje si un usuario responde a una alerta o notificación. La dirección de respuesta también debe ser una cuenta supervisada para asegurarse de que los usuarios finales reciban una rápida respuesta a los problemas que pudieran tener. Por ejemplo, una dirección de respuesta adecuada podría ser un alias del Servicio de asistencia.
Juego de caracteres
Al configurar el correo electrónico saliente, debe especificar el juego de caracteres que se va a usar en el cuerpo de los mensajes de correo electrónico. Un juego de caracteres es una asignación de caracteres a los valores de su código de identificación. El carácter predeterminado establecido para el correo electrónico saliente es Unicode UTF-8, que permite la coexistencia de la mayor cantidad de combinaciones de caracteres (incluido el texto bidireccional) en un solo documento. En la mayoría de los casos, el valor predeterminado de UTF-8 funciona bien, aunque los idiomas de Asia Oriental se representan mejor con su propio conjunto de caracteres.
Tenga en cuenta que si selecciona un código de idioma específico, es menos probable que el texto aparezca correctamente en los lectores de correo configurados para otros idiomas.
564
Vea también Otros recursos
Configure outgoing e-mail (SharePoint Server 2010)
565
Planeación de búsqueda empresarial (SharePoint Server 2010)
Publicado: 4 de noviembre de 2010
En los artículos de esta sección se describe el proceso para planear una solución de búsqueda empresarial, incluido el análisis del entorno actual, la determinación del equipo de búsqueda y la planeación de la topología de búsqueda, el rastreo y la federación, la búsqueda de personas y la experiencia de búsqueda del usuario final. Los artículos también describen cómo planear el entrenamiento de los administradores y usuarios finales.
En esta sección:
Recopilación de información acerca del entorno de búsqueda actual (SharePoint Server 2010). El primer paso del proceso de
planeación es recopilar información que ayude a planear la solución de búsqueda. Esto incluye información acerca de la
organización, topología, configuración actual para la búsqueda e informes de uso y rendimiento.
Determinación del equipo de búsqueda empresarial y las partes interesadas (SharePoint Server 2010). En este artículo se describen
los roles y partes interesadas que deben incluirse en la planeación de una solución de búsqueda.
Planeación de rastreo y federación (SharePoint Server 2010). En este artículo se describe cómo planear el rastreo o federación del
contenido, y cómo planear la configuración adecuada para el rastreo y la federación.
566
Recopilación de información acerca del entorno de búsqueda actual (SharePoint Server 2010)
Publicado: 4 de noviembre de 2010
Un paso importante en la planeación de la solución de búsqueda empresarial consiste en recopilar información acerca del entorno actual, incluidos los siguientes tipos de información e informes:
Información acerca de la organización
Información acerca de la topología
Configuración de búsqueda actual
Informes de uso y rendimiento
Necesitará esta información para planear la topología de búsqueda, el rastreo y la federación, la búsqueda de personas y la experiencia de búsqueda del usuario final.
Información de la organización Recopile la siguiente información acerca de la organización:
Requisitos funcionales, de negocio y de usuarios para la solución de búsqueda empresarial, junto con los contratos de nivel de
servicio (SLA) existentes. Esta información le ayudará a diseñar y generar la solución de búsqueda y a comprobar si esta cumple con
los requisitos durante las pruebas.
Información de contacto de los administradores del conjunto o granja de servidores, administradores de la búsqueda, administradores
de la colección de sitios, propietarios del sitio y otras partes interesadas existentes en la solución de búsqueda empresarial. Esta
información le ayudará a planear el equipo de búsqueda empresarial y también le proporcionará una lista de contactos para llevar a
cabo cualquier comunicación que surja durante la planeación, implementación u otras operaciones.
567
Información de la topología Recopile la siguiente información acerca de la topología:
Diagramas de topología actual. Podrá hacer referencia a ellos al planear la topología y la búsqueda de personas.
Ubicaciones de los repositorios de contenido que se deben incluir en los resultados de la búsqueda, incluidos sitios de SharePoint,
sitios web, carpetas públicas de Exchange, orígenes de datos profesionales, almacenes de perfiles de usuario, Lotus Notes y sitios
externos.
Ubicaciones de los usuarios.
Configuración de búsqueda actual Si inicia desde una versión anterior de los productos y tecnologías de SharePoint, recopile la siguiente información acerca de la configuración de búsqueda actual:
Cuenta de acceso al contenido predeterminada
Configuración del origen de contenido, incluida la siguiente configuración para cada origen de contenido:
Nombre del origen de contenido
Tipo de origen de contenido
Direcciones de comienzo
Configuración de rastreo
Programación de rastreo completo
Programación de rastreo incremental
Reglas de impacto del rastreador, incluida la siguiente configuración para cada regla de impacto del rastreador:
Sitio (dirección URL)
Frecuencia de solicitudes
Reglas de rastreo, incluida la siguiente configuración para cada regla de rastreo:
Ruta de acceso
Configuración de rastreo (elementos excluidos o incluidos)
Cuenta de acceso al contenido
568
Conectores de terceros o personalizados (denominados controladores de protocolo en versiones anteriores)
Tipos de archivo incluidos en la lista de inclusiones de tipo de archivo y si requieren un IFilter adicional
Tipos de archivo que se han quitado de la lista de inclusiones de tipo de archivo
Idiomas para los cuales se instalan lematizadores y separadores de palabras
Configuración de búsqueda en el nivel del conjunto o granja de servidores, incluida la siguiente información:
Dirección de correo electrónico del contacto
Configuración de servidor proxy (dirección, puerto, si se omitirán las direcciones locales y direcciones para las que no se desea
usar un servidor proxy)
Configuración de tiempo de espera de rastreador (tiempo de conexión y tiempo de confirmación de solicitud)
Configuración de advertencia de certificado SSL
Configuración de ámbito
Configuración de rastreo
La siguiente configuración adicional:
Ubicaciones federadas
Asignaciones de nombres de servidor
Configuración de rendimiento de indizador
Propiedades rastreadas
Propiedades administradas
Eliminación de resultado de búsqueda
Alertas
Palabras clave
Opciones más probables
Páginas relevantes
569
Informes de uso y rendimiento Recopile los siguientes datos de rendimiento y uso:
Métricas de rendimiento de los informes de administración de búsqueda, si están disponibles. Esta información se usará al planear la
topología. Para obtener más información, vea Use search administration reports (SharePoint Server 2010).
Métricas de uso de los informes de Web Analytics. Esta información se usará al diseñar la experiencia del usuario final para la
búsqueda.
Vea también Conceptos
Determinación del equipo de búsqueda empresarial y las partes interesadas (SharePoint Server 2010)
Planeación de rastreo y federación (SharePoint Server 2010)
570
Determinación del equipo de búsqueda empresarial y las partes interesadas (SharePoint Server 2010)
Publicado: 4 de noviembre de 2010
El equipo de búsqueda debe incluir los siguientes roles administrativos:
Administradores del conjunto o granja de servidores
Administradores de la aplicación de servicio de búsqueda
Administradores de la colección de sitios (o un representante si son varios)
Propietarios del sitio (o un representante si son varios)
Para obtener más información acerca de estos roles en un entorno de Microsoft SharePoint Server 2010, vea Choose administrators and owners for the administration hierarchy (SharePoint Server 2010).
Además, debe incluir los siguientes roles como integrantes del grupo o partes interesadas del proyecto:
Jefe de proyecto, que define y guía la planeación e implementación de la solución de búsqueda empresarial
Administradores de TI, que administran la organización de las tecnologías de la información
Arquitectos de soluciones, que diseñan soluciones de arquitectura de las tecnologías de la información que suelen ser soluciones
entre dominios y de funciones cruzadas
Programadores, que son responsables de la personalización de las soluciones de búsqueda y de la creación de aplicaciones con
búsqueda habilitada
Directores de operaciones de TI, que planean las operaciones de uno o varios conjuntos o granjas de servidores en la organización
Otros administradores de la aplicación de servicio de SharePoint
Administradores de servicios de directorio
Administradores de bases de datos que son propietarios del contenido que se debe incluir en la solución de búsqueda
Todos los administradores de la colección de sitios no incluidos en el equipo de búsqueda
571
Todos los propietarios del sitio no incluidos en el equipo de búsqueda
Vea también Conceptos
Recopilación de información acerca del entorno de búsqueda actual (SharePoint Server 2010)
Planeación de rastreo y federación (SharePoint Server 2010)
572
Planeación de rastreo y federación (SharePoint Server 2010)
Publicado: 4 de noviembre de 2010
Para que los usuarios finales puedan usar la funcionalidad del motor de búsqueda Enterprise Search en Microsoft SharePoint Server 2010, debe rastrear o federar el contenido que desea que esté disponible para que los usuarios puedan buscar. La planeación del rastreo o la federación incluye las siguientes tareas:
Planeación de los orígenes de contenido
Planeación de las inclusiones de tipos de archivo e IFilters
Planeación de la autenticación
Planeación de los conectores
Planeación de la administración del impacto del rastreo
Planeación de las reglas de rastreo
Planeación de la configuración de búsqueda administrada a nivel de granja de servidores
Planeación de la federación
Planeación de los orígenes de contenido Un origen de contenido es un conjunto de opciones que se puede usar para especificar el tipo de contenido que se desea rastrear, las direcciones URL que se van a rastrear, la profundidad del rastreo y el momento en que se realizará. El origen de contenido predeterminado es Sitios locales de SharePoint. Puede usarlo para especificar cómo rastrear todo el contenido de todas las aplicaciones web asociadas con una aplicación de servicio de búsqueda en particular. De forma predeterminada, por cada aplicación web que usa una aplicación de servicio de búsqueda específica, SharePoint Server 2010 agrega la dirección de inicio del sitio de nivel superior de cada colección de sitios al origen de contenido predeterminado.
Algunas organizaciones pueden usar el origen de contenido predeterminado para satisfacer sus requisitos de búsqueda. Sin embargo, muchas otras deben contar con orígenes de contenido adicionales. Planee los orígenes de contenido adicionales cuando tenga que realizar las siguientes tareas:
573
Rastrear distintos tipos de contenido; por ejemplo, sitios de SharePoint, recursos compartidos de archivos y datos profesionales.
Rastrear contenido que se encuentra en programaciones diferentes a otros contenidos.
Limitar o aumentar la cantidad de contenido rastreado.
Establecer prioridades diferentes para rastrear sitios distintos.
Puede crear hasta 500 orígenes de contenido en cada aplicación de servicio de búsqueda. Además, cada origen de contenido puede tener un máximo de 500 direcciones de inicio. Para que la administración sea lo más sencilla posible, se recomienda limitar el número de orígenes de contenido que va a crear.
Planeación del rastreo de distintos tipos de contenido
Solo puede rastrear un tipo de contenido por origen. Es decir, puede crear un origen de contenido con direcciones de inicio para sitios de SharePoint y otro con direcciones de inicio para recursos compartidos de archivos. Sin embargo, no puede crear un solo origen de contenido con direcciones de inicio para sitios de SharePoint y para recursos compartidos de archivos. En la siguiente tabla se enumeran los tipos de orígenes de contenido que puede configurar.
Use este tipo de origen de contenido Para este contenido
Sitios de SharePoint Sitios de SharePoint de la misma granja de servidores o de diferentes granjas de servidores de Microsoft SharePoint Server 2010, Microsoft SharePoint Foundation 2010 o Microsoft Search Server 2010.
Sitios de SharePoint de la misma granja de servidores o de diferentes granjas de servidores de Microsoft Office SharePoint Server 2007, Windows SharePoint Services 3.0 o Microsoft Search Server 2008.
Sitios de SharePoint de granjas de servidores de Microsoft Office SharePoint Portal Server 2003 o Windows SharePoint Services 2.0
Nota:
A diferencia del rastreo de sitios de SharePoint en SharePoint Server 2010, SharePoint Foundation 2010 o Search Server 2010, el
574
Use este tipo de origen de contenido Para este contenido
rastreador (crawler) no puede rastrear automáticamente todos los subsitios de una colección de sitios de versiones anteriores de Productos y Tecnologías de SharePoint. Por lo tanto, cuando rastree sitios de SharePoint de versiones anteriores, debe especificar la dirección de inicio de cada sitio de nivel superior y la dirección URL de cada subsitio que desee rastrear.
Sitios web Otro contenido web de la organización que no está ubicado en sitios de SharePoint
Contenido de sitios web en Internet
Recursos compartidos de archivos Contenido de recursos compartidos de archivos de la organización
Carpetas públicas de Exchange Contenido de Microsoft Exchange Server
Lotus Notes Mensajes de correo electrónico almacenados en bases de datos de Lotus Notes
Nota:
A diferencia de todos los demás tipos de orígenes de contenido, la opción de origen de contenido de Lotus Notes no aparecerá en la interfaz de usuario hasta que se haya instalado y configurado el software de requisitos previos adecuado. Para obtener más información, vea Configure and use the Lotus Notes connector (SharePoint Server 2010).
575
Use este tipo de origen de contenido Para este contenido
Datos profesionales Datos profesionales almacenados en aplicaciones de línea de negocio
Planeación de los orígenes de contenido de datos profesionales
Los orígenes de contenido de datos profesionales necesitan que las aplicaciones que hospedan el contenido se especifiquen en un modelo de aplicaciones de una aplicación de Servicio de conectividad a datos empresariales. Puede crear un origen de contenido para rastrear todas las aplicaciones registradas en el Servicio de conectividad a datos empresariales o crear orígenes de contenido independientes para rastrear aplicaciones individuales.
A menudo, quienes planean la integración de datos profesionales en las colecciones de sitios no son los mismos que se ocupan del proceso general de planeación de contenido. Por lo tanto, debe incluir administradores de la aplicación empresarial en equipos de planeación de contenido, para que puedan explicar cómo integrar datos de aplicaciones empresariales al contenido y cómo presentarlo de forma eficaz en las colecciones de sitios.
Rastreo de contenido en distintas programaciones
Debe decidir si desea rastrear una parte del contenido con más frecuencia que otras. Cuanto mayor sea el volumen de contenido que rastrea, será más probable que rastree contenido de distintos repositorios. Es posible que el contenido no sea del mismo tipo y esté ubicado en servidores con diferente capacidad. Esto hace que sea probable que tenga que agregar orígenes de contenido para rastrear los distintos repositorios de contenido en distintas programaciones.
A continuación se enumeran las razones principales para que el contenido se rastree en distintas programaciones:
Para abarcar tiempos de inactividad y períodos de uso máximo.
Para rastrear con mayor frecuencia el contenido que se actualiza con mayor frecuencia.
Para rastrear contenido ubicado en servidores más lentos de forma independiente del contenido ubicado en servidores más rápidos.
En muchos casos, no se conoce esta información hasta después de que SharePoint Server 2010 se implementa y se ejecuta durante algún tiempo. Cuando esto ocurre, debe especificar las programaciones de rastreo después de que la granja de servidores esté en producción. Sin embargo, se recomienda que tenga en cuenta estos factores durante la planeación, de modo que pueda planear las programaciones de rastreo en función de la información que tenga.
Las dos secciones siguientes proporcionan más información acerca del rastreo de contenido en distintas programaciones.
576
Consideraciones sobre la planeación de programaciones de rastreo
Puede configurar programaciones de rastreo de forma independiente para cada origen de contenido. Para cada uno de ellos, puede especificar una hora para realizar rastreos completos y otra para rastreos incrementales. Tenga en cuenta que debe ejecutar un rastreo completo para un origen de contenido determinado antes de poder realizar un rastreo incremental. Incluso si especifica un rastreo incremental para contenido que aun no ha sido rastreado, el sistema realizará un rastreo completo.
Nota:
Dado que un rastreo completo rastrea todo el contenido que el rastreador (crawler) detecta y para el cual tiene al menos acceso de lectura, independientemente del contenido rastreado previamente, los rastreos completos tardan bastante más en completarse que los rastreos incrementales.
Se recomienda planear programaciones de rastreo en función de las consideraciones de disponibilidad, rendimiento y ancho de banda de los servidores de rastreo y consultas.
Al planear programaciones de rastreo, tenga en cuenta los siguientes procedimientos recomendados:
Agrupar direcciones de inicio en orígenes de contenido en función de una disponibilidad similar y con un uso de recursos general
aceptable para los servidores que hospedan el contenido.
Programar rastreos incrementales para cada origen de contenido durante los momentos en que los servidores que hospedan el
contenido están disponibles y cuando la demanda de los recursos del servidor sea baja.
Escalonar las programaciones de rastreo, de modo que la carga de los servidores de la granja se distribuya a lo largo del tiempo.
Programar rastreos completos solo cuando sea necesario, debido a los motivos enumerados en la sección siguiente. Se recomienda
ejecutar rastreos completos con menor frecuencia que rastreos incrementales.
Programar cambios de administración que requieran un rastreo completo para que tengan lugar poco tiempo antes que la
programación planeada para rastreos completos. Por ejemplo, se recomienda programar la creación de la regla de rastreo antes de
la próxima programación de un rastreo completo, de modo que no sea necesario realizar un rastreo completo adicional.
Basar rastreos simultáneos en la capacidad disponible. Para obtener el mejor rendimiento, se recomienda escalonar las
programaciones de rastreo de los orígenes de contenido. Podrá optimizar las programaciones de rastreo con el tiempo, a medida que
conozca mejor las duraciones típicas de los rastreos de cada origen de contenido.
577
Motivos para realizar un rastreo completo
Los motivos para que un administrador de aplicación de servicio de búsqueda realice un rastreo completo son los siguientes:
Se instaló una actualización de software o un Service Pack en los servidores de la granja. Para obtener más información, vea las
instrucciones sobre la actualización de software o Service Pack.
Un administrador de servicios compartidos de Microsoft Office SharePoint Server 2007 o un administrador de aplicación de servicio
de búsqueda de SharePoint Server 2010 agregó una nueva propiedad administrada. Se requiere un rastreo completo para que la
nueva propiedad administrada sea efectiva inmediatamente. Si no desea que la propiedad administrada surta efecto de inmediato, no
necesita un rastreo completo.
Desea volver a indizar las páginas ASPX en los sitios de Windows SharePoint Services 3.0 o Microsoft Office SharePoint Server
2007.
Nota:
El rastreador (crawler) no puede detectar los cambios en las páginas ASPX de los sitios de Windows SharePoint Services 3.0 o Office SharePoint Server 2007. Por esta razón, los rastreos incrementales no vuelven a indizar las vistas o páginas principales cuando se eliminan elementos de lista individuales. Se recomienda realizar periódicamente rastreos completos de los sitios que contienen archivos ASPX para asegurarse de que estas páginas se vuelvan a indizar.
Desea detectar los cambios de seguridad que se realizaron en un recurso compartido de archivos después del último rastreo
completo del mismo.
Desea resolver errores consecutivos del rastreo incremental. Si un rastreo incremental genera un error cien veces consecutivas en
cualquier nivel de un repositorio, el sistema quita el contenido afectado del índice.
Se agregaron, eliminaron o modificaron reglas de rastreo.
Desea reparar un índice dañado.
El administrador de aplicación de servicio de búsqueda creó una o más asignaciones de nombre de servidor.
Se produjo un cambio en las credenciales para la cuenta de usuario asignada a la cuenta predeterminada de acceso al contenido o
en una regla de rastreo.
En las siguientes circunstancias, el sistema realiza un rastreo completo aun cuando se solicita un rastreo incremental:
Un administrador de búsquedas detuvo el rastreo anterior.
Se restauró una base de datos de contenido o un administrador de la granja de servidores desasoció y volvió a asociar una base de
datos de contenido.
578
Nota:
Si ejecuta Office SharePoint Server 2007 con la Actualización de infraestructura para servidores de Microsoft Office o SharePoint Server 2010, puede usar la operación de restauración de la herramienta de la línea de comandos Stsadm para decidir si la restauración de la base de datos de contenido ocasiona un rastreo completo.
Nunca se realizó un rastreo completo del sitio desde esta aplicación de servicio de búsqueda.
El registro de cambios no contiene entradas para las direcciones que se van a rastrear. Sin ellas, no se pueden realizar rastreos
incrementales.
Puede ajustar las programaciones después de la implementación inicial en función del rendimiento y la capacidad de los servidores de la granja y los servidores que hospedan el contenido.
Limitación o aumento de la cantidad de contenido rastreado
Para cada origen de contenido, puede especificar el alcance del rastreo de las direcciones de inicio. También puede especificar el comportamiento del rastreo mediante la modificación de su configuración. Las opciones disponibles para un origen de contenido en particular varían según el tipo de origen de contenido que seleccione. Sin embargo, la mayoría de las opciones de rastreo especifican la cantidad de niveles de profundidad que se deben rastrear en la jerarquía de cada dirección de inicio. Tenga en cuenta que este comportamiento se aplica a todas las direcciones de inicio de un origen de contenido específico. Si debe rastrear algunos sitios a niveles más profundos, puede crear otros orígenes de contenido que incluyan esos sitios.
Puede usar las opciones de configuración del rastreo para limitar o aumentar la cantidad de contenido que se rastrea. Las opciones disponibles en las propiedades de cada origen de contenido varían en función del tipo de origen de contenido que se seleccione. En la siguiente tabla se describen los procedimientos recomendados para la configuración de las opciones del rastreo.
Para este tipo de origen de contenido Si esto ocurre Use esta opción de configuración del rastreo
Sitios de SharePoint Desea incluir el contenido que se encuentra en el propio sitio y no quiere incluir el contenido de los subsitios, o desea rastrear el contenido de los subsitios en una programación distinta.
Rastrear sólo el sitio de SharePoint de cada dirección de inicio
Sitios de SharePoint Desea incluir el contenido del propio sitio. Rastrear todo lo que se encuentre bajo el nombre
579
Para este tipo de origen de contenido Si esto ocurre Use esta opción de configuración del rastreo
O bien,
Desea rastrear todo el contenido bajo la dirección de inicio de la misma programación.
de host de cada dirección de inicio
Sitios web Es poco probable que el contenido disponible en los sitios vinculados sea relevante.
Rastrear sólo dentro del servidor de cada dirección de inicio
Sitios web El contenido relevante se encuentra solo en la primera página.
Rastrear sólo la primera página de cada dirección de inicio
Sitios web Desea limitar la profundidad del rastreo de los vínculos de la dirección de inicio.
Personalizado - especifique la profundidad de páginas y los saltos de servidor
Nota:
Para un sitio fuertemente conectado, se recomienda iniciar con un número bajo; si especifica más de tres páginas de profundidad o más de tres saltos de servidor, se podría rastrear todo Internet.
Recursos compartidos de archivos
Carpetas públicas de Exchange
Es poco probable que el contenido disponible en las subcarpetas sea relevante.
Rastrear sólo la carpeta de cada dirección de inicio
Recursos compartidos de archivos
Carpetas públicas de Exchange
Es probable que el contenido de las subcarpetas sea relevante.
Rastrear la carpeta de cada dirección de inicio y todas sus subcarpetas
580
Para este tipo de origen de contenido Si esto ocurre Use esta opción de configuración del rastreo
Datos profesionales Todas las aplicaciones registradas en el repositorio de metadatos de BDC contienen contenido relevante.
Rastrear todo el repositorio de metadatos de BDC
Datos profesionales No todas las aplicaciones registradas en el repositorio de metadatos de BDC contienen contenido relevante.
O bien,
Desea rastrear algunas aplicaciones en una programación diferente.
Rastrear las aplicaciones seleccionadas
Otras consideraciones sobre la planeación de orígenes de contenido
No puede rastrear las mismas direcciones de inicio mediante varios orígenes de contenido de la misma aplicación de servicio de búsqueda. Por ejemplo, si usa un origen de contenido determinado para rastrear una colección de sitios y todos sus subsitios, no puede usar un origen de contenido distinto para rastrear uno de esos subsitios de manera independiente en una programación distinta.
Además de tener en cuenta las programaciones de rastreo, la decisión sobre la agrupación de direcciones de inicio en un solo origen de contenido o la creación de orígenes de contenido adicionales depende en gran medida de las consideraciones de administración. A menudo, los administradores realizan cambios que actualizan un origen de contenido determinado. El cambio de un origen de contenido requiere un rastreo completo del repositorio de contenido especificado en ese origen de contenido. Para facilitar la administración, organice los orígenes de contenido de tal forma que la actualización de orígenes de contenido, reglas de rastreo y programaciones de rastreo sea conveniente para los administradores.
Planeación de las inclusiones de tipos de archivo e IFilters El contenido solo se rastrea si la extensión de nombre de archivo relevante se incluye en la lista de inclusiones de tipos de archivo y hay un IFilter instalado en el servidor de rastreo que admite esos tipos de archivo. De forma automática, se incluyen varios tipos de archivo e IFilters durante la instalación. Al planear los orígenes de contenido durante la implementación inicial, determine si el contenido que desea rastrear usa tipos de archivo que no están incluidos. Si los tipos de archivo no están incluidos, debe agregarlos a la página Administrar
581
tipos de archivo durante la implementación. También debe asegurarse de que se registre e instale un IFilter para admitir ese tipo de archivo.
Si desea excluir ciertos tipos de archivo del rastreo, puede eliminar la extensión de nombre de archivo que corresponde a ese tipo de archivo de la lista de inclusiones de tipos de archivo. Para obtener una lista de los tipos de archivo e IFilters instalados de forma predeterminada, vea File types and IFilter reference (SharePoint Server 2010).
Planeación de la autenticación Cuando el rastreador (crawler) obtiene acceso a las direcciones de inicio enumeradas en los orígenes de contenido, debe ser autenticado por y se le debe conceder acceso a los servidores que hospedan el contenido. Esto significa que la cuenta de dominio que usa el rastreador (crawler) debe tener al menos permisos de lectura para el contenido.
De forma predeterminada, el sistema usa la cuenta predeterminada de acceso al contenido. Opcionalmente, puede usar las reglas de rastreo para especificar una cuenta de acceso al contenido distinta para usar cuando se rastrea contenido específico. Independientemente de si usa la cuenta predeterminada de acceso al contenido o una distinta que especifica la regla de rastreo, la cuenta de acceso al contenido que use debe tener permisos de lectura para todo el contenido rastreado. De lo contrario, el contenido no se rastrea, no se indiza y, por lo tanto, no está disponible para las consultas.
Se recomienda que la cuenta que especifique como la cuenta predeterminada de acceso al contenido tenga acceso a la mayor parte del contenido rastreado. Use otras cuentas de acceso al contenido solo cuando las consideraciones de seguridad requieran cuentas de acceso al contenido independientes.
Para cada origen de contenido que planee, determine las direcciones de inicio a las que no podrá acceder la cuenta predeterminada de acceso al contenido. A continuación, planee agregar reglas de rastreo para esas direcciones de inicio.
582
Importante:
Asegúrese de que la cuenta de dominio que se usa para la cuenta predeterminada de acceso al contenido o cualquier otra cuenta de acceso al contenido no sea la misma cuenta de dominio que usa un grupo de aplicaciones asociado a una de las aplicaciones web que se rastrean. Si esto ocurre, es posible que se indice y rastree contenido no publicado y versiones secundarias de archivos (es decir, el historial) de sitios de SharePoint.
Otra consideración importante es que el rastreador (crawler) debe usar el mismo protocolo de autenticación que el servidor host. De forma predeterminada, el rastreador (crawler) autentica mediante NTLM. Puede configurar el rastreador para que use un protocolo de autenticación distinto, si es necesario.
Si usa autenticación basada en notificaciones, asegúrese de que la autenticación de Windows esté habilitada en todas las aplicaciones web que se van a rastrear.
Planeación de los conectores Todo el contenido que se rastrea requiere el uso de un conector (conocido con un controlador de protocolo en versiones anteriores) para obtener acceso al contenido. SharePoint Server 2010 proporciona conectores para todos los protocolos de Internet comunes. Sin embargo, si desea rastrear contenido que requiere un conector que no está instalado con SharePoint Server 2010, debe instalar el conector de terceros o personalizado para poder rastrear el contenido. Para obtener una lista de los conectores instalados de manera predeterminada, vea Default connectors (SharePoint Server 2010). Para obtener más información acerca de los conectores, vea Install connectors (SharePoint Server 2010).
Planeación de la administración del impacto del rastreo El rastreo de contenido puede disminuir considerablemente el rendimiento de los servidores que hospedan el contenido. El impacto que esto tiene en un servidor en particular varía según la carga que experimente el servidor y de acuerdo a si el servidor tiene recursos suficientes (especialmente CPU y RAM) para mantener los contratos de nivel de servicio durante el uso normal o máximo.
Los administradores de búsquedas pueden usar las reglas de impacto del rastreador para administrar el impacto que tiene el rastreador (crawler) en los servidores que se rastrean. Para cada regla de impacto del rastreador, puede especificar una sola dirección URL o usar caracteres comodín en la ruta de acceso de la dirección URL para incluir un bloque de direcciones URL al que se van a aplicar las reglas.
583
A continuación, puede especificar la cantidad de solicitudes simultáneas de páginas que se realizan a la dirección URL específica o decidir consultar solo un documento por vez y esperar la cantidad de segundos que elija entre una solicitud y otra.
Las reglas de impacto del rastreador especifican la velocidad a la que el rastreador (crawler) solicita contenido de una dirección de inicio determinada o un rango de direcciones de inicio (también conocido como nombre del sitio). Estas reglas se aplican a todos los orígenes de contenido de la aplicación de servicio de búsqueda y las frecuencias de solicitud se aplican por componente de rastreo. En la siguiente tabla se muestran los caracteres comodín que puede usar en el nombre del sitio al agregar o editar una regla de impacto del rastreador.
Este carácter comodín Tiene este resultado
* como el nombre del sitio La regla se aplica a todos los sitios.
*.* como el nombre del sitio La regla se aplica a sitios que tienen puntos en el nombre.
*.nombre_del_sitio.com como el nombre del sitio La regla se aplica a todos los sitios del dominio nombre_del_sitio.com (por ejemplo, *.adventure-works.com).
*.nombre_de_dominio_de_nivel_superior como el nombre del sitio La regla se aplica a todos los sitios que terminan con un nombre de dominio de nivel superior específico; por ejemplo, *.com o *.net.
? Reemplaza un solo carácter de una regla. Por ejemplo, *.adventure-works?.com se aplica a todos los sitios de los dominios adventure-works1.com, adventure-works2.com y así sucesivamente.
Puede crear una regla de impacto del rastreador que se aplique a todos los sitios de un dominio de nivel superior en particular. Por ejemplo, *.com se aplica a todos los sitios de Internet que tengan direcciones terminadas en .com. Por ejemplo, un administrador de un sitio de portal podría agregar un origen de contenido para samples.microsoft.com. La regla para *.com se aplica a este sitio a menos que agregue una regla de impacto del rastreador específicamente para samples.microsoft.com.
Puede coordinar con los administradores de sistemas de búsqueda que rastrean el contenido de la organización para establecer reglas de impacto del rastreador basadas en el rendimiento y la capacidad de los servidores. Para la mayoría de los sitios externos, esta coordinación no es posible. Si se solicita demasiado contenido de los servidores externos o se realizan solicitudes muy frecuentemente, los administradores de esos sitios podrían limitar el acceso si los rastreos usan demasiados recursos. Durante la implementación inicial, establezca las reglas de impacto del rastreador para que tengan el menor impacto posible en los servidores, a la vez que rastrean
584
contenido suficiente con una frecuencia adecuada, de modo que se asegure que la actualización del índice satisfaga el contrato de nivel de servicio. Una vez que la granja de servidores está en producción, puede ajustar las reglas de impacto del rastreador según los datos de los registros de rastreo.
Planeación de las reglas de rastreo Las reglas de rastreo se aplican a todos los orígenes de contenido de la aplicación de servicio de búsqueda. Puede aplicar reglas de rastreo a una dirección URL determinada o a un conjunto de direcciones URL para realizar las siguientes tareas:
Evitar el rastreo de contenido irrelevante mediante la exclusión de una o más direcciones URL. Esto también ayuda a reducir el uso
de recursos de servidor y tráfico de red, además de incrementar la relevancia de los resultados de la búsqueda.
Rastrear los vínculos de la dirección URL sin rastrear la propia dirección URL. Esta opción es útil para los sitios que tienen vínculos
de contenido relevante cuando la página que contiene los vínculos no cuenta con información relevante.
Permitir que se rastreen direcciones URL complejas. Esta opción indica al sistema que debe rastrear direcciones URL que contengan
un parámetro de consulta especificado con un signo de interrogación. Dependiendo del sitio, estas direcciones URL podrían no incluir
contenido relevante. Debido a que las direcciones URL complejas a menudo redirigen a sitios irrelevantes, se recomienda habilitar
esta opción solo en sitios en los que sabe que el contenido disponible de direcciones URL complejas es relevante.
Permitir que el contenido de los sitios de SharePoint se rastree como páginas HTTP. Esta opción permite que el sistema rastree sitios
de SharePoint que están detrás de un firewall o en escenarios en los que el sitio que se va a rastrear restringe el acceso al servicio
web que usa el rastreador (crawler).
Especificar si desea usar la cuenta predeterminada de acceso al contenido, una cuenta de acceso al contenido distinta o un
certificado de cliente para rastrear la URL especificada.
Debido a que el rastreo de contenido consume recursos y ancho de banda, es mejor incluir una cantidad de contenido menor que sepa que es relevante, en lugar de incluir una cantidad mayor que podría no serlo. Después de la implementación inicial, puede revisar los registros de consultas y rastreo para ajustar los orígenes de contenido y las reglas de rastreo, de modo que sean más relevantes e incluyan más contenido.
585
Planeación de la configuración de búsqueda administrada a nivel de granja de servidores Varias de las configuraciones que se administran a nivel de granja de servidores afectan al modo en que se rastrea el contenido. Tenga en cuenta la siguiente configuración de nivel de granja de servidores al planear el rastreo:
Dirección de correo electrónico de contacto: el rastreo de contenido afecta a los recursos de los servidores que se rastrean. Para
poder rastrear contenido, debe proporcionar en la configuración la dirección de correo electrónico de la persona de la organización
con quien los administradores pueden ponerse en contacto si el rastreo afecta a los servidores de manera negativa. Esta dirección de
correo electrónico aparece en los registros para que los administradores de los servidores que se rastrean puedan ponerse en
contacto con una persona si el impacto del rastreo en el rendimiento y ancho de banda es muy grande o si surgen otros problemas.
La dirección de correo electrónico de contacto debe pertenecer a una persona que tenga la habilidad profesional y disponibilidad necesarias para responder rápidamente a las solicitudes. Como alternativa, puede usar un alias de lista de distribución supervisado de cerca como la dirección de correo electrónico de contacto. Independientemente de si el contenido que se rastrea se almacena internamente en la organización o no, es importante obtener una respuesta rápida.
Configuración del servidor proxy: puede optar por usar un servidor proxy cuando rastrea contenido. El servidor proxy que se va a
usar depende de la topología de la implementación de SharePoint Server 2010 y la arquitectura de los demás servidores de la
organización. Es probable que deba usar un servidor proxy cuando rastree contenido de Internet. Para obtener más información
acerca de cómo configurar el servidor proxy, vea Configure farm-level proxy server settings (SharePoint Server 2010) y Configure
proxy server settings for search (SharePoint Server 2010).
Configuración de tiempo de espera: la configuración del tiempo de espera se usa para limitar el tiempo que el sistema de
búsqueda debe esperar mientras se conecta con otros servicios.
Configuración de SSL: la configuración de Capa de sockets seguros (SSL) determina si el certificado SSL debe coincidir
exactamente para rastrear el contenido.
Planeación de la federación La búsqueda federada es la consulta simultánea de varios recursos o bases de datos web para generar una única página de resultados de la búsqueda para los usuarios finales. Cuando agrega una ubicación federada, los usuarios finales pueden buscar y recuperar contenido que no han rastreado los servidores en el sistema local. Las ubicaciones federadas permiten que se envíen consultas a motores de búsqueda y fuentes remotos. De la misma manera, el sistema presenta los resultados para los usuarios finales como si el contenido federado fuera parte del contenido rastreado.
586
SharePoint Server 2010 admite los siguientes tipos de ubicaciones federadas:
Índice de búsqueda en este servidor. Puede usar cualquier sitio local o remoto de la organización que tenga un servidor que
ejecute SharePoint Server 2010 como una ubicación federada. Por ejemplo, imagine que un sitio de SharePoint de un servidor de
recursos humanos de la empresa es el único origen de información de contacto de los empleados. Incluso si el sitio no es parte del
ámbito de rastreo, puede configurar una ubicación federaba para él, de modo que los usuarios que inicien una búsqueda desde el
sitio Centro de búsqueda puedan recuperar información de contacto de los empleados que estén autorizados a ver. Se aplican las
condiciones siguientes:
1. La ubicación está establecida en Índice de búsqueda en este servidor.
2. No se requiere una plantilla de consulta. SharePoint Server 2010 usa el modelo de objetos para consultar una ubicación.
3. Se usa la autenticación de servidor predeterminada.
4. No se admiten consultas de búsqueda avanzada.
OpenSearch 1.0 o 1.1. Puede usar cualquier sitio web público que admita el estándar OpenSearch como una ubicación federada. Un
ejemplo de dicha ubicación es un motor de búsqueda de Internet, como Bing, o una página de resultados de la búsqueda que admita
protocolos RSS o Atom. Por ejemplo, imagine que desea que los usuarios que buscan en sus sitios internos para realizar
investigaciones técnicas de propiedad también vean información de investigación relacionada de sitios web públicos. Mediante la
configuración de una ubicación federada para una consulta de búsqueda de Bing, los resultados de la búsqueda web se incluirán de
forma automática para los usuarios. Se aplican las condiciones siguientes:
1. Se pueden enviar consultas a un motor de búsqueda como una dirección URL, como
http://www.example.com/search.aspx?q=TEST.
2. Los resultados de la búsqueda se devuelven en RSS, Atom u otro formato XML estructurado.
3. Las funciones de ubicación, plantillas de consulta y elementos de respuesta son parte de un archivo de descripción OpenSearch
(.osdx) asociado con la ubicación.
4. Las extensiones de OpenSearch específicas de SharePoint Server 2010 admiten la capacidad para incluir desencadenadores y
para asociar código XSL con los resultados de la búsqueda.
5. La elección de los metadatos que se van a mostrar en los resultados de la búsqueda la determina la ubicación de OpenSearch.
Para obtener más información acerca de OpenSearch, visite http://www.opensearch.org/home.
Cuando se envía una consulta de búsqueda a una ubicación federada, se la envía como parámetros de dirección URL en un formato llamado plantilla de consulta. A continuación, el sistema da formato y presenta los resultados como XML para los usuarios del sitio Centro de búsqueda. El XML se muestra en un elemento web en los resultados de la búsqueda como texto que se puede leer. Puede agregar y
587
configurar elementos web en la página de resultados de la búsqueda como un elemento web de resultados de búsqueda federada, elemento web Principales resultados federados o elemento web Resultados principales. De forma predeterminada, la página de resultados de la búsqueda contiene tres elementos web de resultados de búsqueda federada.
Tenga en cuenta las siguientes preguntas al determinar si desea mostrar los resultados de la búsqueda federada a los usuarios:
1. ¿Desea mostrar resultados personalizados para determinadas búsquedas? Para asegurar que la ubicación federada devuelva
resultados que coincidan con consultas específicas, puede usar reglas de desencadenamiento. Cuando crea una de estas reglas
para una ubicación federada, el elemento web que está asociado con esa ubicación muestra resultados solo para las consultas del
usuario que coinciden con el patrón o prefijo que especifique.
2. ¿Puede usar una dirección URL para especificar qué resultados desea recuperar para una consulta? Para crear una ubicación
federada, debe especificar una plantilla de consulta, que es la combinación de la dirección URL y los parámetros necesarios para
enviar una consulta de búsqueda y devolver los resultados como XML. Al agregar esta información al campo Plantilla de consulta
de la página Agregar ubicación federada, debe dar formato a la cadena correctamente (como se muestra en el ejemplo de adición de
una página de ubicación federada); de lo contrario, el proveedor de resultados de la búsqueda no devolverá ningún resultado.
3. ¿Los usuarios pueden obtener acceso a los vínculos que proporciona la ubicación federada? Si la organización solo concede
acceso limitado a los recursos de Internet, el uso de un motor de búsqueda de Internet como una ubicación federada podría frustrar a
los usuarios, porque no podrán ver algunos resultados de la búsqueda.
4. ¿Se necesita autenticación? Si la ubicación federada necesita autenticación, debe proporcionar las credenciales correctas. Muchas
ubicaciones federadas, como los motores de búsqueda de Internet, no requieren credenciales.
Planeación de los tipos de autenticación para federación
Hay varios tipos de autenticación de usuario, por usuario y credenciales comunes, disponibles para búsqueda federada. Sin embargo, tenga en cuenta que la recolección de credenciales requiere una extensión de elemento web para los tipos de autenticación que no son Kerberos en la autenticación por usuario. En la sección de información sobre autenticación y credenciales de la definición de ubicación, debe especificar el tipo de autenticación para la ubicación federada. El tipo de autenticación puede ser uno de los siguientes:
Anónima
No se requieren credenciales para conectarse con la ubicación federada.
Común
Cada conexión usa el mismo conjunto de credenciales para conectarse con la ubicación federada.
Por usuario
Las credenciales del usuario que envió la consulta de búsqueda se usan para conectarse con la ubicación federada.
588
Para los tipos de autenticación común y por usuario, debe especificar también uno de los siguientes protocolos de autenticación:
Básica
La autenticación básica también es parte de la especificación HTTP y la admite la mayoría de los exploradores.
SeguridadNota:
Los exploradores web que usan autenticación básica transmiten contraseñas que no están cifradas. Al supervisar las comunicaciones en la red, un usuario malintencionado puede usar herramientas disponibles públicamente para interceptar y descodificar las contraseñas. Por lo tanto, no se recomienda la autenticación básica a menos que confíe en que la conexión es segura, de la misma manera que con una línea dedicada o una conexión de Capa de sockets seguros (SSL).
Implícita
La autenticación implícita se basa en el protocolo HTTP 1.1, como se define en la especificación RFC 2617 del sitio web de World Wide Web Consortium (W3C). Debido a que la autenticación implícita requiere admisión de HTTP 1.1, algunos exploradores no son compatibles con ella. Si un explorador que no es compatible con HTTP 1.1 solicita un archivo cuando la autenticación explícita está habilitada, la solicitud se rechaza debido a que el cliente no admite la autenticación implícita. Este tipo de autenticación se puede usar solo en dominios de Windows. La autenticación implícita funciona solo con cuentas de dominio de Windows Server 2008, Windows Server 2003 y Microsoft Windows 2000 Server, y podría requerir que las cuentas almacenen contraseñas como texto sin formato cifrado.
NTLM
Los registros del usuario se almacenan en la base de datos del Administrador de cuentas de seguridad (SAM) o en la base de datos de Active Directory. Cada cuenta de usuario está asociada con dos contraseñas: la contraseña compatible con LAN Manager y la contraseña de Windows. Cada contraseña se cifra y almacena en la base de datos SAM o la de Active Directory.
Kerberos (solo tipo de autenticación por usuario)
Mediante el protocolo Kerberos, un usuario de cada extremo de la conexión de red puede comprobar que el usuario del otro extremo es la entidad que dice ser. Aunque NTLM permite que los servidores comprueben las identidades de sus clientes, no permite que los clientes comprueben la identidad de un servidor, ni que un servidor compruebe la identidad de otro. La autenticación NTLM está diseñada para un entorno de red en el que se asume que los servidores son de confianza.
Basadas en formularios
Una cookie de autenticación basada en formularios no es más que el contenedor de un vale de autenticación. Cada consulta pasa el vale como el valor de la cookie. A continuación, el vale se usa en el servidor para identificar un usuario autenticado. Sin embargo, la autenticación basada en formularios sin cookies pasa un vale en la dirección URL en un formato cifrado. La autenticación basada en
589
formularios sin cookies se usa porque los exploradores de cliente podrían bloquear las cookies. Esta característica se presenta en Microsoft .NET Framework 2.0.
Si usa autenticación basada en notificaciones en el entorno, asegúrese de que la autenticación de Windows esté habilitada en todos los orígenes de contenido que se van a rastrear. Para obtener más información acerca de los métodos de autenticación de SharePoint Server 2010, vea Plan authentication methods (SharePoint Server 2010).
Vea también Conceptos
Recopilación de información acerca del entorno de búsqueda actual (SharePoint Server 2010)
Determinación del equipo de búsqueda empresarial y las partes interesadas (SharePoint Server 2010)
590
Plan the topology for enterprise search (SharePoint Server 2010)
Publicado: 2 de diciembre de 2010
This article lists resources that you can use to help you plan a search topology for Microsoft SharePoint Server 2010. These resources include information about how to plan server farms and topologies, search architectures, governance, and capacity.
The following resources can help you plan a search topology: Performance and capacity test results and recommendations (SharePoint Server 2010) This white paper helps you plan for
performance and capacity for SharePoint Server 2010.
White paper: SharePoint 2010 for hosters (SharePoint Server 2010) This white paper helps you plan the multi-tenancy requirements
in a hosted environment.
Search Environment Planning for Microsoft SharePoint Server 2010 (http://go.microsoft.com/fwlink/?LinkID=167736) This technical
diagram describes primary architecture design decisions for search environments.
Search Architectures for Microsoft SharePoint Server 2010 (http://go.microsoft.com/fwlink/?LinkID=167739) This technical diagram
details the physical and logical architecture components that make up a search system and shows common search architectures.
Design Search Architectures for Microsoft SharePoint Server 2010 (http://go.microsoft.com/fwlink/?LinkID=167742) This technical
diagram describes initial design steps to determine a basic design for a SharePoint Server 2010 search architecture.
Vea también Conceptos
Recopilación de información acerca del entorno de búsqueda actual (SharePoint Server 2010)
Determinación del equipo de búsqueda empresarial y las partes interesadas (SharePoint Server 2010)
591
Planeación de rastreo y federación (SharePoint Server 2010)
592
Hojas de cálculo de planeación de SharePoint Server 2010
Actualizado: 27 de agosto de 2010
En este artículo:
Hojas de trabajo de planeación por tarea
Hojas de trabajo de planeación por título
Este artículo proporciona vínculos a hojas de cálculo que sirven para registrar la información que haya recopilado y las decisiones que haya tomado durante la planeación de la implementación de Microsoft SharePoint Server 2010. Use estas hojas de cálculo como complemento de Planning and architecture for Office SharePoint Server 2007, pero no en su lugar.
Hojas de trabajo de planeación por tarea
Para esta tarea Use esta hoja de cálculo Para
Plan sites and site collections (SharePoint Server 2010)
Hoja de cálculo Site planning data (Datos de planeación del sitio) (http://go.microsoft.com/fwlink/?linkid=167837&clcid=0xC0A)
Planee sitios y colecciones de sitios de nivel superior, y registre las decisiones sobre la navegación y los temas del sitio.
Plan site navigation (SharePoint Server 2010)
Hoja de cálculo Site planning data (Datos de planeación del sitio) (http://go.microsoft.com/fwlink/?linkid=167837&clcid=0xC0A)
Planee sitios y colecciones de sitios de nivel superior, y registre las decisiones sobre la
593
Para esta tarea Use esta hoja de cálculo Para
navegación y los temas del sitio.
Plan for using themes (SharePoint Server 2010)
Hoja de cálculo Site planning data (Datos de planeación del sitio) (http://go.microsoft.com/fwlink/?linkid=167837&clcid=0xC0A)
Planee sitios y colecciones de sitios de nivel superior, y registre las decisiones sobre la navegación y los temas del sitio.
Planeación del correo electrónico entrante (SharePoint Server 2010)
Hoja de cálculo Plan incoming e-mail (Planeación de correo electrónico entrante) (http://go.microsoft.com/fwlink/?linkid=200542&clcid=0xC0A)
Planee el correo electrónico entrante para permitir que los sitios de SharePoint reciban y almacenen mensajes y datos adjuntos de correo electrónico en listas y bibliotecas.
Planeación de la distribución de contenido (SharePoint Server 2010)
Hoja de cálculo Content deployment data (Datos de distribución de contenido) (http://go.microsoft.com/fwlink/?linkid=167835&clcid=0xC0A)
Planee los servidores de importación y exportación en las granjas de servidores de la topología de distribución de contenido, y planee los trabajos y rutas de distribución de contenido.
594
Para esta tarea Use esta hoja de cálculo Para
Planeación de metadatos administrados (SharePoint Server 2010)
Hoja de cálculo Term sets planning (Planeación de conjuntos de términos)(http://go.microsoft.com/fwlink/?linkid=163486&clcid=0xC0A)
Determine la taxonomía básica, incluidos término, uso, propietario y grupo.
Planeación de metadatos administrados (SharePoint Server 2010)
Hoja de cálculo Detailed term set planning (Planeación de conjuntos de términos detallada)(http://go.microsoft.com/fwlink/?linkid=163487&clcid=0xC0A)
Determine la taxonomía, incluidas las características de identificación detalladas, como las medidas.
Planeación de metadatos administrados (SharePoint Server 2010)
Hoja de cálculo Managed metadata services planning (Planeación de servicios de metadatos administrados)(http://go.microsoft.com/fwlink/?linkid=164578&clcid=0xC0A)
Planee el uso compartido de metadatos mediante conexiones y servicios de metadatos administrados.
Document management planning (SharePoint Server 2010)
Hoja de cálculo Document management participants (Participantes en la administración de documentos) (http://go.microsoft.com/fwlink/?linkid=165871&clcid=0xC0A)
Identificar las personas con un interés directo en la planeación de la administración de documentos y registrar las prácticas de administración de documentos
Document management
Hoja de cálculo Analyze document usage (Análisis de uso de documentos) (http://go.microsoft.com/fwlink/?linkid=165873&clcid=0xC0A)
Registrar la información
595
Para esta tarea Use esta hoja de cálculo Para
planning (SharePoint Server 2010)
recopilada al analizar el uso de los documentos
Document management planning (SharePoint Server 2010)
Hoja de cálculo Policy (Directivas) (http://go.microsoft.com/fwlink/?linkid=165883&clcid=0xC0A) Planear las directivas de administración de información para los tipos de contenido
Records management planning (SharePoint Server 2010)
Hoja de cálculo In-place records planning (Planeación de registros locales)(http://go.microsoft.com/fwlink/?linkid=185011&clcid=0xC0A)
Identifique los tipos de registro y tipos de contenido que se van a almacenar en bibliotecas de documentos normales.
Plan for backup and recovery (SharePoint Server 2010)
Libro Backup and recovery planning (Planeación de recuperación y copia de seguridad) (http://go.microsoft.com/fwlink/?linkid=184385&clcid=0xC0A)
Ayuda a planear las estrategias de copia de seguridad y recuperación del entorno de SharePoint Server 2010.
Plan document management
Plan document management Planear un tipo de contenido
Plan and prepare for upgrade (SharePoint Server 2010)
Hoja de cálculo Upgrade (Actualización) (http://go.microsoft.com/fwlink/?linkid=179928&clcid=0xC0A)
Registre la información acerca del entorno mientras prepara la
596
Para esta tarea Use esta hoja de cálculo Para
actualización.
Plan Content Organizer settings (SharePoint Server 2010)
Hoja de trabajo Content Organizer Settings (Configuración del organizador de contenido)(http://go.microsoft.com/fwlink/?linkid=189018&clcid=0xC0A)
Determine y registre la forma en que la configuración del organizador de contenido en el sitio puede ser una parte efectiva de la solución de almacenamiento y enrutamiento de contenido basada en metadatos.
Plan Content Organizer rules (SharePoint Server 2010)
Hoja de trabajo Content Organizer Rule (Reglas del organizador de contenido)(http://go.microsoft.com/fwlink/?linkid=189019&clcid=0xC0A)
Planee reglas que sean una parte efectiva de la solución de almacenamiento y enrutamiento basada en metadatos.
Hojas de trabajo de planeación por título
Use esta hoja de cálculo Para esta tarea Para
Hoja de cálculo Analyze document usage (Análisis de uso de documentos) (http://go.microsoft.com/fwlink/?linkid=165873&clcid=0xC0A)
Plan document management
Registrar la información
597
Use esta hoja de cálculo Para esta tarea Para
recopilada al analizar el uso de los documentos
Libro Backup and recovery planning (Planeación de recuperación y copia de seguridad) (http://go.microsoft.com/fwlink/?linkid=184385&clcid=0xC0A)
Plan for backup and recovery (SharePoint Server 2010)
Ayuda a planear las estrategias de copia de seguridad y recuperación del entorno de SharePoint Server 2010.
Hoja de cálculo Content deployment data (Datos de distribución de contenido) (http://go.microsoft.com/fwlink/?linkid=167835&clcid=0xC0A)
Planeación de la distribución de contenido (SharePoint Server 2010)
Planee los servidores de importación y exportación en las granjas de servidores de la topología de distribución de contenido, y planee los trabajos y rutas de distribución de contenido.
Hoja de trabajo Content Organizer Rule (Reglas del organizador de contenido)(http://go.microsoft.com/fwlink/?linkid=189019&clcid=0xC0A)
Metadata-based routing and storage planning (SharePoint Server 2010)
Planee reglas que sean una parte efectiva de la solución de almacenamiento y enrutamiento basada en metadatos.
598
Use esta hoja de cálculo Para esta tarea Para
Hoja de trabajo Content Organizer Settings (Configuración del organizador de contenido)(http://go.microsoft.com/fwlink/?linkid=167835&clcid=0xC0A)
Metadata-based routing and storage planning (SharePoint Server 2010)
Determine y registre la forma en que la configuración del organizador de contenido en el sitio puede ser una parte efectiva de la solución de almacenamiento y enrutamiento de contenido basada en metadatos.
Hoja de cálculo Content type (Tipo de contenido) (http://go.microsoft.com/fwlink/?linkid=165878&clcid=0xC0A)
Plan document management
Planear un tipo de contenido
Hoja de cálculo Detailed term set planning (Planeación de conjuntos de términos detallada)(http://go.microsoft.com/fwlink/?linkid=163487&clcid=0xC0A)
Planeación de metadatos administrados (SharePoint Server 2010)
Determine la taxonomía, incluidas las características de identificación detalladas, como las medidas.
Hoja de cálculo Document libraries (Bibliotecas de documentos) (http://go.microsoft.com/fwlink/?linkid=165874&clcid=0xC0A)
Plan document management
Planear bibliotecas según sitios y tipos de documentos
Hoja de cálculo Document management participants (Participantes en la administración de documentos) (http://go.microsoft.com/fwlink/?linkid=165871&clcid=0xC0A)
Plan document management
Identificar las personas con un interés directo en la planeación de la administración de documentos y
599
Use esta hoja de cálculo Para esta tarea Para
registrar las prácticas de administración de documentos
Hoja de cálculo In-place records planning (Planeación de registros locales)(http://go.microsoft.com/fwlink/?linkid=185011&clcid=0xC0A)
Plan records management
Identifique los tipos de registro y tipos de contenido que se van a almacenar en bibliotecas de documentos normales.
Hoja de cálculo Managed metadata services planning (Planeación de servicios de metadatos administrados)(http://go.microsoft.com/fwlink/?linkid=164578&clcid=0xC0A)
Planeación de metadatos administrados (SharePoint Server 2010)
Planee el uso compartido de metadatos mediante conexiones y servicios de metadatos administrados.
Hoja de cálculo Plan incoming e-mail (Planeación de correo electrónico entrante) (http://go.microsoft.com/fwlink/?linkid=200542&clcid=0xC0A)
Planeación del correo electrónico entrante (SharePoint Server 2010)
Planee el correo electrónico entrante para permitir que los sitios de SharePoint reciban y almacenen mensajes y datos adjuntos de correo electrónico en listas y bibliotecas.
Hoja de cálculo Policy (Directivas) (http://go.microsoft.com/fwlink/?linkid=165883&clcid=0xC0A) Plan document management
Planear las directivas de administración de información para los
600
Use esta hoja de cálculo Para esta tarea Para
tipos de contenido
Hoja de cálculo Site planning data (Datos de planeación del sitio) (http://go.microsoft.com/fwlink/?linkid=167837&clcid=0xC0A)
Plan sites and site collections (SharePoint Server 2010)
Plan site navigation (SharePoint Server 2010)
Plan for using themes (SharePoint Server 2010)
Planee sitios y colecciones de sitios de nivel superior, y registre las decisiones sobre la navegación y los temas del sitio.
Hoja de cálculo Term sets planning (Planeación de conjuntos de términos)(http://go.microsoft.com/fwlink/?linkid=163486&clcid=0xC0A)
Planeación de metadatos administrados (SharePoint Server 2010)
Determine la taxonomía básica, incluidos término, uso, propietario y grupo.
Hoja de cálculo Upgrade (Actualización) (http://go.microsoft.com/fwlink/?linkid=179928&clcid=0xC0A)
Plan and prepare for upgrade (SharePoint Server 2010)
Registre la información acerca del entorno mientras prepara la actualización.