Compartir a través de


Distribución de actualizaciones de productos para Office 2010

 

Se aplica a: Office 2010

Última modificación del tema: 2017-01-18

Información sobre los métodos de implementación que se usan para implementar actualizaciones de software para los clientes de Microsoft Office 2010, Project 2010 y Visio 2010.

En este artículo:

  • Versiones de Windows Installer

  • Mantenimiento de las instalaciones existentes de Office 2010

  • Uso de herramientas de implementación empresarial para implementar las actualizaciones

  • Elección de una estrategia de actualización

Tras una nueva versión de Microsoft Office, Microsoft pone a disposición una serie de actualizaciones de software para ayudar a mejorar la seguridad, el rendimiento y la confiabilidad de las aplicaciones. Microsoft lanza los tipos de actualizaciones de software enumerados en la tabla siguiente.

Actualización Definición

Service Pack

Un conjunto probado y acumulativo de revisiones, actualizaciones de seguridad, actualizaciones críticas y actualizaciones de software. Los Service Pack también pueden incluir un número limitado de características o cambios de diseño solicitados por los clientes. Un Service Pack representa una nueva versión de línea base del producto.

Actualización de seguridad

Una revisión que se lanza de forma general para una vulnerabilidad relacionada con la seguridad específica del producto. Las vulnerabilidades relacionadas con la seguridad se clasifican en función de su gravedad, la cual se indica en el boletín de seguridad de Microsoft como crítica, importante, moderada o baja.

Actualización general

Una revisión que se lanza de forma general para un problema específico y soluciona un problema muy importante que no está relacionado con la seguridad.

Revisión

Un único paquete acumulativo compuesto de uno o varios archivos que solucionan un problema de un producto. Las revisiones responden a una situación de un cliente específico y es posible que no se distribuyan fuera de la organización.

Las actualizaciones de software se lanzan como actualizaciones totales de archivo que reemplazan todos los archivos modificados por una actualización. Debido a que se instalan los archivos completos, las actualizaciones totales de archivo por lo general no requieren acceso al origen de instalación de Office original. Para obtener información acerca de las últimas actualizaciones para Office 2010 y los productos relacionados, vea el tema sobre el centro de actualizaciones para Microsoft Office, servidores de Office y productos relacionados (https://go.microsoft.com/fwlink/?linkid=197069\&clcid=0xC0A).

Tenga en cuenta que los Service Pack para los productos de Office solo están disponibles como revisiones para el producto instalado. No se integran con los productos de Office system básicos.

Versiones de Windows Installer

La versión mínima requerida de Windows Installer para la implementación de revisiones de Office 2010 es Windows Installer 3.1. Tenga en cuenta que Windows Installer 4.5 se lanzó con Windows Vista con Service Pack 2 (SP2) y Windows Server 2008 con Service Pack 2 (SP2). Windows Installer 5.0 se lanzó con Windows Server 2008 R2 y Windows 7. Para obtener más información acerca de Windows Installer, vea los siguientes recursos en el sitio web de MSDN:

Mantenimiento de las instalaciones existentes de Office 2010

Las características de implementación de Office 2010 simplifican el proceso de selección de una estrategia de actualización. Todas las actualizaciones se distribuyen directamente al cliente para garantizar que las instalaciones del sistema de Office 2010 cuenten con las actualizaciones de software más recientes.

Los usuarios pueden aplicar varias actualizaciones totales de archivo directamente en los equipos cliente. Por ejemplo, un usuario puede aplicar una actualización de seguridad total de archivo seguida de una actualización crítica total de archivo y así sucesivamente. Las actualizaciones totales de archivo reemplazan completamente todos los archivos que se ven afectados por la actualización. Por ejemplo, puede enviar la actualización total de archivo si el origen de instalación local de un usuario está dañado y el usuario no tiene acceso a un origen en la red. Los usuarios pueden aplicar la actualización en la mayoría de los casos, incluso si no tienen acceso al origen. El programa de instalación de Office 2010 crea un origen de instalación local en los equipos de los usuarios como parte del proceso de instalación predeterminado. El programa de instalación instala todos los productos de Office 2010 en un proceso de dos pasos. En primer lugar, copia los archivos del origen de instalación comprimidos en los equipos de los usuarios y, a continuación, llama a Windows Installer para realizar la instalación real desde el origen de instalación local. Una vez completada la instalación, el origen de instalación local permanece disponible para cualquier operación de mantenimiento del programa de instalación que requiera acceso al origen original, por ejemplo, la aplicación de actualizaciones de software.

Se requieren derechos administrativos para instalar Office 2010 y las actualizaciones de productos posteriores. Esto significa que los usuarios también deben ser administradores de sus equipos, o bien deben poder conceder privilegios administrativos a los usuarios para que realicen la instalación. Para obtener más información, vea Implementación de Office 2010 para usuarios que no son administradores.

Nota

En Microsoft Office 2003, las organizaciones de gran tamaño normalmente instalaban el producto desde un punto de instalación administrativa. La instalación desde un origen de instalación local era opcional. En Office 2010 y en 2007 Office System, la opción de instalación administrativa no existe. Se requiere el origen de instalación local. Debido a que todas las actualizaciones se aplican directamente a los clientes, no se efectúan cambios en el origen de red. Las instalaciones de cliente permanecen sincronizadas con el origen original.

Distribución local de las actualizaciones

El programa de instalación copia los archivos de instalación en una carpeta oculta del equipo local cuando los usuarios instalan Office 2010. Windows Installer usa este origen de instalación local para instalar Office en primer lugar y para reparar y actualizar Office más adelante. Para obtener más información sobre el origen de instalación local, vea Introducción a la arquitectura de instalación de Office 2010.

Se recomienda usar una estrategia de actualización local en la mayoría de los casos, especialmente si:

  • Distribuye actualizaciones de software a diferentes grupos de usuarios o en momentos diferentes.

  • Tiene limitaciones de ancho de banda de red.

  • Admite usuarios con acceso de red no confiable o limitado, por ejemplo, usuarios que viajan.

Dado que un origen de instalación local siempre está disponible, los usuarios sin conexión pueden realizar cualquier operación que requiera acceso al origen.

Líneas base admitidas

La versión original de Office 2010 representa la línea base inicial del producto y cada Service Pack posterior representa una nueva línea base.

Las actualizaciones totales de archivo por lo general se admiten en las dos líneas base más recientes. Por ejemplo, puede implementar una actualización lanzada una vez que Office 2010 Service Pack 2 (SP2) se ha puesto a disposición para los usuarios que han actualizado al Service Pack 1 (SP1).

Nota

La línea base anterior solo se admite durante los 12 meses posteriores al lanzamiento del SP más reciente. Por ejemplo, las actualizaciones de software se admiten en SP1 durante los 12 meses posteriores al lanzamiento de Office 2010 SP2. Una vez transcurrido el período de 12 meses, las actualizaciones totales de archivo solo se aplican a los equipos cliente que están actualizados con SP2. Para obtener más información acerca del ciclo de vida del soporte técnico de Microsoft, vea el tema sobre la directiva del ciclo de vida del soporte técnico de Microsoft (https://go.microsoft.com/fwlink/?linkid=108468&clcid=0xC0A).

Uso de herramientas de implementación empresarial para implementar las actualizaciones

Puede usar cualquiera de los siguientes métodos para distribuir actualizaciones de software a los usuarios del entorno empresarial:

  • Microsoft Update

  • Windows Server Update Services

  • System Center Configuration Manager 2007

  • Archivos de Microsoft Self-Extractor

  • Carpeta Updates

    Nota

    El método de la carpeta Updates solo se usa para la implementación de actualizaciones de software al realizar una instalación inicial de Office 2010.

Microsoft Update

Microsoft Update (Windows Update en los equipos que ejecutan Windows 7 y las Familias Windows Vista y Windows Server 2008) permite a los usuarios conectarse directamente a Internet para administrar sus propios equipos y descargar las actualizaciones de software más recientes. Los usuarios pueden configurar una programación automática para comprobar de forma periódica si hay actualizaciones y recuperarlas. Se recomienda que los usuarios usen Microsoft Update, que proporciona una solución de actualización de software automatizada y centralizada para los productos de Microsoft, incluidos Windows y Microsoft Office. Para obtener más información acerca de Microsoft Update, vea la página principal de Microsoft Update (https://go.microsoft.com/fwlink/?linkid=201921\&clcid=0xC0A).

En un entorno administrado por Active Directory, puede controlar el acceso a Office.com y a Microsoft Update desde las aplicaciones de Office mediante la opción de directiva de grupo Deshabilitar los comandos de la ficha Archivo | Ayuda. Esta opción está disponible en el nodo Configuración de usuario\Plantillas administrativas\Microsoft Office 2010\Deshabilitar elementos de la interfaz de usuario en el complemento Microsoft Management Console (MMC) del Editor de objetos de directiva de grupo.

Si habilita la opción de directiva Deshabilitar los comandos de la ficha Archivo | Ayuda, puede optar por deshabilitar las siguientes opciones (que están disponibles en la interfaz de usuario de las aplicaciones de Office 2010 al hacer clic en la pestaña Archivo y al seleccionar Ayuda en la vista Backstage de Microsoft Office):

  • Póngase en contacto con nosotros: inicia el explorador cliente predeterminado en Office.com para obtener información de contacto para soporte técnico.

  • Introducción: inicia el explorador cliente predeterminado en el sitio web Office.com.

  • Buscar actualizaciones: inicia el explorador cliente predeterminado en el sitio web de Microsoft Update.

La directiva Deshabilitar los comandos de la ficha Archivo | Ayuda no impide que los usuarios busquen actualizaciones en el Centro de descarga de Microsoft o que usen directamente el sitio de Microsoft Update, que también proporciona actualizaciones de software para Office. Para obtener información acerca de la directiva de grupo y cómo configurar las opciones de la directiva de grupo, vea Introducción a la directiva de grupo para Office 2010 y Exigir una configuración usando la directiva de grupo en Office 2010.

Windows Server Update Services

Windows Server Update Services (WSUS) es una herramienta gratuita que puede usar para implementar las últimas actualizaciones de productos de Microsoft en la red corporativa. WSUS se conecta a Microsoft Update para recuperar las últimas actualizaciones de software y las sincroniza con el servidor WSUS corporativo. Puede configurar una sincronización automática o manual. El servidor WSUS principal puede usarse para actualizar otros servidores WSUS de la red.

Para obtener información acerca de WSUS, vea la guía paso a paso para Windows Server Update Services 3.0 SP2 (https://go.microsoft.com/fwlink/?linkid=199899\&clcid=0xC0A).

System Center Configuration Manager 2007

System Center Configuration Manager 2007 es una herramienta de distribución de software diseñada para organizaciones de tamaño mediano y grande que administran una gran cantidad de clientes en un entorno empresarial complejo y en constante cambio. Además de usar Configuration Manager 2007 para implementar Office por primera vez, puede usarlo para distribuir actualizaciones de productos para una mezcla de clientes de Microsoft Windows.

Al usar Configuration Manager 2007 para mantener Office, puede establecer un control preciso sobre el proceso de implementación. Por ejemplo, puede usar Configuration Manager 2007 para consultar los equipos cliente para comprobar si cumplen con los requisitos de software antes de instalar Office y puede dirigir la instalación a los equipos que satisfacen los criterios.

Para obtener más información acerca de Configuration Manager 2007, vea el tema sobre System Center Configuration Manager 2007 (https://go.microsoft.com/fwlink/?linkid=119683\&clcid=0xC0A) y sobre la implementación de actualizaciones de software (https://go.microsoft.com/fwlink/?linkid=201489\&clcid=0xC0A).

Archivos de Microsoft Self-Extractor

Microsoft Self-Extractor se usa para combinar actualizaciones de instalación de software y revisiones en archivos ejecutables autoextraíbles denominados paquetes de Microsoft Self‑Extractor. Para instalar estos paquetes, los administradores pueden hacer doble clic en el archivo .exe o ejecutarlo en un símbolo del sistema. Esta opción de implementación le resultará útil si no cuenta con Configuration Manager 2007 o WSUS.

Puede usar un modificador para especificar las opciones de registro y de implementación del paquete cuando ejecute el archivo .exe para instalar un paquete en el símbolo del sistema. También puede ejecutar el archivo .exe mediante el cuadro Buscar del menú Inicio o mediante un clic en Inicio y, a continuación, en Ejecutar.

Nota

Se recomienda que no extraiga los archivos .msp y los ejecute desde los archivos .exe de la revisión del producto. La aplicación incorrecta de los archivos .msp genera un error si la revisión no se aplica al producto que está instalado en el equipo. Además, es posible que el producto no se actualice completamente hasta que se apliquen todos los archivos .msp necesarios. El paquete contiene lógica de detección para determinar exactamente qué revisiones son aplicables y para instalar solo las revisiones que sean necesarias.
Sin embargo, si la actualización se aplica durante la instalación inicial de Office, se recomienda extraer los archivos .msp en la carpeta Updates para instalarlos junto con el producto de Office.
El programa de instalación de revisiones de Microsoft Office (Microsoft Office Hotfix Installer, Ohotfix.exe), que se usaba con las versiones anteriores de Office, no es compatible con Office 2010 (ni 2007 Office System). Office 2010 usa una nueva tecnología de Microsoft Self‑Extractor que no es compatible con Ohotfix.

Para obtener información acerca de cómo usar la carpeta Updates para las actualizaciones que se implementan con las instalaciones iniciales, vea Implementación de actualizaciones de software con la instalación inicial de Office 2010.

En las secciones siguientes se proporciona información acerca de cómo usar los archivos de Microsoft Self‑Extractor:

  • Modificadores de la línea de comandos de Microsoft Self‑Extractor

  • Implementación de todos los paquetes de Microsoft Self-Extractor en una carpeta

  • Archivo por lotes de ejemplo

  • Script de ejemplo

Modificadores de la línea de comandos de Microsoft Self-Extractor

Para determinar qué modificadores están disponibles para un paquete, use uno de los siguientes modificadores de la Ayuda:

/?

/h

/help

En la tabla siguiente se enumeran los modificadores de la línea de comandos que admite Microsoft Self-Extractor.

Modificador Descripción

/extract:[ ruta de acceso ]

Extrae el contenido del paquete en la carpeta de la ruta de acceso. Si no se especifica una ruta de acceso, se muestra el cuadro de diálogo Examinar.

/log:[ ruta de acceso del archivo de registro ]

Habilita el registro detallado para la instalación de la actualización. También debe incluir el nombre de archivo además de la información de ruta de acceso. El comando no crea una nueva carpeta. Por lo tanto, debe usar un nombre de carpeta existente. Además del nombre de archivo especificado, se crea un archivo de registro independiente para cada archivo .MSI que se ejecuta.

/lang: LCID

Establece la interfaz de usuario en la configuración regional especificada cuando hay varias configuraciones regionales disponibles en el paquete.

/quiet

Ejecuta el paquete en modo silencioso.

/passive

Ejecuta la actualización sin solicitar la intervención del usuario.

/norestart

Impide que se envíen avisos al usuario cuando es necesario reiniciar el equipo.

/forcerestart

Fuerza el reinicio del equipo cuando finaliza la actualización.

/?

/h

/help

Muestra un mensaje de ayuda.

Para obtener más información acerca de los modificadores de la línea de comandos, vea el artículo de Microsoft Knowledge Base 912203 que describe los modificadores de la línea de comandos admitidos por un paquete de instalación de software, un paquete de actualización o una revisión creados mediante Microsoft Self‑Extractor (https://go.microsoft.com/fwlink/?linkid=108354\&clcid=0xC0A).

Implementación de todos los paquetes de Microsoft Self-Extractor en una carpeta

En esta sección se incluyen ejemplos de un archivo por lotes y un script de Visual Basic que se pueden usar para implementar todos los paquetes de Microsoft Self‑Extractor incluidos en una carpeta. El código de script y el archivo por lotes se escriben de modo que, si se produce un error en una instalación, las instalaciones posteriores puedan continuar. Tenga en cuenta que tanto el archivo por lotes como el script se han pensado como ejemplos. Es posible que deba configurarlos para sus escenarios específicos. Como se mencionó anteriormente, la herramienta Microsoft Office Hotfix Installer, Ohotfix.exe, no es compatible con las actualizaciones de Office 2010.

Archivo por lotes de ejemplo

El siguiente archivo por lotes primero elimina un archivo de registro existente y, a continuación, instala todos los archivos de Microsoft Self‑Extractor incluidos en el directorio en el que se ha colocado el archivo por lotes.

@echo off

del %temp%\oupdates.txt /q

for /f "delims=-; tokens=1,2,3,4,5" %%i in ('dir /b *kb*.exe') do echo %%j-%%i-%%k-%%l-%%m >> %temp%\oupdates.txt

for /f "delims=-; tokens=1,2,3,4,5" %%i in ('type %temp%\oupdates.txt') do %%j-%%i-%%k-%%l-%%m /log:%temp%\officeupdates.log /passive /norestart

Script de ejemplo

El siguiente script de Visual Basic proporciona una funcionalidad similar a la del archivo por lotes anterior. Este script instala todos los archivos de Microsoft Self‑Extractor incluidos en la carpeta en la que se ha colocado el script. El código especifica que los paquetes de Microsoft Self‑Extractor deben instalarse en modo silencioso y habilita el registro para generar los archivos de registro en la carpeta temporal %temp% del usuario, por ejemplo, C:\Users\<nombreDeUsuario>\AppData\Local\Temp\<actualizaciónDeOffice>.log. Estos modificadores no están pensados para archivos ejecutables (.exe) que no sean archivos de Microsoft Self‑Extractor. Por lo tanto, se recomienda no incluir otros tipos de archivos .exe en la carpeta que contiene los archivos de Self‑Extractor.

Dim wShell 'As WshShell

Dim fso 'As FileSystemObject

Dim f 'As File

Dim sLogName 'As String

Dim sPatchFolder 'As String

Dim sPatchCmd 'As String

Const kTempFolder = 2

On Error Resume Next

sPatchFolder = Replace(Wscript.ScriptFullName, Wscript.ScriptName, "")

Set fso = CreateObject("Scripting.FileSystemObject")

Set wShell = CreateObject("WScript.Shell")

For Each f In fso.GetFolder(sPatchFolder).Files

If UCase(Right(f.Name, 4)) = ".EXE" Then

sLogName = fso.GetSpecialFolder(kTempFolder) & "\" & Left(f.Name, Len(f.Name) - 3) & "log"

sPatchCmd = f.Path & " /quiet /norestart /log:" & sLogName

wShell.Run sPatchCmd, 0, True

End If

Next

Si va a implementar las actualizaciones de software después de una instalación inicial de Office 2010 con los archivos de Microsoft Self‑Extractor, puede usar un editor de texto, como el Bloc de notas, para modificar los ejemplos del archivo por lotes y del script de Visual Basic proporcionados en esta sección para adaptarlos a sus requisitos específicos. Guarde los archivos una vez completadas las personalizaciones. A continuación, puede ejecutar el script o el archivo por lotes para encadenar la instalación de los nuevos paquetes de Microsoft Self‑Extractor. En este caso, el proceso básico es el que se describe en el procedimiento siguiente, que usa la actualización de Microsoft Office 2010 (KB2202188) (edición de 32 bits) (https://go.microsoft.com/fwlink/?linkid=201488\&clcid=0xC0A) como ejemplo. La información también se aplica a otras actualizaciones de Office.

Para implementar todos los paquetes de Microsoft Self‑Extractor incluidos en una carpeta

  1. Descargue el archivo de actualización de software. Por ejemplo, descargue la actualización de Microsoft Office 2010 (KB2202188) (edición de 32 bits) (https://go.microsoft.com/fwlink/?linkid=201488\&clcid=0xC0A).

  2. Guarde el archivo .exe de descarga (en este ejemplo, office-kb2202188-fullfile-x86-glb.exe) en la unidad de disco duro en la misma carpeta que contiene el script o el archivo por lotes que usará para implementar los paquetes de Microsoft Self‑Extractor. Por ejemplo, guarde el archivo en C:\Office2010Updates.

  3. Ejecute el archivo por lotes o el script personalizados (basados en los ejemplos de Implementación de todos los paquetes de Microsoft Self-Extractor en una carpeta) para instalar todos los archivos de Microsoft Self‑Extractor de la carpeta C:\Office2010Updates.

Para obtener información acerca de cómo usar la carpeta Updates para incorporar la instalación de actualizaciones con una instalación inicial de los productos de Office 2010, vea Implementación de actualizaciones de software con la instalación inicial de Office 2010.

Carpeta Updates

Si va a implementar una instalación inicial de Office 2010 y también debe implementar actualizaciones de software de Office 2010, como Service Pack o revisiones, el programa de instalación puede aplicarlos como parte del proceso de instalación inicial. Si va a instalar Office 2010 una vez que ya se han lanzado las actualizaciones de productos de Office 2010, se recomienda almacenar esas actualizaciones en la carpeta Updates. Puede almacenar las actualizaciones de cualquier producto relacionado con Office que resida en el punto de instalación de la carpeta Updates. Solo se admite una revisión de personalización del programa de instalación .msp en la carpeta Updates. Una revisión .msp de personalización del programa de instalación se crea mediante la Herramienta de personalización de Office (OCT).

Durante la instalación inicial, el programa de instalación comprueba la carpeta Updates para confirmar si hay revisiones (archivos .msp) relevantes para el producto de Office 2010 que se va a instalar y aplica solo un archivo de personalización del programa de instalación .msp durante la instalación. El criterio de ordenación de Windows se usa para determinar el orden de instalación del primer archivo .msp. Los archivos de actualización del producto restantes de la carpeta Updates se instalan al final de la instalación. Si va a instalar una revisión de personalización junto con las actualizaciones de Office, debe cambiar el nombre de archivo de la revisión de personalización para garantizar que se instale en primer lugar. Por ejemplo, cambie Custom.MSP por 1_Custom.MSP.

El programa de instalación identifica el archivo de personalización .msp que suele residir en la carpeta Updates durante la implementación inicial. Detecta las revisiones de personalización al inicio del proceso de instalación y pasa las revisiones directamente a Microsoft Windows Installer a medida que se instalan los archivos (MSI) de Windows Installer del producto. Mediante este procedimiento se garantiza el establecimiento correcto de los estados de opción y otros valores de configuración especificados por el administrador antes de aplicar las revisiones de los productos. De este modo, los usuarios reciben las últimas actualizaciones junto con Office.

Importante

La carpeta Updates solo se puede usar para implementar las revisiones de software durante una instalación inicial de Office 2010. Si hay una combinación de una personalización del programa de instalación .msp y revisiones de actualizaciones del producto, solo se aplica la revisión de personalización del programa de configuración durante la fase de implementación y las revisiones de actualización del producto se aplican una vez finalizada la instalación. Como se mencionó anteriormente, la revisión de personalización del programa de configuración se debe implementar primero para garantizar la aplicación de modificaciones, como la clave de producto del modo silencioso.
No puede usar la carpeta Updates para implementar actualizaciones del producto después de la instalación inicial de Office.

En las secciones siguientes se proporciona información acerca de cómo usar la carpeta Updates:

  • Implementación de actualizaciones de software con la instalación inicial de Office 2010

  • Prueba y comprobación de los archivos de revisión (.msp) de Windows Installer

  • Modificación del archivo Config.xml para especificar una ubicación alternativa para las actualizaciones

  • Sintaxis de SetupUpdates

  • Modificación del elemento SetupUpdates de Config.xml

Implementación de actualizaciones de software con la instalación inicial de Office 2010

Los administradores pueden usar la carpeta Updates para incorporar la instalación de actualizaciones con una instalación inicial de los productos de Office 2010. Solo los archivos de revisión de Windows Installer incluidos en esta carpeta se instalan durante la instalación inicial. Por lo tanto, debe extraer estas revisiones del paquete de Microsoft Self‑Extractor. También puede usar este método para instalar las revisiones de personalización.

Si usa la OCT para crear una revisión de personalización del programa de instalación, se recomienda cambiar el nombre del archivo de revisión de personalización para que se instale en primer lugar. Setup.exe procesa solo una revisión durante la instalación. El resto de las revisiones incluidas en la carpeta se encadenan al final de la instalación. Para cambiar el nombre de la revisión de personalización, puede agregar “1” al inicio del nombre de archivo para garantizar que se procese en primer lugar.

En el siguiente procedimiento se usa la actualización de Microsoft Office 2010 (KB2202188) (edición de 32 bits) como ejemplo. Se muestra cómo instalar el paquete de actualización (en este ejemplo, office-kb2202188-fullfile-x86-glb.exe) y se destacan los pasos necesarios para rellenar la carpeta Updates con las revisiones de actualización. La información también se aplica a otras actualizaciones de Office.

Nota

El procedimiento siguiente solo se aplica a las instalaciones iniciales de Office 2010. Para obtener información acerca de cómo implementar actualizaciones de software después de una instalación inicial de Office 2010 con los archivos de Microsoft Self‑Extractor, vea Implementación de todos los paquetes de Microsoft Self‑Extractor en una carpeta.

Para instalar las actualizaciones de software mediante la carpeta Updates

  1. Copie la imagen del CD de Office 2010 comprimida en una ubicación de red. Para obtener información, vea Creación de un punto de instalación de red para Office 2010.

  2. Use la OCT para realizar todas las modificaciones necesarias en la instalación. Guarde la revisión de personalización del programa de instalación (archivo .msp) en la carpeta Updates. Como se mencionó anteriormente, asegúrese de que el nombre de archivo comience con “1”. Para obtener información acerca de las personalizaciones, vea Office Customization Tool in Office 2010 y Personalización de Office 2010.

  3. Para modificar el archivo Config.xml, use el archivo Config.xml ubicado en la raíz de la carpeta del producto que va a instalar. Use un editor de texto como el Bloc de notas para modificar el archivo. Por ejemplo, puede especificar las opciones de instalación (como la ruta de acceso del punto de instalación de red, el producto que se va a instalar y las opciones de instalación personalizada) y los idiomas que se van a instalar. Para obtener información, vea Archivo Config.xml de 2010 Office.

    Cuando finalice las personalizaciones de Config.xml, guarde el archivo Config.xml. Puede utilizar la opción de instalación desde la línea de comandos /config para especificar la ubicación del archivo Config.xml, como se muestra en el ejemplo siguiente:

    \\server\share\setup.exe /config \\server\share\ProPlus.WW\config.xml

    donde \\server\share es la ubicación de red que contiene los archivos de origen de Office 2010.

  4. Descargue la actualización de Microsoft Office 2010 (KB2202188) (edición de 32 bits) (https://go.microsoft.com/fwlink/?linkid=201488\&clcid=0xC0A).

  5. Para extraer las revisiones .msp del archivo de Microsoft Self-Extractor (en este ejemplo, office-kb2202188-fullfile-x86-glb.exe), ejecute el archivo .exe con el modificador /Extract:[ruta de acceso de carpeta de extracción]. Por ejemplo, escriba lo siguiente en el símbolo del sistema:

    office-kb2202188-fullfile-x86-glb.exe /extract:"c:\ExtractFiles"

    Este comando comienza a extraer los archivos .msp. Antes de iniciar el proceso de extracción, se muestran los Términos de licencia del software de Microsoft. Una vez aceptados los términos de licencia, los archivos se extraen en la ubicación especificada (en este ejemplo, C:\ExtractFiles). No es necesario usar las comillas en la ruta de acceso. No obstante, esto facilita la lectura de la línea de comandos. El uso de comillas contribuye además a evitar problemas con las rutas de acceso que contienen espacios.

  6. Copie los archivos de revisión (.msp) de Windows Installer en la carpeta Updates.

  7. Repita el proceso para todos los demás paquetes de actualización de Office 2010 que desee instalar. Los nombres de los archivos de revisión de Windows Installer son únicos. Por lo tanto, no existe el riesgo de sobrescribir un archivo por accidente, lo que podría provocar un problema en la instalación. Si el producto se va a implementar con paquetes de idioma adicionales, se deben agregar los Service Pack de los paquetes de idioma a la carpeta Updates.

    Una vez completados los pasos anteriores, puede implementar el producto.

Nota

En algunos escenarios, es posible que los clientes no puedan instalar las actualizaciones mediante el archivo de Microsoft Self‑Extractor. Puede aparecer un mensaje de error genérico similar al siguiente: "Error en la instalación de este paquete". En esos casos, los clientes pueden usar el método siguiente para instalar las actualizaciones.

Para instalar una actualización de software específica mediante el archivo .msp

  1. Para extraer las revisiones .msp del archivo de Microsoft Self-Extractor (en este ejemplo Office2010-kbxxxxxxx-fullfile-x86-glb.exe), ejecute el archivo .exe con el modificador /extract:[ruta de acceso de carpeta de extracción]. Por ejemplo, escriba lo siguiente en el símbolo del sistema:

    Office2010-kbxxxxxxx-fullfile-x86-glb.exe /extract:"c:\UpdatesToInstall"

  2. Navegue al directorio UpdatesToInstall. En el símbolo del sistema, escriba lo siguiente:

    cd c:\updatestoinstall

  3. Para cada archivo .msp que se extraiga en la carpeta C:\UpdatesToInstall, ejecute el comando msiexec /update [actualización.msp]. Por ejemplo, escriba lo siguiente en el símbolo del sistema:

    msiexec.exe /update clview.msp /l*v "clview.log"

    Una vez extraídos los archivos .msp, también puede hacer doble clic en el archivo. msp para instalar las actualizaciones. Sin embargo, si hace doble clic en el archivo .msp no se proporcionará registro adicional.

    Tenga en cuenta que también puede instalar varios archivos .msp al mismo tiempo si separa los nombres de archivo con un punto y coma (;). Por ejemplo, escriba lo siguiente en el símbolo del sistema:

    msiexec.exe /update clview.msp;access.msp /l*v "updates.log"

Prueba y comprobación de los archivos de revisión (.msp) de Windows Installer

Si desea probar las actualizaciones y comprobar la lista de archivos .msp antes de copiarlos a la carpeta Updates del punto de instalación de red de Office 2010, primero puede instalar las actualizaciones en un equipo de prueba, usar un script de Visual Basic para extraer los archivos .msp en una carpeta de destino y, a continuación, copiarlos desde la carpeta de destino a la carpeta Updates. Este método se describe más detalladamente en el siguiente procedimiento.

Para extraer los archivos .msp de un equipo de prueba y copiarlos a la carpeta Updates

  1. En el equipo de prueba, instale todas las aplicaciones de Office 2010 que se instalarán en los equipos de los usuarios.

  2. Ejecute Microsoft Update para aplicar todas las actualizaciones necesarias de Office 2010 en el equipo de prueba.

  3. Compruebe que las aplicaciones se ejecuten según lo esperado.

  4. Guarde el siguiente script de Visual Basic como “CollectUpdates.vbs”. A continuación, ejecútelo para extraer en una carpeta de destino los archivos de actualización instalados en el equipo de prueba. El script usa %Temp%\Updates como la carpeta de destino, donde %Temp% es la carpeta temporal de Windows.

    Dim oMsi,oFso,oWShell

    Dim Patches,SumInfo

    Dim patch,record,msp

    Dim qView

    Dim sTargetFolder,sMessage

    Const OFFICEID = "000-0000000FF1CE}"

    Const PRODUCTCODE_EMPTY = ""

    Const MACHINESID = ""

    Const MSIINSTALLCONTEXT_MACHINE = 4

    Const MSIPATCHSTATE_APPLIED = 1

    Const MSIOPENDATABASEMODE_PATCHFILE = 32

    Const PID_SUBJECT = 3 'Displayname

    Const PID_TEMPLATES = 7 'PatchTargets

    Set oMsi = CreateObject("WindowsInstaller.Installer")

    Set oFso = CreateObject("Scripting.FileSystemObject")

    Set oWShell = CreateObject("Wscript.Shell")

    'Create the target folder

    sTargetFolder = oWShell.ExpandEnvironmentStrings("%TEMP%")&"\Updates"

    If Not oFso.FolderExists(sTargetFolder) Then oFso.CreateFolder sTargetFolder

    sMessage = "Patches are being copied to the %Temp%\Updates folder." & vbCrLf & "A Windows Explorer window will open after the script has run."

    oWShell.Popup sMessage,20,"Office Patch Collector"

    'Get all applied patches

    Set Patches = oMsi.PatchesEx(PRODUCTCODE_EMPTY,MACHINESID,MSIINSTALLCONTEXT_MACHINE,MSIPATCHSTATE_APPLIED)

    On Error Resume Next

    'Enum the patches

    For Each patch in Patches

       If Not Err = 0 Then Err.Clear

        'Connect to the patch file

        Set msp = oMsi.OpenDatabase(patch.PatchProperty("LocalPackage"),MSIOPENDATABASEMODE_PATCHFILE)

        Set SumInfo = msp.SummaryInformation

        If Err = 0 Then

            If InStr(SumInfo.Property(PID_TEMPLATES),OFFICEID)>0 Then

                'Get the original patch name

                Set qView = msp.OpenView("SELECT `Property`,`Value` FROM MsiPatchMetadata WHERE `Property`='StdPackageName'")

                qView.Execute : Set record = qView.Fetch()

                'Copy and rename the patch to the original file name

                oFso.CopyFile patch.PatchProperty("LocalPackage"),sTargetFolder&"\"&record.StringData(2),TRUE

            End If

        End If 'Err = 0

    Next 'patch

    oWShell.Run "explorer /e,"&chr(34)&sTargetFolder&chr(34)

  5. Compruebe que todos los archivos .msp necesarios se encuentren en la carpeta de destino (%Temp%\Updates).

  6. Copie todos los archivos .msp de la carpeta %Temp%\Updates del equipo de prueba a la carpeta Updates del punto de instalación de red de Office 2010.

Modificación del archivo Config.xml para especificar una ubicación alternativa para las actualizaciones

Los administradores pueden indicar al programa de instalación que busque las actualizaciones en una carpeta que no sea Updates mediante el elemento SetupUpdates del archivo Config.xml.

Sintaxis de SetupUpdates

El elemento SetupUpdates de Config.xml usa la siguiente sintaxis:

<SetupUpdates [CheckForSUpdates="Yes" | "No"] [SUpdateLocation="lista de rutas de acceso"]/>

Los atributos de SetupUpdates se enumeran en la siguiente tabla.

Atributo Descripción

CheckForSUpdates

El programa de instalación usa la lista de rutas de acceso de SUpdateLocation para buscar los archivos de personalización del programa de instalación. El valor predeterminado es Yes.

Si el valor se establece en No, el programa de instalación no busca ningún archivo de personalización del programa de instalación mediante la lista de rutas de acceso de SUpdateLocation.

SupdateLocation=" lista de rutas de acceso "

Especifica una lista de rutas de acceso completas a las carpetas, separadas por punto y coma.

El programa de instalación busca en todas las carpetas especificadas los archivos de personalización del programa de instalación creados para el producto que se va a instalar y los aplica en orden alfabético por nombre de archivo. Si uno de estos archivos se especificó en la línea de comandos del programa de instalación, ese archivo se aplica en primer lugar, seguido de todos los archivos encontrados en la carpeta especificada por el elemento SetupUpdates.

Los archivos de personalización son específicos del producto. El programa de instalación solo aplica los archivos relevantes para el producto que se está instalando. Sin embargo, si se almacena más de un archivo de personalización para el mismo producto en la carpeta Updates, el programa de instalación aplica todos los archivos a la configuración del usuario por orden alfabético.

Modificación del elemento SetupUpdates de Config.xml

Los administradores pueden modificar el elemento SetupUpdates de Config.xml para especificar una ubicación alternativa para las actualizaciones.

Para modificar el elemento SetupUpdates de Config.xml

  1. Abra el archivo Config.xml en una herramienta de edición de texto, como el Bloc de notas.

  2. Escriba las opciones que desea usar para el elemento SetupUpdates, como se muestra en el siguiente ejemplo de sintaxis:

    <SetupUpdates CheckForSUpdates="Yes" SUpdateLocation="\\server1\share;\\server2\share" />

    En este caso, la lista de rutas de acceso enumera las rutas de acceso completas a las carpetas, separadas por punto y coma ("\\server1\share;\\server2\share").

  3. Guarde el archivo Config.xml en la misma carpeta en la que se encontraba este archivo antes de editarlo.

Para obtener más información acerca del elemento SetupUpdates del archivo Config.xml, vea Elemento SetupUpdates en Archivo Config.xml de 2010 Office.

Elección de una estrategia de actualización

Use los criterios de la tabla siguiente para determinar la solución de actualización de software recomendada para su organización.

Tipo de cliente Necesidad Soluciones recomendadas

Empresa de gran tamaño

Administración avanzada de actualizaciones de software

System Center Configuration Manager 2007

Carpeta Updates (solo para las instalaciones iniciales)

Nota

Si la personalización es diferente para distintos grupos de usuarios, le convendría seleccionar una ubicación distinta para los archivos .msp.

Distribución de actualizaciones de Microsoft únicamente

Windows Server Update Services

Empresa de tamaño mediano

Administración avanzada de actualizaciones de software

System Center Configuration Manager 2007

Carpeta Updates (solo para las instalaciones iniciales)

Nota

Si la personalización es diferente para distintos grupos de usuarios, le convendría seleccionar una ubicación distinta para los archivos .msp.

Distribución de actualizaciones de Microsoft únicamente

Windows Server Update Services

Empresa pequeña

Distribución de actualizaciones de Microsoft en entornos que tienen al menos un equipo basado en Windows y un administrador de TI

Windows Server Update Services

Todos los demás escenarios

Microsoft Update

Archivos de Microsoft Self-Extractor

Carpeta Updates (solo para las instalaciones iniciales)

Nota

La carpeta Updates solo se aplica a los archivos .msp.

Consumidor

Todos los escenarios

Microsoft Update