Cómo funcionan las reversiones e instantáneas en ggRock

Este artículo cubre los fundamentos del sistema de arranque sin disco de ggRock—específicamente, cómo se usan los Writebacks y Snapshots para gestionar cambios en tus Images.

💾 ¿Qué es un Writeback?

Un Writeback es un espacio temporal en el Array de ggRock que almacena todos los cambios realizados por una máquina específica desde que se inició.

Cuando una máquina arranca, recibe una copia fresca y limpia del Image base. A partir de ahí, Windows comienza a generar archivos como parte de su funcionamiento normal—esto se convierte en el estado actual de la máquina.

Ejemplo:

• Cuando arrancas PC01 y descargas el instalador de ggLeap, esos datos se almacenan en el Writeback de PC01.
• Si arrancas PC02, no tendrá el instalador de ggLeap. Eso es porque el Writeback de PC01 no se ha aplicado al Image base.
• Si reinicias PC01, volverá a un estado limpio—tal como cuando arrancó por primera vez.

Esto significa que las sesiones de los jugadores están aisladas—cuando reinician, todos los cambios se eliminan. 💨

📥 Aplicar Writebacks

Una vez que hayas instalado software o realizado cambios que desees mantener, puedes Aplicar el Writeback:

1. Apaga la máquina.
2. Ve a la pantalla Machines en ggRock.

3. Haz clic en Apply Writeback.

💡 Esto crea un Snapshot—un punto de guardado para tu Image con la opción de revertir más tarde si es necesario.

Se te pedirá que ingreses un Comentario para el Snapshot (p. ej., "Instalado ggLeap"). Esto te ayuda a identificar los cambios más tarde.

⚠️ Solo puedes aplicar un Writeback después de que la máquina esté apagada. ¡Si reinicias antes de aplicar, los cambios se perderán!

Una vez aplicado, todas las máquinas que arranquen desde ese Image incluirán ahora los cambios.

🔁 Mantener Writebacks (Entre reinicios)

Algunos software (como ggLeap) requieren un reinicio para completar la instalación. En estos casos, puedes habilitar la opción Keep Writebacks para esa máquina:

• Esto permite que los cambios persistan entre reinicios temporalmente.
• ⚠️ Nota: Las máquinas con Keep Writebacks habilitado no verán las actualizaciones realizadas en el Image base o Snapshots hasta que se deshabilite la opción.

📸 Gestionar Snapshots

Un Snapshot es como un punto de control o una versión guardada de tu Image.

Cada vez que Apliques un Writeback, ggRock crea automáticamente un nuevo Snapshot. Así es como funcionan:

🟢 Snapshot Activo

• Este es el Snapshot del que todas las máquinas arrancan.
• No siempre es el más reciente, pero es el que se está usando actualmente.

🕓 Snapshot Más Reciente

• El Snapshot creado más recientemente.
• Solo las máquinas que arrancan desde el Snapshot Más Reciente son elegibles para Aplicar Writebacks.
• No puedes aplicar Writebacks desde Snapshots más antiguos.

Usa Snapshots para revertir o probar cambios sin afectar todos los sistemas. 👍

🧩 Diagrama: Cómo funcionan Writebacks y Snapshots

El diagrama de abajo te ayuda a visualizar la interacción entre Images, Writebacks y Snapshots:

OS Image (C:\ Drive)

• Un conjunto en capas de Snapshots forma el Image completo del SO.
• Los Writebacks almacenan todos los cambios realizados por cada máquina (p. ej., PC01, PC02, etc.).
• Solo la *unidad C:* se ve afectada.

Game Image (p. ej., G:\ Drive)

• Funciona de la misma manera que el OS Image, pero para datos de juegos.
• Es de solo lectura para los clientes, altamente cacheble para el rendimiento.

Comportamiento de Lectura/Escritura

• Las máquinas leen desde el servidor de ggRock, a menudo a través del caché de RAM.
• Las máquinas escriben solo en su propio espacio Writeback aislado.

S Image

Una pila en capas de Snapshots que forman el sistema operativo base. Los Snapshots se pueden eliminar de cualquier punto de la pila, y ggRock fusiona inteligentemente las capas restantes para preservar la integridad del Image mientras descarta solo los datos específicos del Snapshot eliminado.

2. OS Image Writebacks

Cada PC genera automáticamente una sección Writeback en el Array cuando arranca. Esta sección captura todos los cambios realizados en la unidad C:/ por esa máquina específica durante su sesión.

3. OS Image Read Operations

Funciona de manera idéntica a Game Image Read Operations, pero se aplica al SO (unidad C:/) en su lugar.

7. PC-01 Writeback

Esta máquina lee desde el OS Image compartido pero escribe en su propio Writeback aislado. Todos los cambios realizados en la unidad C:/ por PC-01 durante su sesión se capturan aquí.

8. PC-02 Writeback

El mismo comportamiento que PC-01, pero específico para PC-02. Lee desde el OS Image, escribe en su propio Writeback dedicado.

9. PC-100 Writeback

Tal como PC-01 y PC-02, esta máquina lee desde el OS Image y registra todos los cambios de la unidad C:/ en su propia sección Writeback separada.

4. Game Image

Funciona como el OS Image, con su propio conjunto de Snapshots en capas para formar el volumen de datos del juego.

5. Game Image Writebacks

Al igual que OS Writebacks, pero estos almacenan cambios realizados en la unidad G:/ (o cualquier letra de unidad asignada para datos del juego).

6. Game Image Read Operations

Todas las máquinas leen datos del juego directamente desde el servidor de ggRock, utilizando caché de RAM para máximo rendimiento. No se escribe ningún dato en el Game Image, permitiendo un almacenamiento eficiente en caché de archivos frecuentemente accedidos.

🧪 Diagrama: Aplicar un Writeback

Aquí está cómo funciona aplicar un Writeback:

1. PC02 ha instalado Apex Legends en el OS Image, y esos cambios se almacenan actualmente en su espacio Writeback (unidad C:/).
2. Igual que (1), pero para el Game Image—los datos del juego se almacenan en el Game Image Writeback (p. ej., unidad G:/).
3. Después de que PC02 se apague y el Writeback se aplique al OS Image, se crea un nuevo Snapshot con el comentario "Apex Install".
4. Igual que (3), pero para el Game Image, capturando cambios relacionados con el juego en su propio Snapshot.

¡Espera!

Actualizado el: 10/04/2026