Este documento proporciona directrices sobre la planificación de capacidad para Microsoft SQL Server 2012 Master Data Services (MDS). Cubre componentes de MDS, supuestos de capacidad, modelos de capacidad media y gran capacidad, y consideraciones sobre el rendimiento de las operaciones de interfaz de usuario y Excel. También incluye recomendaciones de hardware para un modelo de gran capacidad y consideraciones sobre el impacto en el rendimiento del número de reglas de negocio.

2.  MASTER DATA SERVICES – 3
 Componentes – 4
 Acciones – 6
 Características y Tareas – 10
 Referencia Tecnica – 16
 Comparación de los Admin – 20
 Master Data Services Capacity Guidelines – 21
 Modelos de capacidad – 27
 Hardware recomendado – 30
 Consideraciones sobre el rendimiento

3. • (MDS) es la solución de SQL Server para la
administración de datos maestros.
• Se puede usar MDS para administrar
cualquier dominio.
• No se limita únicamente a la administración
de listas de clientes, productos o cuentas.

4. • Administrador de configuración de (MDS) , una herramienta que se
usa para crear y configurar bases de datos y aplicaciones web de
(MDS) .
• Administrador de datos maestros, una aplicación web que se usa
para realizar tareas administrativas (como la creación de un
modelo o regla de negocio) y a la que los usuarios tienen acceso
para actualizar datos.
• MDSModelDeploy.exe, una herramienta que se usa para crear
paquetes de los objetos y datos del modelo que se pueden
implementar en otros entornos.

5. • Servicio web Master Data Services, con el
que los desarrolladores pueden extender
o desarrollar soluciones personalizadas
para Master Data Services.
• Master Data Services Complemento para
Excel, que se usa para administrar datos y
crear nuevas entidades y atributos.

10. Crear estructuras que contengan datos
 Modelos
 Entidades
 Atributos
 Atributos basados en domínios
 Grupos de atributos

11.  Un modelo contiene entidades. Las entidades contienen
atributos, jerarquías explícitas y colecciones. Los atributos
pueden estar contenidos en grupos de atributos. Los
atributos basados en dominios existen cuando se usa una
entidad como atributo para otra entidad. Las jerarquías se
derivan de las relaciones de atributos.
 Los modelos organizan la estructura de los datos maestros. La
implementación de Master Data Services puede tener uno o
muchos modelos con clases similares de datos.

12.  Los modelos pueden contener tantas entidades como
desee administrar. Cada entidad debe agrupar un tipo
similar de datos. Por ejemplo, podría tener una entidad
para todas las cuentas corporativas o una entidad para
la lista maestra de empleados.

13. • Complemento Master Data Services para Microsoft Excel
• Miembros
• Transacciones
• Anotaciones
• Jerarquía
• Colecciones
Jerarquías

14. •Reglas de negocios
•Validación
•Versiones
•Notificaciones

15. •Importar datos
•Exportar datos
•Implementar modelos

16. • Administrador de configuración de
Master Data Services
• Base de datos de Master Data
Services
• Aplicación web Master Data
Services

17. Administrador de configuración de Master Data Services es
la herramienta que se usa para crear o configurar una base
de datos de Master Data Services. Después de crear una
base de datos, puede utilizar Administrador de configuración
de Master Data Services para crear una aplicación web y
habilitar la integración con Data Quality Services. Por
último, puede utilizar Administrador de configuración de
Master Data Services para asociar una base de datos MDS
con una aplicación web MDS. También puede usar
Administrador de configuración de Master Data Services
para especificar valores para la instalación de MDS. Por
ejemplo, puede determinar la frecuencia con la que se
cargan los datos o con qué frecuencia se envían correos
electrónico de validación.

18.  La base de datos contiene toda la información para
el sistema Master Data Services. Es un punto central
en una implementación de Master Data Services. Las
base de datos Master Data Services:
 Almacena los valores, objetos de base de datos y los
datos que requiere el sistema Master Data Services.
 Contiene las tablas de ensayo que se van a utilizar
para procesar los datos de los sistemas de origen.
 Proporciona objetos de esquema y de base de
datos para almacenar los datos maestros de los
sistemas de origen.
 Admite la funcionalidad de control de
versiones, incluso la validación de reglas de negocios
y notificaciones de correo electrónico.
 Proporciona vistas para sistemas de suscripción que
necesitan recuperar datos de la base de datos.

19.  La aplicación web Administrador de
datos maestros la usan principalmente
los administradores para realizar tareas
administrativas. Por ejemplo, solo los
administradores pueden crear modelos,
reglas de negocios o versiones de datos.
Para obtener más información acerca
de los administradores.

21. Este documento proporciona directrices
de planificación de capacidad para
Microsoft SQL Server 2012 datos maestros
Servicios (MDS). Estas directrices incluyen
las siguientes secciones

22. Master Data Services tiene una
arquitectura de tres niveles consistente en
la base de datos, el servicio y capas de la
arquitectura, como se muestra en el
siguiente diagrama.

24. Supuestos:
 Master Data Services fue diseñado para trabajar con
datos que de forma relativamente lenta evolución.
Los datos que son involucrado en un gran volumen
de transacciones (que en algunos casos se
almacenan en tablas de datos) no debe ser
almacenan en MDS.
 MDS no procesa más de 50 mil distintos cambios por
día por modelo. Si necesita realizar más de 50 mil
llamadas diarias por modelo, entonces se
recomienda que lleve a cabo una prueba de
concepto en el hardware designado.

25. Entidad estructura
Número de miembros de las entidades más grande.
Número de atributos.
Número de dominio basados ​en atributos
Número de versiones
Número de reglas de negocio.
Número de usuarios concurrentes
Uso de nivel de fila seguridad.

26. Los siguientes factores tendrá un leve
impacto en el rendimiento del MDS:
Número de entidades y el número de
modelos
Uso basado en roles y seguridad a nivel
de atributo.

27. En el modelo de capacidad media, el sistema MDS
tiene la capacidad de:
Las entidades con menos de 500 mil
miembros .
Número de atributos de entidades es menor
que 100 .
Número de dominio basados ​en los atributos
de una entidad es menor que 20 .
15 reglas de negocio por entidad .
5 usuarios concurrentes.

28. En el modelo de gran capacidad, el sistema
MDS tiene la capacidad de:
Las entidades con un máximo de 10
millones de miembros tienen un máximo
de 30 atributos.
Las entidades con un máximo de 1
millón de miembros tienen 100 o más
atributos (Nota: para estas entidades que
se recomienda el uso de los grupos de
atributos).
15 o más reglas de negocio por entidad.

29. Los siguientes son algunos consejos para
asegurar MDS utilizando jerarquía miembro de
seguridad:
 Siempre MDS seguros a través de grupos de
Active Directory o grupos locales. Esto
limitará individuo permisos en las tablas.
 MDS seguras mediante implícito niega
tanto como sea posible. Establecer
permisos sólo para aquellas áreas que un
usuario tiene acceso a.
 No conceda permisos de los usuarios a los
miembros a un nivel más alto de la jerarquía
whileexplicitly negar permisos a un nivel
más bajo de la jerarquía.

30. La especificación que sigue se centra en el equipo
de base de datos y la opción de configuración de
una sola caja.
Modelo extra de gran capacidad (Largesize Modelo
Hardware )
 Usar HW equivalente a la configuración siguiente: HP
Proliant DL360 G7
 2 Intel E5606 CPU (quad-core a 2,13 GHz 80W) .
 24 GB (6 x 4 GB PC3-10600E).
 256 MB de caché de módulo para P410i .
 Habilitar HyperThreading y Turbo Boost.
 Embedded P410i (Controlador SAS Array) soporta
RAID 0 y 1 (parte de la configuración HW).
 8 x 10K RPM 2.5 "HDD.

31. Esta sección proporciona consideraciones
de rendimiento para la estadificación
entidad basada en la interfaz de usuario
(UI) operaciones, y las operaciones de
Excel.

32.  Mediante la interfaz nueva puesta en
escena entidad con sede introdujo en
SQL Server 2012 MDS, puede cargar 40K
células / seg.
 Le tomó cerca de una hora para cargar
el modelo 7M y approximatelythe misma
cantidad de tiempo para cargar el 1M
modelo ancho

33. Consideraciones de rendimiento para las operaciones de
interfaz de usuario son como sigue:
Explorer carga de la página: Si bien la carga de la
página inicial lleva más tiempo (unos 5 segundos), con
posterioridad carga la página toma aproximadamente un
segundo. Saltando a la media del conjunto de datos
tarda unos 3 segundos, y la carga de la última página
directamente tarda un poco más de 5 segundos.
Selección de las acciones de los miembros: un miembro
de editar toma 1 segundo independientemente de la
página del miembro es en, y la creación de un nuevo
miembro se completa en un poco más de 3 segundos.
Filtro: simples operaciones de filtrado (igual, <,>, o similar
(indexada)) devuelven resultados en menos de 2
segundos. Operaciones complejas, como no indexada
operaciones similares o un partido completo en menos de
10 segundos en promedio

34. Consideraciones de rendimiento para las operaciones
de Excel son las siguientes:
Crear Entidad: Creación de una entidad de una tabla
de Excel depende tanto de la cantidad de registros y el
número de columnas, y parece ser lineal en su
progresión. El número de atributos soportados se basa en
límites de la tabla de SQL, mientras que el número de
miembros será forzado por las limitaciones de Excel hoja
de cálculo de filas de filas 1M
Miembros Carga: Miembros son cargados en un
proceso por lotes y debería aumentar en un lineal
progresión.
Abra el diálogo de filtro: El tiempo necesario para abrir
el diálogo de filtros está directamente relacionado con
el número de los atributos en la entidad seleccionada.
Por favor tenga paciencia para las entidades de ancho.
Los grupos de atributos no afectar este desempeño en
Excel

35. El número de reglas de negocio y su impacto typeshavea
rendimiento menor en una edición de un solo miembro.
 Como resultado de ello, no tendrá un efecto sobre la
experiencia del usuario de la adición / actualización de un
pequeño número de miembros.
 El principal impacto en el rendimiento en relación con las reglas
de negocio es en el caso de la primera validación en tiempo o
después de cambiando una o más reglas de negocio. En este
caso, el proceso de validación tiene que validar cada miembro.
 No hay ninguna manera sencilla de calcular cómo cada regla
aumenta el tiempo de cálculo global porque el cálculo se realiza
en lotes.
 Tenga en cuenta que se ejecuta después de validación sólo se
volverá a validar los miembros que han cambiado.
 En el modelo de los clientes a largo 7M, tuvimos 12 reglas
diferentes (valores por defecto, exclusividad
obligatoria, concatenación, y mucho más ...), y que tomó cerca
de 2 horas para validar toda la entidad.

36. Microsoft SQL Server 2012 introdujo una nueva herramienta de
línea de comandos ( MDSModelDeploy.exe) para manejar la
exportar e importar escenarios de los modelos. La herramienta
de línea de comandos permite la ejecución de la creación y
cargar modelos grandes que ocupan mucho tiempo. La
actualización acumulativa # 1 lanzamiento de Microsoft SQL
Server 2012 se incluyen un conjunto de prestaciones mejoras en
estos escenarios. Con estas mejoras, los resultados de
rendimiento que se midieron para un modelo con el mismo
esquema como el cliente (larga) modelo fueron las siguientes:
100K miembros: 1 min. para crear un paquete y 11 min. para
cargar el paquete de nuevo a MDS
500K miembros: 18 min. para crear el paquete y 60min. para
cargar el paquete de nuevo a MDS