Implementación de escritorio
Implementación sencilla y escalable con BDD 2007
Adam Shepherd
Resumen:
- Las capacidades fundamentales de BDD 2007
- Integración con SQL Server
- Generar una solución de implementación escalable
La mayoría de las personas implicadas en implementar Windows ha oído hablar de Microsoft Solution Accelerator para Business Desktop Deployment. También conocido como BDD, es un conjunto de información acerca de prácticas recomendadas y
herramientas desarrolladas para ayudar a implementar Windows® en escritorios de cliente. Windows Vista® incluye una actualización del Acelerador de soluciones en forma de BDD 2007. Esta versión contiene una nueva consola Microsoft® Management Console (MMC) y un secuenciador de tareas que se origina desde System Center Configuration Manager 2007, el sucesor de Systems Management Server (SMS) 2003.
Una de las características que menos se entiende de BDD 2007 es su capacidad de funcionar como solución de implementación completa. En versiones anteriores, BDD podía ayudar a crear y mantener imágenes de escritorio de una manera fácil de administrar y repetible. Ahora, BDD 2007 otorga la capacidad adicional de generar una solución de implementación escalable al combinar BDD con los Servicios de implementación de Windows (WDS), SQL ServerTM y la réplica del sistema de archivos distribuido (DFS-R) de Windows Server® 2003.
Pero, espere... ¿el uso de SMS 2003 con Operating System Deployment (OSD) Feature Pack no es una práctica recomendada para la implementación del cliente de Windows?
Sí, si ya dispone de una infraestructura de SMS 2003, debe preparar el terreno para usar BDD 2007, SMS 2003 y OSD Feature Pack para la implementación. Éste es actualmente el modo más completo de lograr una implementación sin retoques y verdaderamente puede reducir los costos de configuración, instalación y administración de Windows en su organización.
Sin embargo, muchos clientes no tienen SMS 2003 ni otra solución equivalente de implementación de software. Para estos clientes hay otra opción en la que me centraré en este artículo.
Conceptos centrales de BDD 2007
BDD 2007 ofrece dos métodos principales de implementación. El primer método, la instalación con interacción mínima, solamente usa BDD 2007 para la implementación del cliente. De fábrica, presenta un conjunto de asistentes en el momento de la creación para capturar información acerca de la implementación, como el nombre de equipo que debe asignarse al cliente (consulte la figura 1), la distribución de teclado y la zona horaria que deben usarse, etcétera. Este método se conoce como "interacción mínima" porque normalmente requiere una cantidad muy reducida de entradas manuales para recopilar esa información antes de iniciar el proceso de creación.
Figura 1** Asistente para la implementación con interacción mínima de BDD 2007 **(Hacer clic en la imagen para ampliarla)
El segundo método, la implementación sin retoques, se basa en las capacidades de SMS 2003 con OSD Feature Pack al integrarse con BDD 2007. Esta configuración constituye una solución de implementación sin intervención completamente automatizada, escalable y de fácil administración.
En el momento de la creación y en uno de los primeros pasos de una implementación de SO del cliente, BDD 2007 recopila información de una serie de orígenes diferentes. Estos orígenes incluyen llamadas de WMI y los archivos de configuración de BDD 2007, Bootstrap.ini y CustomSettings.ini. La información se recopila y almacena como variables, que se usan en toda la implementación. En el caso de un escenario de interacción mínima, los archivos Bootstrap.ini y CustomSettings.ini ofrecen la posibilidad de predefinir toda la información que de otro modo tendría que recopilarse mediante entrada manual en los asistentes de implementación.
La capacidad de especificar de antemano toda la información que los asistentes para la implementación con interacción mínima tendrían que capturar en el momento de la creación permite automatizar todo el proceso de interacción mínima y avanzar hacia una solución de implementación sin retoques en los entornos no compatibles con SMS 2003. Entre los ejemplos de información que puede optar por predefinir se incluye: ComputerName=RDG0001VST, para asignar al equipo el nombre de RDG0001VDT o bien TimeZoneName=GMT Standard Time, para garantizar que la zona horaria del equipo esté establecida en la hora del meridiano de Greenwich. Todas las propiedades disponibles que pueden usarse durante una implementación con BDD están bien documentadas en una referencia de configuración a la que puede tener acceso en technet.microsoft.com/library/bb490302.aspx.
Para obtener más información acerca de la configuración y el uso de BDD 2007, consulte el artículo "Implementación de Windows Vista con BDD 2007" en el número de septiembre de 2007 de TechNet Magazine (technetmagazine.com/issues/2007/09/BDD).
BDD y SQL Server
¿Por qué usar una base de datos con BDD 2007? Hay que buscar la respuesta en el modo de proporcionar información dinámicamente durante una implementación que de lo contrario tendría que indicarse manualmente mediante los asistentes para la instalación con interacción mínima. Como ya he apuntado, esto puede lograrse mediante el archivo CustomSettings.ini. El problema es que, en una implementación real, estos detalles cambiarán en función de la máquina en la que se va a implementar. Por otro lado, el archivo CustomSettings.ini puede convertirse rápidamente en algo de difícil administración si intenta definir opciones y parámetros específicos para 500 máquinas distintas. Si se conecta una base de datos back-end a la consola de BDD, se agrega una solución mucho más fácil de administrar, que es dinámica y extensible.
Hablemos un poco más acerca de cómo SQL Server se integra con BDD 2007. En primer lugar, debe asegurarse de que SQL Server (preferiblemente SQL Server 2005 o posterior) esté instalado en el servidor de implementación. Afortunadamente, los pasos para crear la base de datos en BDD 2007 son fáciles: simplemente haga clic con el botón secundario en el nodo de la base de datos del Deployment Workbench de BDD 2007, haga clic en Nuevo y siga las instrucciones (consulte la figura 2). El equipo de BDD ha hecho un gran trabajo al ofrecer asistentes que permiten conseguir el funcionamiento fácil y rápidamente.
Figura 2** Configuración de la base de datos de implementación para BDD 2007 **(Hacer clic en la imagen para ampliarla)
Una vez creada la base de datos, puede empezar a explorar sus capacidades. Las entradas de la base de datos se dividen en cuatro categorías principales: equipo, función, ubicación y marca y modelo. Cada categoría permite definir entradas y, para cada entrada que se defina, es posible rellenarla con variables de BDD 2007, asignar aplicaciones y suministrar otros valores clave (consulte la figura 3).
Figura 3** Asignar propiedades de implementación **(Hacer clic en la imagen para ampliarla)
Resulta útil contemplar estas cuatro categorías en dos grupos bien diferenciados. Las categorías Equipo, Ubicación y Marca y modelo ofrecen métodos diferentes de identificar un equipo en el momento de su creación. Cada equipo identificado puede entonces asociarse a una función específica en la base de datos, de modo que quede aprovisionado para un propósito específico, como ventas, marketing o finanzas, con cada función garantizando que se instale la línea pertinente de aplicaciones de negocios.
Use la sección Equipo para identificar equipos mediante una dirección MAC, una etiqueta de inventario, un identificador único universal (UUID) o el número de serie. A causa de las muchas entradas que probablemente se creen en esta sección, una para cada equipo de su organización, agregue únicamente las propiedades muy específicas, tales como ComputerName, a cada entrada.
Use la sección Ubicación para crear entradas para ubicaciones geográficas específicas en toda su organización. Cada entrada se identifica por medio de la puerta de enlace predeterminada de esa ubicación. Esto puede ser especialmente útil si tiene unidades organizativas (OU) basadas en ubicación en Active Directory® y quiere que los equipos creados en una ubicación se agreguen al dominio en la unidad organizativa que corresponda a esa ubicación.
Use la sección Marca y modelo para crear entradas para cada uno de los tipos de hardware que debe admitir su implementación. BDD 2007 los hace coincidir con la información detectada mediante llamadas WMI. Un uso común de la sección Marca y modelo en entornos de desarrollo es el de crear una entrada que detecte si el equipo es una máquina virtual con Virtual PC 2007 o con Virtual Server 2005, comprobando las propiedades de marca y modelo "Microsoft Corporation" y "Virtual Machine" respectivamente. Si en el momento de la creación hace coincidir estas propiedades, puede indicar a BDD que debe instalar la aplicación Virtual Machine Additions durante la implementación agregando simplemente la aplicación a la entrada Marca y modelo.
Ahora que ha proporcionado los métodos para identificar los equipos, use la sección Funciones para crear las entradas de cada función de implementación que quiera suministrar. Es posible que los ejemplos incluyan una entrada para una función de Windows XP y una función de Windows Vista, que se configuran agregando a cada entrada la propiedad BuildID que corresponda a la compilación de Windows XP o Windows Vista definida en BDD. Un enfoque alternativo es el de especificar las funciones departamentales, como Contabilidad, Ventas o Finanzas. Tiendo a rellenar la mayoría de las propiedades de BDD en esta sección (zona horaria, configuración regional, información de la organización, etcétera). Esto ofrece la mínima administración de la base de datos debido al hecho de que las entradas no están vinculadas a ningún equipo, hardware o ubicación específicos.
Es necesario indicar a BDD 2007 que debe buscar en la base de datos, en el momento de la implementación, cualquier entrada que coincida con el equipo que se está creando actualmente. Para configurar BDD de modo que use la base de datos durante una implementación, haga clic con el botón secundario en el punto de implementación y elija Configurar base de datos. Esto le llevará a recorrer una serie de asistentes que rellenan el archivo CustomSettings.ini con las entradas que hacen que el proceso de instalación con interacción mínima consulte la información en la base de datos.
Cómo hacer una implementación escalable
Ahora tiene un servidor de implementación que puede automatizar la instalación con interacción mínima y disponer dinámicamente cada equipo para que funcione con una función de negocio específica. Pero, ¿cómo se puede escalar esta solución?
La arquitectura de la solución se establece alrededor de una topología de concentrador y radio, como se muestra en la figura 4. El primer servidor de implementación que se establece será el concentrador y el servidor de implementación principal. Cada uno de los servidores secundarios de la implementación actuará como radio.
Figura 4** Arquitectura de implementación de concentrador y radio **(Hacer clic en la imagen para ampliarla)
Para habilitar esta arquitectura, es preciso usar DFS-R con el fin de replicar el recurso compartido de distribución en cada uno de los servidores de implementación. A continuación, se usa la réplica de instantáneas de SQL Server para proporcionar una copia de la base de datos de implementación de BDD a cada uno de los servidores de implementación secundarios. Lo mejor de esta solución es que los servidores de implementación secundarios tienen requisitos mínimos: sólo se necesita tener instalados SQL Server Express, WDS y DFS-R en cada equipo para habilitar la implementación.
Debido a las grandes cantidades de datos que pueden almacenarse en el recurso compartido de distribución de BDD 2007, establezco el uso de DFS-R en Windows Server 2003 R2 en vez de los servicios de réplica de archivos de anteriores versiones de Windows Server. DFS-R usa la compresión diferencial remota (RDC) con el fin de sólo replicar los cambios diferenciales (delta) de los archivos entre los miembros del grupo de réplica. Esto puede tener una gran repercusión en la cantidad de tráfico de réplica cuando se hace un cambio pequeño, como un controlador nuevo, en el archivo de imágenes personalizado. Con DFS-R, el tráfico de réplica equivale únicamente al tamaño de los cambios hechos en vez de redistribuir todo el archivo de imágenes.
Hay abundante información acerca de DFS en el sitio web de Microsoft (empiece por consultar microsoft.com/windowsserver2003/technologies/storage/dfs), pero describiré los pasos básicos de instalación y configuración necesarios para disponer de una descripción general del proceso en el contexto de la implementación basada en BDD.
Tenga en cuenta que si los servidores han estado ejecutando Active Directory basado en una instalación de Windows Server 2003 anterior a R2, es posible que el esquema de Active Directory deba actualizarse para permitir DFS-R, ya que el servicio de réplica requiere nuevas clases de objeto. Para obtener una información completa acerca de la extensión del esquema de Active Directory en Windows Server 2003 R2, consulte go.microsoft.com/fwlink/?LinkId=99936.
El primer paso es instalar los componentes de DFS en el servidor de implementación de Windows Server 2003 R2. Puede hacerlo de varias maneras, siendo una de las más sencillas la del asistente para agregar o quitar componentes de Windows estándar. Una vez que lo haya hecho, tendrá que establecer un grupo de réplica mediante la consola de administración DFS que se muestra en la figura 5.
Figura 5** Consola de administración DFS **(Hacer clic en la imagen para ampliarla)
Para escalar la solución de implementación de BDD 2007, hay dos carpetas específicas que deben replicarse. La primera es el recurso compartido de distribución de BDD 2007, que contiene todos los archivos de origen y configuración de BDD. Estos archivos deben estar disponibles en cada servidor de implementación.
La segunda carpeta para replicar es la carpeta de arranque que usa WDS para guardar el archivo LiteTouch_x86.wim. Se trata del entorno de arranque de BDD proporcionado por WDS a los equipos cliente de escritorio para iniciar el proceso de implementación. Debe replicar este archivo para que cuando se haga algún cambio en el entorno de arranque del servidor de implementación principal, los cambios se repliquen en todo el resto de la infraestructura de implementación.
Las rutas de acceso que deben replicarse son X:\Distribution (donde X es la letra de unidad que se especifica en el momento de la instalación de BDD 2007) e Y:\RemoteInstall\boot (donde Y es la letra de unidad del volumen que contiene el recurso compartido de WDS RemoteInstall).
La réplica en DFS-R es con varios maestros y, por lo tanto, no es posible crear una topología de réplica unidireccional. Por este motivo, para permitir la administración centralizada del recurso compartido de distribución, configure la carpeta de distribución en cada uno de los servidores de implementación secundarios para que sea de sólo lectura. Esto permite que sólo la réplica DFS-R se escriba en la carpeta (puesto que usa derechos de copia de seguridad y restauración). Los equipos cliente que se generan a partir de estos servidores secundarios nunca necesitarán escribir en esta carpeta, de modo que no hay necesidad de que ninguna cuenta tenga permisos superiores a los de lectura.
El paso final de la configuración para completar la réplica de los datos mediante DFS-R es el de establecer la directiva de actualización del almacén de datos de configuración de arranque (BCD) en WDS. Esto garantiza que cualquier cambio hecho en el entorno de arranque se vea reflejado en cada uno de los servidores de implementación secundarios. Este cambio de configuración debe establecerse en todos los servidores WDS, y yo recomiendo integrarlo en el proceso de creación y configuración para el aprovisionamiento de un servidor de implementación.
En cada servidor de implementación, ejecute el siguiente comando:
WDSUTIL /set-server /BCDRefreshPolicy /Enabled:yes /RefreshPeriod:<time in minutes>
El tiempo del período de actualización depende de la frecuencia de actualización de los datos en los servidores de implementación. Si configura DFS-R para replicar cada hora, tiene sentido configurar la directiva de actualización del almacén BCD para que se actualice cada 60 minutos.
Réplica de SQL Server
Hasta el momento, ha escalado BDD 2007 para replicar el recurso compartido de distribución de BDD y la imagen de arranque de WDS del servidor de implementación principal en cada uno de los servidores de implementación secundarios. Ahora necesita completar el proceso y replicar la base de datos de Deployment Workbench de BDD 2007 para que esté disponible de forma local en cada servidor de implementación.
SQL Server usa una metodología de réplica que en la documentación del producto se describe como no muy distinta a la manera en que se publican las revistas. En el caso de una revista, hay una editorial (publicador) que produce la revista, unos distribuidores que la distribuyen para la editorial y unos suscriptores que se suscriben y reciben la revista. SQL Server usa esta misma terminología para sus capacidades integradas de réplica.
Tenga en cuenta que, para ser un publicador de bases de datos de SQL Server, el servidor no puede ejecutar SQL Server Express Edition; debe usar una versión completa de SQL Server. Para el servidor de implementación principal, yo uso SQL Server 2005 (aunque SQL Server 2000 también es compatible). Para cada servidor de implementación secundario, puede usar SQL Server 2005 o bien SQL Server 2005 Express.
Antes de iniciar la configuración de la réplica de SQL Server, hay unos pocos pasos que debe completar para garantizar que SQL Server se haya configurado correctamente para admitir la réplica. Al aprovisionar los servidores de implementación, asegúrese de que los componentes de réplica se incluyan durante la instalación de SQL Server 2005 o SQL Server 2005 Express Edition. De forma predeterminada, SQL Server Express no instala los componentes de réplica.
Después, al permitir que el entorno de arranque de interacción mínima se conecte a SQL Server de forma remota, es necesario habilitar conexiones remotas en SQL Server. Para configurar SQL Server para conexiones remotas, inicie la herramienta de configuración de superficie de SQL Server, seleccione Configuración de superficie para servicios y conexiones, y configure el servidor para que acepte tanto conexiones locales como remotas de TCP/IP y canalizaciones con nombre.
A continuación, en el servidor de implementación principal, cree una carpeta compartida para guardar los datos de instantáneas de réplica que leen los agentes de réplica en cada servidor de implementación secundario. Me referiré a esta carpeta compartida más adelante. Suelo colocar esta carpeta en el mismo volumen que el resto del contenido de implementación.
Los pasos finales de instalación sólo son necesarios para SQL Server Express Edition en los servidores de implementación secundarios. De forma predeterminada, el servicio Explorador de SQL Server está deshabilitado. Para permitir la réplica, este servicio debe haberse establecido en automático y haberse iniciado. Use la herramienta Administrador de configuración de SQL Server para configurar este servicio. También debe crear una base de datos en los servidores secundarios en los que se replicará el contenido. Conviene que este nombre de base de datos sea igual que el nombre de la base de datos de BDD 2007 en el servidor de implementación principal, ya que así se minimiza la configuración adicional necesaria.
Configuración de la réplica
Ahora todo está listo para configurar la réplica de SQL Server. Para empezar, en el servidor de implementación maestro, en el que se debe ejecutar la versión completa de SQL Server 2005, inicie SQL Server Management Studio. El primer paso es crear y configurar una distribución. Para hacerlo, navegue a la carpeta de réplica de la consola de administración, como se muestra en la figura 6. Haga clic con el botón secundario en la carpeta de réplica y seleccione Configurar distribución para iniciar el asistente de distribución.
Figura 6** SQL Server Management Studio: Replicación **(Hacer clic en la imagen para ampliarla)
En el asistente, confirme que el servidor de implementación principal debe actuar como su propio distribuidor. Establezca la carpeta raíz de instantáneas para que sea la ruta de acceso UNC del recurso compartido de réplica de SQL Server creado anteriormente. Finalmente, establezca que el servidor de implementación principal se configure como publicador.
Cuando este asistente haya configurado correctamente el servidor como publicador y distribuidor, tendrá que indicar a SQL Server qué base de datos desea que se publique. Para hacerlo, haga clic con el botón secundario en la carpeta de réplica y haga clic en Propiedades del publicador. En el cuadro de diálogo de propiedades, seleccione Bases de datos de publicaciones y elija la base de datos de BDD 2007 para la réplica transaccional, como se muestra en la figura 7. En realidad, no se usa la réplica transaccional, pero se selecciona esa misma opción tanto si su intención es la réplica de instantáneas como la réplica transaccional.
Figura 7** Publicación de la base de datos **(Hacer clic en la imagen para ampliarla)
Ahora debe crear una publicación a la que puedan suscribirse los servidores de implementación secundarios. En la carpeta de réplica, haga clic con el botón secundario en Publicaciones locales y haga clic en Nueva publicación para iniciar el asistente para publicación. Seleccione la base de datos de BDD como base de datos para publicar. Seleccione Réplica de instantáneas como tipo de publicación y especifique todas las tablas, los procedimientos almacenados y las vistas que se van a replicar. Debe optar por crear inmediatamente una instantánea inicial. Para programar al agente de instantáneas, es más que suficiente que esto se ejecute una vez al día de forma predeterminada, a menos que prevea hacer cambios frecuentes en la base de datos.
El paso final es suscribir cada uno de los servidores de implementación secundarios a esta publicación. Ello indica a SQL Server que extraiga una copia de la base de datos en intervalos especificados para cada servidor de implementación secundario. En la carpeta de réplica, en la subcarpeta Publicaciones locales, localice la publicación que se acaba de crear, haga clic con el botón secundario en ella y seleccione Nuevas suscripciones para iniciar el asistente de suscripciones. En este asistente, seleccione la publicación de BDD creada en los pasos anteriores como publicación elegida. Elija ejecutar todos los agentes en la distribución, habilitando la topología de réplica como suscripción de inserción. A continuación, agregue cada servidor de implementación secundario como suscriptor y nomine la base de datos creada en cada servidor para que reciba la copia de los datos replicados (recuerde que esta base de datos debe tener el mismo nombre que la base de datos de implementación principal). Finalmente, configure una cuenta para las conexiones y defina la programación para la réplica. Esto debe reflejar la programación que ha elegido para el agente de instantáneas. Hasta aquí, el paseo rápido por lo que se necesita para poner en funcionamiento la réplica de SQL Server. Verá cómo empiezan a replicarse los datos en menos de lo que cree.
Configuración de BDD 2007
Hasta ahora, ha configurado BDD 2007 para que use una base de datos y ha establecido la réplica de la base de datos y el recurso compartido de distribución de BDD 2007 en los servidores de implementación secundarios. Para completar la solución de implementación, debe configurar BDD 2007 de modo que, cuando un cliente descargue el entorno de arranque de BDD, se conecte automáticamente a cualquiera que sea su servidor de implementación local.
Cuando se arranca el entorno Windows PE con interacción mínima, si el cliente se ha arrancado desde un servidor WDS, se establece un valor de registro en Windows PE que almacena el nombre del servidor que el cliente acaba de descargar del entorno de arranque. Los scripts de implementación iniciales de BDD 2007 toman este valor y lo almacenan en una variable de entorno denominada %WDSServer%.
Tenga en cuenta que si usa la versión inicial de BDD 2007, puede encontrarse con que este valor no se rellena apropiadamente en el registro de Windows PE. Dispone de una actualización para corregir este comportamiento en support.microsoft.com/kb/937191.
Para configurar BDD 2007, edite simplemente los archivos de configuración BootStrap.ini y CustomSettings.ini, de manera que cualquier referencia al servidor de implementación se reemplace por %WDSServer%. Ello suele suponer el reemplazo de los valores para el nombre de instancia de SQL Server junto con el valor de DeploymentRoot, el servidor que guarda el recurso compartido de distribución. Puede ver un ejemplo del archivo Bootstrap.ini y un extracto de un archivo CustomSettings.ini en la figura 8 y la figura 9.
Figure 9 CustomSettings.ini
[Settings]
Priority=MMSettings, MMApps, CSettings, CRoles, RSettings, RApps, Default
Properties=Manufacturer
[Default]
OSInstall=Y
DeployRoot=\\%WDSServer%\Distribution$
UserDomain=BUILDLAB
UserID=BddAdmin
UserPassword=Password1234
[CSettings]
SQLServer=%WDSServer%
Database=BDD_DB1
Netlib=DBNMPNTW
Table=ComputerSettings
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR
[CRoles]
SQLServer=%WDSServer%
Database=BDD_DB1
Netlib=DBNMPNTW
Table=ComputerRoles
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR
Figure 8 Bootstrap.ini
[Settings]
Priority=Default
[Default]
DeployRoot=\\%WDSServer%\Distribution$
UserDomain=BUILDLAB
UserID=BddAdmin
UserPassword=Password1234
SkipBDDWelcome=YES
Tenga en cuenta que esta solución establece tener WDS en el mismo servidor que almacena la base de datos replicada de BDD 2007 y el recurso compartido de distribución replicado de BDD 2007. Las razones son evidentes: ello permite usar la variable %WDSServer% para ofrecer un método sencillo a prueba de errores con el fin de indicar al equipo cliente dónde se encuentra el servidor de implementación local e impedir una respuesta a través de la WAN.
Consideraciones adicionales
La gran ventaja de BDD 2007 es que es extensible, así que hay muchos otros aspectos que pueden considerarse para extender esta solución. Por ejemplo, se podrían usar las capacidades integradas para supervisar SQL Server y DFS-R mediante el diseño de métodos para rellenar los equipos del entorno con información de una base de datos de administración de activos o incluso mediante el uso de un procedimiento almacenado de SQL para recuperar información de estas características. Lamentablemente, no dispongo de espacio para tratar todo esto aquí, pero espero haber aportado una visión de algunas de las maneras para aprovechar las capacidades de BDD en su propia organización.
Adam Shepherd es un consultor de Servicios de consultoría de Microsoft (Microsoft Consulting Services, MCS) en el Reino Unido. El enfoque técnico de Adam está en implementar, mantener y administrar el cliente de Windows. Puede ponerse en contacto con Adam en adamshep@microsoft.com.
© 2008 Microsoft Corporation and CMP Media, LLC. Reservados todos los derechos; queda prohibida la reproducción parcial o total sin previa autorización.