Requisitos del sistema para Service Reporting
Publicado: marzo de 2016
Se aplica a: System Center 2012 R2 Service Reporting, System Center 2012 R2 Orchestrator
En este tema se enumeran solo los requisitos del sistema para Service Reporting en System Center 2012 R2. Dado que Service Reporting es un componente de System Center 2012 R2, también debe tener en cuenta los requisitos de System Center 2012 R2, que se encuentran en Requisitos del sistema para System Center 2012 R2.
Hardware
La instalación de Service Reporting requiere 100 gigabytes (GB) de espacio libre en disco. Después de la instalación, la mayor parte del espacio en disco que usa Service Reporting queda reservada para las bases de datos del almacén de datos. Inicialmente, el tamaño de las bases de datos es pequeño. Después de recopilar datos con el tiempo, las bases de datos crecen, pero normalmente no superan los 60 GB. Sin embargo, el tamaño total máximo posible de las bases de datos es de 100 GB.
Nota
La instancia de procesamiento analítico en línea (OLAP) del almacén de datos en Service Reporting puede usar una gran cantidad de memoria RAM.
Software
El programa de instalación comprueba que el software esté instalado en el servidor donde se instala Service Reporting. Si falta alguno de los requisitos previos, el programa de instalación no puede finalizar correctamente.
Sistemas operativos
Service Reporting admite los siguientes sistemas operativos de servidor:
Windows Server® 2012 R2
Service Reporting admite ediciones Enterprise y Standard, aunque se recomienda la edición Enterprise. Independientemente de la edición que se use, puede usar una instalación Server Core.
Windows Server 2012
Service Reporting admite todas las ediciones, aunque se recomienda la edición Enterprise. Independientemente de la edición que se use, puede usar una instalación Server Core.
Ejecución de Service Reporting en máquinas virtuales de Windows Azure
Service Reporting se ejecuta en Windows Azure del mismo modo que en sistemas físicos. Se recomienda en Windows Azure para el propósito principal de Service Reporting, que es la recopilación y elaboración de informes de uso y datos de inventario en extremos de System Center 2012 R2 Operations Manager y Paquete de Windows Azure para Windows Server.
Microsoft realizó pruebas de instalación y uso de Service Reporting en máquinas virtuales de Windows Azure. Las pruebas concluyeron que Service Reporting era totalmente funcional y que funcionaba exactamente igual que en el hardware físico.
Las pruebas comparativas de rendimiento y estabilidad dentro de una máquina virtual de Windows Azure estaban en un nivel donde no se necesitaba ninguna consideración especial.
Componentes de System Center 2012 R2 y requisitos de paquete de Windows Azure
Service Reporting puede recopilar información de uso de System Center 2012 R2 Operations Manager y de Paquete de Windows Azure para Windows Server. Sin embargo, otros componentes y sistemas pueden interactuar con Operations Manager y con Paquete de Windows Azure.
Service Reporting requiere información de Operations Manager que está disponible solo cuando los agentes supervisan System Center 2012 R2 Virtual Machine Manager (VMM). Para que Service Reporting pueda recopilar y mostrar la información de VMM desde Paquete de Windows Azure, debe tener una conexión a Operations Manager.
En la siguiente lista se resumen las relaciones que Service Reporting tiene con otros componentes y Paquete de Windows Azure. También se indica el orden en el que se deben instalar y configurar los componentes de System Center 2012 R2 y Paquete de Windows Azure antes de registrar las conexiones de datos desde Operations Manager o Paquete de Windows Azure a Service Reporting.
Virtual Machine Manager
VMM es el origen principal de datos de uso de los servidores hospedados. En un entorno de prueba, debe instalar y configurar VMM antes que otros componentes de System Center.
Operations Manager
Los agentes de Operations Manager supervisan y recopilan datos de los equipos en su infraestructura de servidores. Para Service Reporting es fundamental que Operations Manager utilice agentes para recopilar datos de uso del tejido de VMM y los almacene en la base de datos operativa, donde Service Reporting pueda recuperarlos. Por lo tanto, debe instalar y configurar Operations Manager, e implementar agentes después de instalar VMM. Puede leer más acerca del uso de agentes para recopilar datos de VMM en Métodos de instalación de agente de Operations Manager. Después de instalar VMM y Operations Manager, puede obtener más información sobre cómo conectarlos en Cómo conectar VMM con Operations Manager.
Posteriormente, después de instalar Service Reporting, puede crear la conexión con la base de datos operativa de Operations Manager mediante la información del artículo Configuración de Service Reporting para Paquete de Windows Azure y System Center.
Service Provider Foundation
Service Provider Foundation es un componente de System Center 2012 R2 y proporciona un servicio web OData extensible que interactúa con VMM. Esto permite que los proveedores de servicios y los proveedores de hospedaje puedan diseñar e implementar portales de autoservicio para varios inquilinos que integren TI como capacidades de un servicio (IaaS) que están disponibles en System Center 2012 R2. Puede obtener más información sobre cómo instalar Service Provider Foundation en Procedimiento para instalar Service Provider Foundation para System Center 2012 R2.
Nota
La instalación de Service Provider Foundation forma parte de System Center 2012 R2 Orchestrator.
Paquete de Windows Azure para Windows Server
No necesita Paquete de Windows Azure para ver información sobre la notificación de inventario o el tejido de la máquina virtual en Operations Manager. Sin embargo, para ver datos de uso de máquinas virtuales, puede usar Paquete de Windows Azure como una fuente de datos de uso opcional, pero importante, sobre los servicios hospedados de los que Service Reporting puede informar. Puede obtener más información sobre la instalación y configuración de Paquete de Windows Azure en Implementar Windows Azure Pack para Windows Server.
Posteriormente, después de instalar Service Reporting, puede crear la conexión con la base de datos de administración de Paquete de Windows Azure mediante la información del artículo Configuración de Service Reporting para Paquete de Windows Azure y System Center.
Después de instalar y configurar todos los componentes de System Center 2012 R2 y requisitos de Paquete de Windows Azure, tiene todos los sistemas implementados para la instalación de Service Reporting.
SQL Server
Service Reporting admite las siguientes versiones de software de Microsoft SQL Server.
Nota
Service Reporting admite la edición Standard de Microsoft SQL Server 2012 y SQL Server 2008 R2 que proporciona un rendimiento aceptable. Sin embargo, algunas de las características avanzadas de SQL Server están limitadas en la edición Standard.
Ediciones Enterprise y Standard de SQL Server 2012. Los requisitos de configuración son los siguientes:
Debe configurar los servicios de SQL Server mediante una cuenta de dominio para asegurarse de que SQL Server Analysis Services, SQL Server (MSSQLSERVER) y el Agente SQL Server (MSSQLSERVER) empiecen a usar las credenciales de la cuenta de dominio. No se puede usar el sistema local para los servicios de SQL Server con Service Reporting porque un servidor remoto que ejecuta SQL Server no puede obtener acceso al recurso compartido de carpeta InstallationDrive:\Program Files\Microsoft System Center 2012 R2\Service Reporting\SSISPackages. La cuenta debe tener acceso de lectura a la base de datos de Operations Manager para la recuperación de datos de origen.
Service Reporting admite grupos de disponibilidad AlwaysOn de SQL Server 2012.Para obtener más información sobre clúster de conmutación por error de SQL Server 2012 AlwaysOn, consulte SQL Server 2012 AlwaysOn: Multisite Failover Cluster Instance.
Las bases de datos de SQL Server de Reporting Service son compatibles con las instancias predeterminadas y con nombre.
Service Reporting requiere el rol de SQL Server Integration Services (SSIS) en el servidor o los servidores donde desea instalar las bases de datos de almacenamiento de datos de Service Reporting. Durante la instalación de Service Reporting, se crean los respectivos paquetes de SSIS en los servidores. Estos paquetes usan funciones que SSIS proporciona para el procesamiento de datos para el almacén de datos de Service Reporting.
Service Reporting requiere el rol de SQL Server Analysis Services en el servidor o los servidores donde desea instalar las bases de datos OLAP de Service Reporting. Durante la instalación de Service Reporting, se crea una instancia de SQL Server que hospeda el rol de SQL Server.
Service Reporting requiere SQL Server 2012 Analysis Management Objects en el servidor donde va a instalar Service Reporting.
Ediciones Enterprise y Standard de SQL Server 2008 R2 SQL Server 2008 R2 tiene los mismos requisitos de configuración que SQL Server 2012.
Requisitos de cuenta para servicios de SQL Server
Service Reporting usa las siguientes cuentas para servicios de SQL Server. Si alguna vez modifica las cuentas para los servicios, asegúrese de conservar o restaurar los permisos para los objetos.
SQL Server
El servicio debe iniciar sesión como una cuenta de dominio.
Agente SQL Server
El servicio debe iniciar sesión como una cuenta de dominio y debe tener acceso de lectura a la base de datos de System Center 2012 R2 Operations Manager. De manera predeterminada, esta cuenta se configura con permisos totales en las carpetas SSISPackages y WorkDir. Si se modifica la cuenta, debe asegurarse de que se conserven los permisos para las carpetas.
SQL Server Analysis Services
El servicio debe iniciar sesión como una cuenta de dominio y debe tener permiso de acceso a la base de datos UsageDatawarehouseDB del almacén de datos de Service Reporting.
SQL Server Integration Services
El servicio debe iniciar sesión como una cuenta de dominio.
Instancia SSIS del almacén de datos en Service Reporting
Durante la instalación de Service Reporting, se crea la instancia del almacén de datos de Service Reporting con la configuración siguiente (que se muestra con el hardware mínimo):
8 GB de RAM
2 CPU
Bases de datos:
UsageETLRepositoryDB. Se configura inicialmente con 10 GB de espacio en disco sin un grupo de archivos.
UsageStagingDB. Se configura inicialmente con 100 GB de espacio en disco sin un grupo de archivos.
UsageDWRepositoryDB. Se configura inicialmente con 1 GB de espacio en disco con ocho grupos de archivos. Sin embargo, SQL Server Standard Edition no incluye grupos de archivos.
Instancia OLAP del almacén de datos en Service Reporting
Durante la instalación de Service Reporting, se crea la instancia de SQL Server Analysis Services del almacén de datos de Service Reporting con la configuración siguiente (que se muestra con el hardware mínimo):
16 GB de RAM
2 CPU
base de datos UsageAnalysisDB, en un tamaño determinado por el volumen de datos en el almacén de datos
Nota
Esta instancia de SQL Server puede usar una gran cantidad de RAM.
Compatibilidad de idiomas de SQL Server en Service Reporting
La información en la siguiente tabla representa las intercalaciones aprobadas y los identificadores de configuración regional que Microsoft probó para Service Reporting. En la lista de intercalaciones de esta tabla, "CI" indica que no se distingue entre mayúsculas y minúsculas, y "AS" indica que se distinguen acentos.
| Lenguajes | Intercalación de Windows |
|---|---|
| Inglés, neerlandés, alemán, italiano | Latin1_General_100_CI_AS |
| Chino | Chinese_Simplified_Pinyin_100_CI_AS |
| Chino tradicional | Chinese_Traditional_Stroke_Count_100_CI_AS |
| Checo | Czech_100_CI_AS |
| Danés | Danish_Norwegian_CI_AS |
| Finés | Finnish_Swedish_100_CI_AS |
| Francés | French_100_CI_AS |
| Griego | Greek_100_CI_AS |
| Húngaro | Hungarian_100_CI_AS |
| Japonés | Japanese_XJIS_100_CI_AS |
| Coreano | Korean_100_CI_AS |
| Noruego | Norwegian_100_CI_AS |
| Polaco | Polish_100_CI_AS |
| Portugués (Brasil) | Latin1_General_CI_AS |
| Ruso | Cyrillic_General_100_CI_AS |
| Español | Modern_Spanish_100_CI_AS |
| Sueco | Finnish_Swedish_100_CI_AS |
| Turco | Turkish_100_CI_AS |
Compatibilidad con Windows PowerShell
Debe instalar extensiones de Windows PowerShell® para SQL Server 2012 en el servidor donde va a instalar Service Reporting. Las extensiones dependen de los objetos de administración compartida de SQL Server 2012, que a su vez dependen de Microsoft System CLR Types para Microsoft SQL Server 2012. Todos estos componentes se encuentran en el SQL Server 2012 Feature Pack, que está disponible en el programa de instalación de SQL Server 2012.
Se requiere Windows PowerShell 3.0. Si está ejecutando Windows Server 2008 R2, puede instalar Windows Management Framework 3.0 desde el Centro de descarga de Microsoft.
.NET Framework 4,5
Service Reporting requiere Microsoft .NET Framework 4.5. Puede obtener la instalación completa de .NET Framework 4.5 (dotNetFx40_Full_setup.exe) en el Centro de descarga de Microsoft.
Excel 2010
Service Reporting requiere Microsoft Excel 2010 o Excel 2013 para ver los informes de inventario y de uso. Puede instalar Excel en cualquier equipo que tenga conectividad de red con el almacén de datos de Service Reporting. Excel Viewer no es compatible porque no admite la visualización de cubos de datos.
Después de instalar Service Reporting, los libros de Excel que contienen los informes de Service Reporting se instalan en la siguiente carpeta:
InstallationDrive:\Program Files\Microsoft System Center 2012 R2\Service Reporting\Reports
Vea también
Service Reporting en System Center 2012 R2
Compatibilidad con Service Reporting
Notas de la versión para System Center 2012 R2 - Service Reporting