¿Cuáles son la instalación avanzada y la actualización de Windows 10 o Windows 11?

Aprenderá los conceptos y las mejores prácticas de las nuevas opciones de implementación introducidas con Windows 10. Observaremos el método tradicional de eliminación y carga y la complementación de nuevas opciones de actualización y aprovisionamiento injustos y proporcionaremos un contexto a la diferencia que estas opciones de implementación pueden hacer. Finalmente, analizaremos las mejoras realizadas con la Rama Redstone Windows 10 1607/1703/1709, también conocida como actualización de aniversario, actualización de creadores y actualización de creadores de otoño, y aprender algunos consejos y trucos para una actualización en el lugar sin problemas.
Cubriremos los siguientes temas:

• Diferencias entre la rama actual, la rama actual para los negocios y la rama de servicio a largo plazo
• Riesgos y apoyar los ciclos de vida de estas ramas
• Nuevos métodos de implementación: actualización y aprovisionamiento en el lugar
• Limitaciones y bloqueador de actualización en el lugar
• Problemas de limpieza y carga tradicionales
• Mejoras en la implementación desde Windows 10 1511
• Consejos y trucos para una actualización suave en el lugar de 7, 8.1 o 10 a 10
• Seleccionando la herramienta de implementación correcta

¿Qué rama seleccionar?

Antes de que podamos seleccionar el mejor método de implementación, necesitamos seleccionar una rama adecuada, ya que una rama implica algunas restricciones de tiempo debido a plazos de soporte más cortos, que se explicarán ahora.

Rama actual, también conocida como canal semestral (dirigido)

Comenzando con Windows 10 y sus nuevos Windows como concepto de servicio, puede elegir entre dos sabores principales. Todos los Windows 10 Home, S, Professional, Pro para Estación de trabajo, Enterprise y Education SKUS apoyan el modelo actual de la rama (CB). Esta rama fue renombrada con Windows 10 1709 al canal semestral (dirigido). Cuando Microsoft lanza oficialmente una nueva actualización de funciones para Windows 10, esa actualización está marcada como canal CB / semestral (dirigido).
En este modelo CB, el sistema se actualizará hasta tres veces al año (no se preocupe, el grupo de productos de Windows 10 declaró que normalmente planean solo una o dos lanzamientos por año). Tan pronto como este CB esté disponible, se implementará en todas las instalaciones de Windows 10, que obtendrán sus actualizaciones directamente de Windows Update (WU) en línea. El despliegue se realizará en olas apiladas.
Si desea posponer una implementación de este tipo, debe diferir las actualizaciones de funciones, que es una opción solo disponible en Pro, Pro para Estación de Trabajo, Empresa y Educación. Puede diferir las actualizaciones por GPO cuando use WU durante 1-8 meses, o directamente dentro de su Servicio de actualización de Windows Server (WSUS), System Center Configuration Manager (SCCM) o una solución de implementación de terceros para un marco de tiempo aún más largo.
Para distinguir entre las diferentes ramas, muchas personas usan los números de compilación. Pero es engorroso memorizar todas estas compilaciones: 10240, 10586, 14393, etc. Debe usar este nombre solo al hablar de Windows Insider Builds.
Además, los nombres de código no son tan claros y no describen a qué hora se lanzó una versión (por ejemplo, umbral 1/2, Redstone 1/2/3, etc.). Con el lanzamiento de Windows 10 en 2016, también introdujeron nombres de código público como la actualización del aniversario o la actualización de los creadores. Pero esto es más o menos una forma para que el marketing describiera una versión futura sin declarar ya la fecha de lanzamiento exacta, que posiblemente no se fija al momento de anunciar la nueva versión.

Rama actual para negocios, también conocida como canal semestral

Al hablar de la opción Diferación, muchas fuentes lo mezclan con la sucursal actual para negocios (CBB). Pero esto es solo parcialmente correcto.
Cuando se lanza una nueva versión de Windows 10, es automáticamente CB. Después de alrededor de 4 meses, cuando varias actualizaciones acumulativas han resuelto todos los hicces restantes o cuando se lance una versión más nueva, se actualizarán los ISO y el CB se declarará como CBB. Entonces CBB no es diferente en sus bits y bytes; Solo son medios actualizados y un nombre diferente. Esta rama pasó a llamarse Windows 10 1709 hasta un canal semestral.
Las organizaciones pueden retrasar selectivamente las actualizaciones de CB y CBB en tantas fases como deseen (también llamada modelo de anillo) utilizando una de las herramientas de servicio mencionadas en la sección CB. Diferir una versión lo suficiente dará como resultado que esté en una rama más antigua que la CBB actual. Si ahora lo nombra solo CBB, podría ser engañoso.
En su lugar, deberíamos hablar siempre de un CB o CBB con su versión (por ejemplo, CBB 1703) o como CBB y CBB+1, donde CBB+1 es la versión anterior. Prefiero la versiones del año del mes de año del año (YYMM). También la convención de nombres de CBB/CBB+1 se reemplazará completamente con 1709 por canal semestral (dirigido) y canal semestral (sin ninguna extensión). Entonces, comenzando con Windows 10 1709, deberíamos hablar sobre el canal semestral 1709.
Entonces, cuando puede diferir las actualizaciones de funciones siempre que desee, ¿cuánto tiempo se admite una versión de canal CBB / semestral y obteniendo actualizaciones de seguridad?

Línea de tiempo de soporte antes de 1709

Antes del lanzamiento de Windows 10 1709 fue bastante complicada, la respuesta es un mínimo de 12 meses de soporte, según Michael Niehaus, director de marketing de productos para Windows en Microsoft:
Cada versión de Windows, por ejemplo 1511, tiene un marco de tiempo de soporte finito. Esto es al menos 12 meses, pero podría basarse más en el hecho de que siempre apoyaremos al menos dos lanzamientos de CBB en el mercado en todo momento, cuando se declara el tercero, el primero cae del apoyo.
Para los SKU Pro y anteriores, puede especificar que desea diferir las actualizaciones, lo que hace que no se instalen nuevas actualizaciones de características hasta que se hayan declarado CBB. (Para el SKU casero, no puede hacer esto, por lo que las nuevas actualizaciones de funciones ocurren automáticamente poco después de que las liberemos).
La mayoría de las personas solo leyeron 12 meses y se asustaban. Pero de hecho, el marco de tiempo de soporte puede ser mucho más largo:

El marco de tiempo mínimo de 12 meses comienza en el momento en que un lanzamiento se declara como CBB. Por lo tanto, siempre obtienes un mínimo de 4 meses de CB (barra azul) + 12 meses de CBB (barra naranja) + 60 días de gracia (barra gris) después de que un lanzamiento no se respalde. Por lo tanto, cada lanzamiento de actualización de funciones será compatible y actualizado para un período de tiempo total de al menos 18 meses.
Dependiendo de cuántos lanzamientos se realicen por año, este período de tiempo podría ser aún más largo, ya que se admitirá un lanzamiento siempre que no haya más de dos versiones CBB al mismo tiempo. Por ejemplo, el 1511 publicado en noviembre de 2015 recibió apoyo hasta que 1703 fue declarado CBB en agosto de 2017, y con un período de gracia adicional de 60 días, fue apoyado y actualizado durante 24 meses en total. (La versión 1511 fue declarada CBB en marzo de 2016, la versión 1607 se declaró CBB en noviembre de 2016. Cuando se declaró la versión 1703 CBB, habría habido tres versiones de CBB en el campo y, por lo tanto, se eliminó el soporte para el 1511 CBB y el período de gracia comenzó .)
En el improbable caso de tres lanzamientos al año, la otra regla de un mínimo de soporte de CBB de 12 meses aumentará, por lo que en todas las circunstancias, siempre obtendrá un mínimo de 18 meses de soporte total y tiempo de actualización a partir de GA.

Línea de tiempo de soporte desde 1709

Todas estas fase de CBB, CBB+1 y Grace Period fueron más confusas que ayudar. Con el lanzamiento de Windows 10 1709, muchas cosas se hicieron más fácil. CBB ahora se llama canal semestral. Y no hay más período de gracia, no más calculador, no más dependencia de ninguna versión de versión. Obtendrá un marco de tiempo de soporte completo de 18 meses.
Windows 10 se lanzará 2 veces al año con un marco objetivo de marzo y septiembre cada uno. Después de su lanzamiento, cada versión de Windows 10 será compatible con 18 meses La solución y el final de la fecha de soporte estará disponible en la fecha de lanzamiento o corta después.
Muchos clientes empresariales solicitaron líneas de tiempo de soporte ya más largas. Al momento de escribir este libro, el tiempo todavía era de 18 meses. Esté atento a los anuncios con respecto a un marco de tiempo de suscripción más largo después del lanzamiento de 1709.

La rama de servicio a largo plazo

La Rama de Servicio a largo plazo (LTSB) tiene un período de tiempo de soporte de diez años, como con los lanzamientos anteriores de Windows. El período de diez años también se divide en cinco años de apoyo principal y cinco años de apoyo extendido. Durante este período de diez años, el LTSB solo obtendrá actualizaciones de seguridad y calidad, pero no hay actualizaciones de características. La estabilidad y no romper nada son los puntos más críticos.
Las versiones LTSB solo están disponibles como Windows 10 Enterprise LTSBS. Entonces, si no tiene Windows 10 Enterprise, no calificará para LTSB. La versión siempre contiene un año en su nombre. Por lo tanto, la primera versión de LTSB creada ahora se hace referencia como Windows 10 Enterprise LTSB 2015. En 2016, se lanzó Windows 10 Enterprise LTSB 2016, pero no espere que esto sea una ocurrencia estándar. Lanzar la versión 2016 fue una excepción, y la próxima versión LTSB no está planificada para su lanzamiento antes de 2019. Los nuevos lanzamientos de LTSB se planifican típicamente cada dos o tres años. Para obtener nuevas funciones, deberá instalar una nueva versión LTSB.
Los profesionales de TI se ponen nerviosos al leer alrededor de dos actualizaciones por año en la sucursal CB/CBB pueden verse tentados a seleccionar el LTSB, ya que al principio parece como todas las estrategias de soporte de las versiones de Windows anteriores. Pero hay varios riesgos y limitaciones al elegir el LTSB.
La LTSB fue diseñada para sistemas especializados como el control de equipos médicos, sistemas de punto de venta y ATM. Estos dispositivos generalmente realizan una sola tarea importante y no necesitan actualizaciones de características con tanta frecuencia como otros dispositivos.
La máxima compatibilidad, confiabilidad y estabilidad son los enfoques clave de la LTSB, lo que hace que los cambios en el núcleo y el sistema sean menos posibles. El uso de MS Office y otros productos en su sistema que necesitarían cambios en el sistema bloquearían un parche. Por lo tanto, podría terminar en una situación en la que la única solución alternativa estaría esperando el siguiente (fijo) LTSB o cambiando a CB/CBB mientras tanto.

LTSB Problema Soporte de silicio: riesgo potencial con Zen, Cannonlake y CPU más nuevas

En el momento del lanzamiento de LTSB 2016, las últimas familias de procesadores eran Kaby Lake de Intel y las plataformas Kaveri de AMD. Los procesadores recientemente lanzados como AMD Zen o Intel Cannonlake probablemente no serán respaldados en LTSB 2016, ya que necesitarán modificaciones al kernel y el sistema, y ​​esto está en conflicto con los objetivos de máxima confiabilidad y compatibilidad.

Limitaciones de LTSB

El LTSB tiene algunas limitaciones más, que resume la siguiente tabla:

Aun así, desde 1607/LTSB 2016, se ha introducido soporte para realizar una actualización en el lugar de LTSB a CB/CBB; Todavía no hay soporte para realizar una actualización en el lugar de un sistema operativo de nivel hacia abajo a LTSB o de CB/CBB a LTSB.
Por lo tanto, podría terminar en una situación en la que Kaby Lake y Kaveri ya no están disponibles, pero tampoco lo es la versión LTSB, por lo que tendrá una imagen pero no hay hardware adecuado.

Recomendaciones

Con todas las limitaciones y advertencias de LTSB, es mejor permanecer con CB y CBB para la mayoría de sus PC. Use LTSB solo en situaciones donde el mantenimiento a largo plazo es esencial, como en líneas de producción, sistemas de punto de venta y sistemas de control médico. La mayoría de los clientes empresariales deciden implementar CB y CBB en sus principales sistemas de propósito general y también deberían hacerlo.

Nuevos métodos de implementación

Con la introducción de Windows 10, también hubo un cambio en el mantra de instalación. Anteriormente, se recomendó que creara una imagen dorada y siempre realice una secuencia de limpieza y carga. Ahora con Windows 10, se recomienda realizar una actualización en el lugar. Además, ahora es posible una nueva opción con el aprovisionamiento. Veremos las diferentes nuevas posibilidades.

¿Por qué las actualizaciones en el lugar?

Con la mejora de la pila de servicios de Windows, las posibilidades de actualizaciones en el lugar se volvieron más rápidas y robustas. Las actualizaciones en el lugar no son la solución GOTO, pero le irá bien para una gran cantidad de escenarios. Realizar una actualización en el lugar preservará todos los datos, configuraciones, aplicaciones y controladores, por lo que reducirá una gran parte de la complejidad de la migración, la transferencia del perfil de usuario y (re) instalación de programas.
Un gran beneficio de realizar una actualización en el lugar es del 100% de reversión en caso de falla. Con una limpieza y carga clásica, si hay algo mal después de la instalación, el usuario termina con nada, lo que lo presionó para resolver el problema. Principalmente, esta presión da como resultado una solución rápida de reinstalar al cliente por segunda vez y perder todos los datos, configuraciones, aplicaciones, etc.
Cuando algo sale mal durante una actualización en el lugar, volverá completamente a su sistema operativo original y el usuario aún podrá trabajar con su cliente. Esto le da algo de tiempo para inspeccionar lo que salió mal y volver a intentarlo más tarde cuando tienen una solución. Incluso después de una actualización exitosa, tiene la capacidad de regresar al antiguo sistema operativo durante 10 días si algo más no funciona como se esperaba.
El proceso actual de actualización en el lugar se divide en cuatro fases, con múltiples reinicios en el medio:

• La fase de nivel descendente: dependiendo de si está ejecutando Setup.exe o ejecutando esta fase actualizando a través de Windows Update o WSUS, la GUI será diferente. Pero técnicamente, los siguientes pasos siempre deben hacerse:
• Construya una carpeta $ Windows. ~ BT, analizando el sistema y descargando actualizaciones acumulativas requeridas (si no está restringida por los indicadores de configuración)
• Extraiga los controladores requeridos del sistema en ejecución o (si no está prohibido por los banderas de configuración) Descargue los controladores de Windows Update
• Prepare el sistema y las fuentes, coloque un entorno de arranque de preinstalación de SafeOS Windows (PE), actualice la entrada de arranque y suspenda BitLocker (si se ejecuta)

Verá esta fase como Windows Update preparando su sistema, contando del 0% al 100%. El sistema se reiniciará después de esta fase.
Configuración de códigos de error del resultado (el segundo código después del código 0xc19xxxxx) en esta fase generalmente comienzan con 0x100.

• La fase SafeOS: en esta fase, se está ejecutando una instancia de Windows PE, por lo que se llama SO. La partición de recuperación se preparará y actualizará, el sistema operativo antiguo se moverá fuera de línea a Windows. Las actualizaciones dinámicas y las actualizaciones del sistema operativo ahora se instalarán. Después de eso, los controladores requeridos se integrarán para que el sistema pueda iniciar desde la nueva versión de Windows la próxima vez. Verá esta fase en las versiones más antiguas de Windows 10 como una pantalla negra con un anillo gris, como hacer una instalación de configuración y en versiones desde 1607 como una pantalla azul, como instalar actualizaciones de Windows, con un mensaje que indica parte 1 de 3 y contando desde 0% a alrededor del 30%. El sistema se reiniciará después de esta fase. Configuración de códigos de error de resultado (el segundo código después del código 0xc19xxxxxx) en esta fase generalmente comienzan con 0x2000c o 0x20017.
• La primera fase de arranque: ahora el nuevo sistema se iniciará por primera vez y ejecutará la fase SYSPREP. Los controladores de dispositivos se están preparando y el complemento de migración se ejecuta para extraer todos los datos requeridos del sistema operativo anterior. Ya se han aplicado los primeros datos y configuraciones de arranque. Verá esta fase como Parte 2 de 3 y contando del 30% al 60%. El sistema se reiniciará después de esta fase. Configuración de códigos de error del resultado (el segundo código después del código 0xc19xxxxxx) en esta fase generalmente comienzan con 0x30018 o 0x3000d.
• La segunda fase de arranque: en esta última fase, el sistema ejecuta el complemento de migración por última vez, aplica la última configuración migrada, inicia los servicios del sistema y ejecuta la fase de experiencia fuera de cuadro (OOBE). Verá esta fase como Parte 3 de 3 y contando del 60% al 100%. El sistema le presentará la pantalla de inicio de sesión después de esta fase. Configuración de códigos de error del resultado (el segundo código después del código 0xc19xxxxxx) en esta fase generalmente comienzan con 0x4000d o 0x40017.

Con este movimiento de Windows a Windows.
Aun así, Microsoft no proporciona números detallados. Podríamos observar solo un número muy bajo de reversiones a aproximadamente 2% -5% en grandes clientes nacionales e internacionales. E incluso si se produce una reversión, el sistema aún se puede usar.
Este proceso de actualización en el lugar se ejecuta suave y rápido en el hardware moderno. Registramos aproximadamente 17 minutos en un libro de superficie i7 con 256 GB NVME y 60-70 aplicaciones instaladas. Incluso en un sistema de clase i5 de 3 o 4 años con un SSD, fueron posibles tiempos de aproximadamente 25 minutos. En hardware muy antiguo con HDDS de baja rpm y una baja cantidad de RAM, los tiempos de instalación pueden crecer hasta 1 hora 30 minutos y más.

Limitaciones y bloqueador de la actualización en el lugar

Con todos los grandes beneficios de la actualización en el lugar, todavía tiene algunas limitaciones y advertencias. Intentaremos identificar todos los bloqueadores y limitaciones e trataremos de formular posibles soluciones.

Cambiar del modo BIOS/heredado al modo UEFI

El bloqueador principal, especialmente para las versiones de hasta 1607, son las instalaciones realizadas en BIOS o en modo heredado. Puede realizar una actualización en el lugar en el modo BIOS, pero terminará nuevamente en modo BIOS. Muchos clientes empresariales desean los beneficios del nuevo modo UEFI, especialmente las nuevas características de seguridad, que requieren la función de arranque segura, que requiere el modo UEFI. Por lo tanto, termina teniendo que decidir entre hacer una actualización fluida y rápida en el lugar y no poder usar UEFI, arranque seguro y servicios dependientes, como protección de credencial y protección de dispositivos, o puede realizar una toallita clásica con todos sus Problemas de perder la configuración, la necesidad de almacenar los datos del usuario, etc.
Comenzando con la versión 1703, ahora hay un método admitido por Microsoft para cambiar del modo BIOS al modo UEFI sin instalar un sistema operativo. La herramienta requerida, MBR2GPT.exe, ahora está incluida en las fuentes del sistema operativo. MBR2GPT debe ejecutarse en modo fuera de línea, así que ejecutarlo desde Windows PE o adjuntar el disco como un disco de datos a un sistema operativo en ejecución y ejecutarlo desde allí. Si ya está en la versión 1703 o superior, puede convertirlo antes de actualizar a un nuevo sistema operativo. Si está en una versión más baja, primero debe actualizar a 1703 al menos. La herramienta solo puede preparar el disco, convertir el MBR a GPT y actualizar la entrada de arranque. Para cambiar el firmware en sí del BIOS al modo UEFI, debe usar las herramientas del fabricante o hacerlo manualmente.

Cambio de Windows 32- bit/x86 a 64 bit/x64

Un bloqueador que todavía existe y persistirá en el futuro está tratando de realizar una actualización en el lugar de un X86 a un sistema operativo X64. De hecho, podrá realizar una actualización en el lugar, pero solo podrá mantener sus documentos y no sus aplicaciones. Hay demasiados cambios con diferentes caminos, estructuras duales en el registro, y así sucesivamente para mantener este bloqueador en futuras liberaciones. Entonces, si necesita actualizar a X64, y confíe en mí, desea actualizar a X64, ya que el nuevo hardware ya no proporcionará controladores X86 y muchas características no están disponibles en X86, puede mantener sus archivos o ir con un Limpie y cargue. Microsoft aún admitirá una versión de 32 bits de su sistema operativo cliente, pero las características que requieren Hyper-V, como seguridad basada en virtual, guardia de credenciales, etc., solo se admitirán en la versión de 64 bits.

Cambiar el lenguaje base del sistema operativo

No puede cambiar el idioma del sistema operativo base en la marcha durante una actualización en el lugar. Si su sistema operativo base actual es, por ejemplo, EN-US con paquetes de idiomas instalados para DE-DE, no puede actualizar su sistema con un nuevo sistema operativo base con DE-DE como idioma base. Si intenta hacerlo, el proceso de actualización en el lugar no migrará sus aplicaciones. Hay algunos hacks en Internet para instalar todo el contenido del idioma del nuevo idioma base al que desea cambiar, iniciar en Windows PE y configurar la nueva configuración internacional, y obtener un sistema operativo que parece específico de este idioma cambiado y. será aceptado por la rutina de actualización en el lugar. Pero ten en cuenta: esto no es compatible oficialmente en términos de no ser probado por Microsoft y, por lo tanto, podría tener problemas y no poder obtener ayuda oficial.

Cambiar la partición del disco primario

Con 1703, se resuelve el problema de tipo de partición de MBR a GPT, pero todos los cambios aún no son posibles fuera de la caja. Las herramientas incluidas como DiskPart solo admiten reducir o expandir una partición, pero no fusionar o mover una partición o convertirla de lógica a extendida o viceversa. Entonces, si optó por un diseño de disco diferente que involucra tipos de cambios junto con el nuevo sistema operativo, debe crear la nueva estructura antes o después de la actualización con herramientas de terceros o ir con la opción clásica de limpieza y carga.

Usando las ventanas para ir o arrancar desde las funciones de VHD

Desde Windows 8.1, no se han realizado mejoras importantes en la función de Windows to Go. Desde 8.0, hubo problemas para realizar una actualización en el lugar, y estas limitaciones aún persisten. Entonces, si va con Windows 10 CB/CBB en un escenario de Windows To Go, terminará en una limpieza y cargará una o dos veces al año para sus medios USB. La única forma de eludir este problema es usar la versión LTSB en Windows para ir a medios, pero con todas las limitaciones y problemas de LTSB.
El arranque desde VHD en términos de espacio de ahorro fue reemplazado por una mejor característica llamada compact OS. Entonces, si ha estado haciendo arranque desde VHD solo para ahorros de espacio, debe hacer una limpieza y cargar y ir con un sistema operativo Compact en el futuro, que es totalmente capaz en el lugar. Si ha usado Boot de VHD para separar diferentes instalaciones (de prueba) y desea usar esta función en futuras versiones, debe limpiar y cargar cada vez.

Proceso de creación de imágenes (sysprep después de la actualización no compatible)

En resumen, no puede actualizar su imagen dorada y luego hacer un sysprep. El proceso lo detectará y le presentará un mensaje de error: SYSPREP no se ejecutará en un sistema operativo actualizado. La versión larga es que se recomienda que siempre construya su imagen dorada desde cero con un ISO base de la nueva versión de Windows. Como sus sistemas en ejecución podrán actualizar en su lugar, necesitará su imagen dorada en el futuro solo para soluciones de descanso e instalación de nuevo hardware. Y en el caso del nuevo hardware, el nuevo proceso de hacer paquetes de aprovisionamiento se reemplazará en algunos años. No intente ningún truco sucio para eliminar ciertos registros utilizados por SYSPREP para detectar dicha actualización. No desea instalar una solución sin apoyo a miles de clientes. Invierta el tiempo para crear una nueva imagen dorada.

Ciertos productos de cifrado de disco de terceros

A pesar de que hubo mejoras en el 1607 y las lanzamientos de 1703 con las líneas de comando setup.exe para admitir más sistemas de cifrado de terceros, aún puede terminar en una situación en la que una actualización en el lugar no es posible o se ejecuta en un error grave . Para evitar este problema, debe actualizar a la versión más reciente de su producto. Si esto todavía no ayuda, solo puede descifrar su unidad (que lleva mucho tiempo) o usar una limpieza y carga clásica sin retener sus aplicaciones, datos y configuraciones.

Cambiar demasiadas aplicaciones (intercambio de aplicaciones a granel)

Demasiado cambio de aplicaciones no es un bloqueador importante, pero podría limitar sus tiempos de instalación. Como la actualización en el lugar solo admite el intercambio del sistema operativo base, todos los cambios de aplicación deben realizarse antes o después de la actualización dentro de algunas secuencias de tareas. Esto podría llevar mucho tiempo, y cuando su objetivo de máxima prioridad es el tiempo de implementación, especialmente si no hay o bajas cantidades de datos de usuarios y configuraciones que deben convertirse, la limpieza y carga clásica podría ser una mejor opción.

Cambiar el entorno

El cambio de dominio no se admite dentro de la actualización en el lugar, ya que se ignorarán las secciones correspondientes dentro de su XML SYSPREP. Si necesita cambiar el dominio, los administradores locales, etc., debe hacerlo antes o después de la actualización. Si no es posible ejecutar el nuevo sistema operativo en el ambiente antiguo o el antiguo sistema operativo en el nuevo entorno, podría limitarse al método clásico de limpieza y carga.

Timpe y carga tradicionales

El bien conocido proceso de crear una imagen dorada, syspreprep que y la implementa a sus clientes, también conocido como Willing and Load, aún estará disponible con Windows 10 y aún se admitirá en el futuro cercano.
Para adaptar su proceso de limpieza y carga existente al nuevo sistema operativo Windows 10, solo necesita intercambiar su kit de instalación automatizado de Windows (WAIK) o el kit de evaluación e implementación (ADK) con el nuevo ADK proporcionado por la última versión de Windows 10. Esto implica que su solución de implementación es capaz de manejar la versión más reciente de ADK.
Verifique cuidadosamente cada modificación a la imagen dorada para ver si todavía es una configuración compatible o se ha desapercido. También vea si la función que está habilitando (re) tal vez ahora está deshabilitada de forma predeterminada (por ejemplo, soporte SMB1). Esto podría ser una pista de apoyo en futuras versiones.
No modifique las claves de registro binario, también conocidas como blobs binarios, y use solo claves de registro documentadas, como con cada nueva versión, las claves de registro indocumentadas pueden cambiar el comportamiento o desaparecer, incluso con actualizaciones acumulativas. Como no están documentados oficialmente, no debe haber una advertencia o anuncio oficial.
Si desea proporcionar una experiencia similar a las actualizaciones en el lugar, necesita más pasos, más herramientas (por ejemplo, la herramienta de migración de estado del usuario) y posiblemente más almacenamiento externo. En algunos casos raros, como los cambios en la aplicación a granel, es posible que necesite más tiempo.
Un sistema operativo de nivel hacia abajo con muchas mitigaciones de seguridad como el uso excesivo de ICACL y otras herramientas de gestión de derechos para doblar la seguridad del sistema operativo para cumplir con aplicaciones obsoletas o programadas subóptimamente también puede calificar para una limpieza y carga en lugar de una actualización en el lugar de una actualización en el lugar , que posiblemente continuará con estos cambios.

Una alternativa: aprovisionamiento

El nuevo diseñador de configuración de Windows (WCD) es parte del ADK de Windows 10. Se actualizará/mejorará con cada versión del ADK. Con el lanzamiento de Windows 10 ADK 1703, se renombró desde Windows Imaging and Configuration Designer (WICD) a WCD.
No solo tiene la capacidad de crear paquetes de configuración, sino que también puede cambiar el SKU de su instalación de Windows 10. Esto anteriormente no era posible. Todavía no puede moverse a LTSB a través de este mecanismo, ya que esta es una construcción completamente diferente. En esta etapa del proceso, no puede degradar. Actualmente, solo es posible una actualización de Pro a Enterprise (a excepción de la SKU educativa, que permite una actualización del hogar a la educación).
El WICD se puede utilizar para crear paquetes que implementen cualquier configuración basada en MDM. Alternativamente, puede ejecutar scripts externos para establecer la mayoría de la configuración de MDM.
Para algunas acciones, como el impulso de Windows 10 Mobile o cambiar a Windows 10 Mobile Enterprise, WCD es la única herramienta disponible para la empresa.
WICD tiene una amplia gama de funcionalidades además del soporte de script. En general, suena como una herramienta poderosa y poderosa. Sin embargo, actualmente no se admite directamente dentro de la GUI de Kit de herramientas de implementación de Microsoft y dentro de SCCM 1702; Esto está sujeto a cambios en los lanzamientos futuros. Puede integrar una línea de comando como una solución, pero esto tiene un gran inconveniente.
Actualmente, no hay forma de automatizar completamente o instalar en silencio el paquete de aprovisionamiento. Puede firmar el paquete para eliminar algunas indicaciones, pero no en todas las circunstancias. También debe incrustarlo en una imagen para que se instale durante el proceso OOBE para no obtener indicaciones. Sin embargo, esto elimina mucha flexibilidad.
Ha sido nuestra experiencia de campo que ciertas funciones que WCD puede realizar o probar romperán el proceso de implementación de Microsoft Deployment Toolkit (MDT) y System Center Configuration Manager (SCCM).
Por lo tanto, debe probarse y se debe tener cuidado al incluir esta herramienta en su trabajo (al momento de escribir esto).
Además, todavía carece de la capacidad de eliminar crapware y bloatware preinstalados en las imágenes del sistema operativo proveedor. Mientras una edición firmada de Windows 10 no esté disponible en todo el mundo y de todos los proveedores, la herramienta definitivamente necesita mejoras en esta sección.
Es probable que esta herramienta mejore en futuras versiones del ADK. Además, las versiones futuras de MDT y SCMM probablemente admitirán WCD directamente en la GUI, así que esté atento a los cambios de notas de liberación y una mejora en las capacidades de la herramienta.

Mejoras en la implementación desde Windows 10 1511

Windows 10 ofrece muchas nuevas mejoras de implementación de seguridad y seguridad. Windows 10 también incluye nuevas opciones para mejorar y automatizar las implementaciones y actualizaciones para mantener el ritmo de la versión rápida de las actualizaciones de funciones. Mostraremos algunas mejoras importantes en el despliegue en la nueva rama de Redstone.

Windows 10 1607, también conocido como actualización de aniversario

Con la introducción de la versión 1607, la actualización de actualización Progress UX se refinó y se adaptó visualmente a un proceso de actualización de múltiples botas. A primera vista, difícilmente verá las diferencias. Antes de este cambio, la actualización UX era como el proceso de configuración de metal desnudo. con una pantalla negra y un círculo redondo gris.

Junto con esta refinación, el proceso de actualización en sí también mejoró. Ahora es 15-20% más pequeño y, por lo tanto, más rápido. En comparación con los tiempos de actualización anteriores entre 60 y 120 minutos, desde 1607, se reduce a entre 30 y 90 minutos, y en hardware muy rápido hasta 17 minutos. Antes de esta versión, el menú de inicio era personalizable, pero no la barra de tareas. Ahora existe la posibilidad de fijar/intercambiar hasta cinco iconos en la barra de tareas. Pero deberá recrear los archivos XML requeridos.
Además de los cambios gráficos, preste atención a los requisitos de firma del nuevo controlador para una mejor seguridad.

Windows 10 1703/1709, también conocido como actualización de creadores de otoño

Con Windows 10 1703, el diseñador de imágenes y configuración de Windows (WICD) se redujo a Windows Configuration Designer (WCD) y sus asistentes se rediseñaron. Se eliminó la posibilidad de modificar la imagen en sí, principalmente una característica OEM, y se añadieron los magos para más Windows SKU.
Para beneficiarse de este tamaño de descarga reducido de las actualizaciones de compilación, necesitará una compilación habilitada para UUP como huella. La primera construcción habilitada fue Insider Build 14959. Para beneficiarse de los lanzamientos oficiales, debe implementar 1703 y actualizar a una versión más nueva.
Entonces, ¿cuál es el primer lanzamiento que se beneficiará de UUP? Como UUP necesita una huella base del sistema operativo anterior para trabajar, obtendrá este beneficio solo si se actualiza desde Windows 10 1703 o más nuevo. Si se salta 1703 y salta directamente de 1607 a 1709, se perderá la huella conocida requerida del sistema operativo anterior y, por lo tanto, no puede usar esta función hasta la próxima actualización.
Se planeó aprovechar esta función para Windows Update (WU), WSUS y SCCM, incluidas soluciones de implementación de terceros. En Windows 10 1709, el nuevo UUP solo está habilitado cuando se usa Wu como fuente de actualización. El soporte para WSUS, SCCM y tercero seguirá más temprano en Windows 10 1803.
Para obtener una impresión de qué ahorros son posibles en la primera versión, se lanzó un gráfico de tamaño estimado junto con el anuncio de UUP. El ahorro es de aproximadamente 50-60% sobre el tamaño de WIM y aún aún más del 35% sobre el tamaño de ESD.

Otra característica de implementación agregada con Windows 10 1703 y mejorada con 1709 es el nuevo piloto automático de Windows. Esta característica permite a los profesionales de TI personalizar la experiencia fuera de la caja (OOBE) para Windows 10 y permitir a los usuarios finales tomar un nuevo dispositivo de Windows 10 y obtener un dispositivo comercial totalmente configurado con solo unos pocos clics. Los usuarios caminarán por la implementación de autoservicio de su nuevo dispositivo Windows 10 sin necesitarle ayuda.
Se establecerá (opcionalmente) configuraciones de prefiguración, como configuración de privacidad, registro OEM, configuración de Cortana, configuración de OneDrive y elegir entre un dispositivo personal o de trabajo y evitar que la cuenta utilizada para configurar el dispositivo obtenga permisos de administrador local. El dispositivo debe registrarse en su organización. Deberá adquirir la ID de hardware del dispositivo y registrarla. Microsoft está trabajando activamente con varios proveedores de hardware para permitirles proporcionar la información requerida a las organizaciones o cargarla en nombre de ellos.
El usuario final descargará un giro en su nuevo dispositivo. Solo necesita configurar algunos pasos simples:

• Seleccione un diseño de idioma y teclado
• Conectarse a la red
• Proporcione la dirección de correo electrónico y la contraseña del anuncio de Azure

Todas las configuraciones configuradas se omitirán. Después de este proceso, el dispositivo se unirá a Azure AD y se inscribirá en Microsoft Intune u otro servicio MDM de terceros configurado.
Con Windows 10 1703 ya es posible unirse en Azure AD y MDM. Con el lanzamiento de 1709 o corto después de que se planee para permitir la implementación de autoservicio en dispositivos y mejoras unidas por dominio de Active Directory al OOBE para ofrecer un OOBE altamente personalizado y específico. Además, hay una capacidad de reinicio del piloto automático de Windows planeada para permitir a las organizaciones restablecer fácilmente sus dispositivos configurados mientras mantiene muy rápido la inscripción de MDM y el Azure AD para que el estado vuelva al Estado Ready Business Ready.

Consejos y trucos para una actualización suave en el lugar de 7, 8.1 o 10 a 10

La actualización en el lugar ya es muy estable y robusta, pero con algunos consejos, puede mejorar aún más la robustez.

Integrando actualizaciones acumulativas en fuentes de instalación

Durante la fase de vista previa interna, se probarán varias decenas de miles de configuraciones diferentes, pero aún quedará algunos problemas menores en el primer ISO/WIM lanzado directamente en GA (generalmente esta versión es algo así como 10.0.14393.0). Si tiene una imagen .0 o con un número bajo de un dígito al final, debe integrarse en la última actualización acumulativa. No espere cuatro meses hasta la declaración de CBB y Autoupdate de fuentes.
Actualizar su instalación. Wim es muy fácil. Descargue la última actualización acumulativa del catálogo de Windows Update. Desempaqué el ISO y monte la instalación incluida. Wim a una carpeta temporal. Agregue el archivo .msu con dism.exe, confirme los cambios y desmonte el archivo WIM. Para reducir el crecimiento innecesario del archivo WIM, comience cada vez con el WIM original.

Actualización del controlador de gráficos

Actualice el controlador de la tarjeta gráfica instalado de su sistema operativo de nivel hacia abajo antes de intentar una actualización en el lugar, especialmente si su controlador es antes de julio de 2015. También actualice el controlador de su tarjeta SD, ya que hemos enfrentado instalaciones congeladas varias veces durante el primer arranque fase Al inicializar el dispositivo de la tarjeta SD. Si todavía hay un problema en la fase de arranque del 30% al 60%, intente separar el hardware innecesario durante la actualización.

Mirando setupact.log y setupapi.dev.log

Setupact.log y setupapi.dev.log son quizás los dos archivos de registro más importantes que se utilizan durante la solución de problemas de falla de actualización/configuración. Aquí están las ubicaciones en las que se ubicarán estos archivos, dependiendo de la fase de implementación:

• Nivel hacia abajo (setupact.log): se utiliza para la solución de problemas de revoltamientos y fallas de nivel hacia abajo

Ubicación: $ Windows. ~ BtSourcesPanther

• Rollback (setupact.log): se usa para solucionar problemas de reversión y desinstalar fallas

Ubicación: $ Windows. ~ BtSourcesRollback

• Winingeploy y Oobe (setupact.log): se usa para solucionar problemas de fallas durante OOBE

Ubicación: $ Windows. ~ BtSourcesPantHERUnAttendgc

• Preinicialización (setupact.log): se usa para solucionar problemas de fallas previas

Ubicación: Windows

• Actualizar completo (setupact.log): utilizado para investigaciones posteriores a la actualización

Ubicación: Windowspanther

Uso de Windows Update Analytics, también conocido como preparación de actualización de Windows

Durante la vista previa privada y pública, el servicio se llamó Windows Upgrade Analytics. Con su lanzamiento al estado productivo, se renombró a la preparación de actualización de Windows. Este nuevo servicio está disponible para entornos empresariales que utilizan la función de telemetría de Windows. Mientras que algunos ven la telemetría como un problema de espionaje o recopilación de datos, Microsoft muestra que están utilizando los datos para mejorar Windows, al mismo tiempo que las organizaciones ayudan a actualizar a Windows 10. Las características de análisis funcionarán en Windows 7 y los hosts anteriores y permitirán la empresa y permitirán la empresa. Para medir qué hardware debe reemplazarse antes de moverse a Windows 10.

Selección de las herramientas de implementación

Esta pregunta no es fácil de responder. Diferentes personas tendrán diferentes preferencias y, por lo tanto, favorecerán diferentes herramientas de implementación. Pero tal vez podamos llegar a la pregunta desde un lado diferente, ya que es lo mismo si usa MDT, SCCM o una implementación de terceros.
Es importante usar el último ADK entregado con la versión de Windows 10 que está implementando. Su ADK debe ser como máximo una liberación más antigua; Eche un vistazo a la página de problemas conocidos del ADK antes de elegirlo. A partir de este importante requisito y la cadencia de liberación de uno a dos lanzamientos de Windows 10 por año, llegamos al próximo requisito previo.
Su herramienta de implementación elegida debe obtener al menos una o dos actualizaciones por año para admitir las características más recientes y el nuevo ADK. A medida que GPO no solo realiza más configuración, sino también por MDM y WMI Bridge, se vuelve más esencial que su entorno de implementación y configuración se mantenga al día con el ritmo.
Por último, pero no menos importante, es la capacidad de escribir secuencias de tareas previas y posteriores a la actualización. Lo más probable es que se encuentre con situaciones en las que necesita configurar, actualizar o eliminar algo antes de realizar la actualización, y lo mismo se aplica a la fase después de una actualización exitosa. Como algunas configuraciones solo se pueden hacer en PowerShell, debe seleccionar una herramienta de implementación con soporte (directo) PowerShell.

Resumen

En este artículo, aprendió los conceptos y las mejores prácticas de las nuevas opciones de implementación introducidas con Windows 10. Investigamos el método de limpieza y carga tradicional y la complementación de nuevas opciones de actualización y aprovisionamiento injustos y proporcionamos un contexto a la diferencia de estas opciones de implementación. puede hacer.