Compartir a través de


Cómo implementar un paquete de aplicación virtual para realizar pruebas

 

Se aplica a: System Center 2012 SP1 - Virtual Machine Manager, System Center 2012 R2 Virtual Machine Manager, System Center 2012 - Virtual Machine Manager

System_CAPS_importantImportante

Los cmdlets de Server App-V solo se deben usar para administrar paquetes en entornos de prueba a fin de asegurar y probar la funcionalidad de los paquetes.

Implementación de un paquete de aplicación virtual

  1. Abra una ventana de consola de PowerShell con privilegios elevados y ejecute el siguiente comando:

    Set-ExecutionPolicy Remotesigned –Scope Process -Force

    El cmdlet Set-ExecutionPolicy cambia la preferencia de usuario de la directiva de ejecución de Windows PowerShell. La directiva de ejecución forma parte de la estrategia de seguridad de Windows PowerShell. Determina si puede cargar archivos de configuración (incluido el perfil de Windows PowerShell) y ejecutar scripts, además de determinar los scripts, si los hay, que deben firmarse digitalmente para poder ejecutarse.

  2. Importe los cmdlets de Server App-V.

    PS C:\> Import-Module ServerAppVAgent

  3. Use la siguiente información para personalizar el documento de configuración de la implementación asociado con el paquete de aplicación virtual:

    Nota

    Si el paquete tiene asociados componentes de Microsoft SQL Server, estos componentes deben implementarse en el servidor que ejecuta Microsoft SQL para que la aplicación se ejecute correctamente.

    - Abra el archivo **deploymentconfig.xml** con un editor XML como [XML Notepad 2007](https://go.microsoft.com/fwlink/?linkid=208297) (https://go.microsoft.com/fwlink/?LinkId=208297). El archivo **deploymentconfig.xml** se encuentra en la raíz de la carpeta del paquete en el equipo que ejecuta el agente de Server App-V.
    
    - Revise los nodos **ENTRY** de **/CONFIGURATION/VIRTUALENVIRONMENT** y **/CONFIGURATION/LOCAL**.
    
    - Debajo de cada nodo **ENTRY**, revise los datos del nodo **VALUE** que deben personalizarse. Normalmente, es el nombre de un servidor o una contraseña incorrecta o que falta. Estos datos pueden ser independientes o puede ser parte de una estructura mayor, como una cadena de conexión de base de datos. Puede usar otra información del nodo **ENTRY** para comprender su procedencia y qué controla.
    
    - Actualice los datos del nodo **ENTRY** con la personalización adecuada. No cambie los atributos del nodo **ENTRY**. No se debe cambiar nada más del nodo **ENTRY**.
    
    - Guarde el archivo deploymentconfig.xml y cierre el editor XML.
    
      <div class="alert">
    
    
      > [!NOTE]
      > <P>Si el archivo de configuración de la implementación contiene información confidencial, como contraseñas, debe guardarlo en una ubicación segura.</P>
    
    
      </div>
    
  4. Agregue el paquete. Reemplace los parámetros de ejemplo en negrita por datos específicos de su implementación.

    PS C:\> Add-ServerAppvPackage –Name MyApp –Manifest C:\MyApp\MyApp_manifest.xml

    –SFT C:\MyApp\MyApp.sft –Configuration C:\MApp\deploymentconfig.xml 

  5. Inicie el paquete. Reemplace los parámetros de ejemplo en negrita por datos específicos de su implementación.

    PS C:\> Start-ServerAppVPackage –Name MyApp