Cómo migrar personajes entre cuentas en MU Online

Migrar un personaje de una cuenta a otra es un pedido común en la administración de servidores de MU Online. Un jugador perdió el acceso al correo de la cuenta antigua, quiere consolidar sus mejores personajes en una única cuenta, compró un personaje de otro jugador, o necesitas mover un char de una cuenta baneada a una cuenta limpia. La interfaz del juego no ofrece nada de esto — la migración es una operación de base de datos, y hecha sin cuidado borra ítems, duplica registros o deja al personaje inaccesible. Este tutorial muestra el camino seguro.

El concepto central que necesitas dominar: en MU Online, un personaje pertenece a una cuenta, y esa relación se registra en una o más tablas. Migrar significa reapuntar el personaje a la cuenta de destino, garantizando que el nuevo dueño tenga un slot libre y que ninguna tabla auxiliar (baúl, guild, eventos) quede con un vínculo roto. El error más común es creer que basta con cambiar un campo — en la práctica, dependiendo del emulador, el vínculo aparece en varios lugares. Todos los nombres de tablas y columnas aquí son ejemplos comunes cuya nomenclatura varía por season/emulador (IGCN, MuEmu, Season 6, X-Files, etc.); confirma siempre el schema real de tu servidor.

Requisitos previos

La migración es una operación delicada con riesgo de pérdida de ítems. Prepárate:

• SSMS con acceso de escritura a la base de datos MuOnline (o la equivalente de tu emulador).
• Backup completo y validado de la base de datos antes de cualquier alteración.
• Confirmación de la identidad del solicitante. La migración indebida es un vector clásico de estafa y robo de cuenta.
• Cuentas de origen y destino identificadas con precisión (nombre de la cuenta / AccountID).
• Ventana de mantenimiento con los servicios apagados para evitar sobrescritura por caché.
• Entorno de pruebas donde validas la migración antes de aplicarla en producción. Si aún estás montando la base, empieza por cómo crear un servidor de MU Online.

Entendiendo el vínculo personaje-cuenta

Antes de mover cualquier cosa, entiende dónde vive el vínculo. En el modelo típico, tres tablas participan (nombres de ejemplo, varían por season/emulador):

Fíjate en el punto más importante: en muchos emuladores el vínculo cuenta-personaje existe en dos lugares — en la tabla AccountCharacter (que lista los personajes por slot de la cuenta) y en la columna AccountID de la propia tabla Character. Migrar tocando solo uno de los dos es la causa número uno de un personaje que "desaparece" o aparece en dos cuentas. Necesitas actualizar los dos de forma coordinada.

Los ítems, en cambio, quedan en dos lugares distintos: el inventario viaja junto con el personaje (almacenado en la propia tabla Character como campo binario o en una tabla de ítems ligada al personaje), pero el baúl (warehouse) pertenece a la cuenta, no al personaje. Esto significa que los ítems guardados en el baúl de la cuenta de origen no van junto automáticamente — se quedan en la cuenta antigua. Avisa al jugador que vacíe el baúl antes, o trata el baúl por separado.

Paso 1: Verificar origen y destino

Nunca migres a ciegas. Confirma los datos de las dos cuentas y del personaje:

-- Cuenta y slots del personaje de origen (ejemplo)
SELECT ac.Id        AS Conta,
       ac.GameIDC   AS Personagem,
       ac.Number    AS Slot
FROM AccountCharacter ac
WHERE ac.Id = 'ContaOrigem';

-- Slots ocupados en la cuenta de destino
SELECT ac.Id, ac.GameIDC, ac.Number
FROM AccountCharacter ac
WHERE ac.Id = 'ContaDestino';

Verifica dos cosas: que el personaje realmente está en la cuenta de origen y que la cuenta de destino tiene al menos un slot libre. Si todos los slots del destino están ocupados, elige un slot vacío o pide al jugador que libere uno.

Paso 2: Backup obligatorio

Genera y valida el backup antes de tocar cualquier registro:

BACKUP DATABASE MuOnline
TO DISK = 'D:\Backups\MuOnline_pre_migracao.bak'
WITH FORMAT, INIT, NAME = 'Backup pre migracao personagem';

RESTORE VERIFYONLY
FROM DISK = 'D:\Backups\MuOnline_pre_migracao.bak';

La migración es reversible solo si tienes el estado anterior. Guarda el backup fuera del servidor de producción.

Paso 3: Ejecutar la migración

Con los servicios apagados, haz la migración dentro de una transacción. El núcleo es actualizar las dos puntas del vínculo — AccountCharacter y la columna AccountID de Character:

BEGIN TRANSACTION;

-- 1. Reapunta el slot del personaje a la cuenta de destino
UPDATE AccountCharacter
SET Id = 'ContaDestino'
WHERE GameIDC = 'NomePersonagem' AND Id = 'ContaOrigem';

-- 2. Actualiza el AccountID en la tabla del personaje (si existe esa columna)
UPDATE Character
SET AccountID = 'ContaDestino'
WHERE Name = 'NomePersonagem';

-- 3. Verificacion antes de confirmar
SELECT ac.Id AS Conta, ac.GameIDC, c.AccountID
FROM AccountCharacter ac
JOIN Character c ON ac.GameIDC = c.Name
WHERE ac.GameIDC = 'NomePersonagem';

COMMIT TRANSACTION;
-- En caso de divergencia, usa ROLLBACK TRANSACTION

Pasos numerados para ejecutar con seguridad:

1. Apaga el GameServer y el ConnectServer.
2. Haz y valida el backup.
3. Confirma el slot libre en el destino (Paso 1).
4. Ejecuta el bloque dentro de BEGIN TRANSACTION.
5. Verifica con el SELECT que ambas puntas apuntan a la cuenta de destino.
6. COMMIT si está correcto; ROLLBACK si no.
7. Enciende los servicios y pide al jugador que pruebe el login en la cuenta de destino.

Paso 4: Ajustar el slot en el destino

Si la numeración de slot del personaje colisiona con un slot ya ocupado en la cuenta de destino, ajusta el campo de slot (Number) a un valor libre. Los slots suelen ir de 0 a 4 (cinco personajes por cuenta), pero el máximo varía por emulador:

-- Mueve el personaje migrado al slot 3 (ejemplo, si esta libre)
UPDATE AccountCharacter
SET Number = 3
WHERE GameIDC = 'NomePersonagem' AND Id = 'ContaDestino';

Nunca dejes dos personajes de la misma cuenta en el mismo slot — eso hace que uno sobrescriba al otro en la pantalla de selección.

Paso 5: Tratar el baúl e ítems de la cuenta

Como el baúl pertenece a la cuenta, decide qué hacer con él. Hay tres enfoques comunes:

1. Vaciar antes: el jugador retira los ítems del baúl de la cuenta de origen y los coloca en el inventario del personaje antes de la migración. Es el más simple y seguro.
2. Migrar el baúl junto: si el jugador está moviendo el único personaje y quiere llevar el baúl, mueves también el registro de warehouse de la cuenta de origen a la de destino — pero cuidado, esto sobrescribe el baúl del destino si no está vacío.
3. Dejarlo en el origen: el baúl permanece con la cuenta antigua. Válido cuando la cuenta de origen sigue activa.

La opción 1 es la recomendada por evitar la pérdida de ítems. Deja claro al jugador qué política usas.

Paso 6: Verificar guild y vínculos residuales

El vínculo de guild normalmente referencia el nombre del personaje, no la cuenta, así que suele sobrevivir a la migración intacto. Aun así, confirma:

SELECT Name, G_Name, G_Level
FROM GuildMember
WHERE Name = 'NomePersonagem';

Verifica también los vínculos en tablas de eventos, rankings o VIP que referencien la cuenta antigua, si tu emulador tiene beneficios atados a la cuenta y no al personaje. Los beneficios de cuenta (VIP, coins) no viajan con el personaje.

Errores comunes y soluciones

Lista de verificación de lanzamiento

Antes de dar la migración por concluida, recorre:

• Identidad del solicitante confirmada (anti-estafa)
• Backup completo generado y validado con RESTORE VERIFYONLY
• La cuenta de destino existe y tiene slot libre confirmado
• GameServer y ConnectServer apagados durante la operación
• AccountCharacter y AccountID de Character actualizados juntos
• Slot (Number) sin colisión en el destino
• SELECT de verificación mostrando ambas puntas en el destino
• Política de baúl/ítems de cuenta definida y comunicada al jugador
• Vínculo de guild verificado después de la migración
• Servicios reencendidos y login probado en la cuenta de destino
• Migración registrada en el log de administración

Migrar personajes entre cuentas es un servicio valioso que fideliza jugadores, pero cada migración toca vínculos repartidos por varias tablas. Trata las dos puntas de la relación cuenta-personaje como inseparables, recuerda que el baúl pertenece a la cuenta y no al char, y nunca operes sin backup validado y servicios apagados. Con ese rigor, entregas migraciones limpias, sin ítems perdidos ni personajes fantasma.

Preguntas frecuentes