Exportar (0) Imprimir
Expandir todo

Migración de Servicios de archivo: tareas posteriores a la migración

Actualizado: febrero de 2010

Se aplica a: Windows Server 2008 R2

En este tema se describe el modo de finalizar una migración que se ha realizado correctamente, así como la forma de revertirla o solucionar los problemas que surjan durante el proceso.

Completar la migración

Una vez comprobada la migración, retire el servidor de origen.

Retirar Servicios de archivo del servidor de origen

Una vez completada y comprobada la migración, el servidor de origen se puede apagar o desconectar de la red.

Quitar los espacios de nombres DFS del servidor de origen

El procedimiento que se use para quitar los espacios de nombres DFS (Sistema de archivos distribuido) del servidor de origen dependerá de si dichos espacios de nombres son independientes o se basan en el dominio. Si desea quitar el espacio de nombres del servidor de origen, debe usar DFSUtil.exe.

noteNota
De forma predeterminada, los clientes de espacio de nombres DFS almacenan la lista de servidores de espacio de nombres en la memoria caché durante 300 segundos (cinco minutos), por lo que se recomienda no ejecutar el comando DFSUtil.exe remove en los cinco minutos siguientes a la comprobación de la migración de los espacios de nombres DFS. Durante la migración, los clientes de espacio de nombres DFS solo disponen del servidor temporal en la memoria caché de los servidores de espacio de nombres. Si transcurren cinco minutos desde que se agregó el servidor de destino al espacio de nombres, los clientes podrán incluir el servidor de destino en sus memorias caché.

Para quitar espacios de nombres independientes

  1. Abra una ventana del símbolo del sistema en el servidor de destino.

  2. Escriba el código siguiente y, a continuación, presione Entrar.

    Dfsutil.exe root remove <\\SourceServer\Namespace>
    

Para quitar espacios de nombres basados en dominio con un servidor de espacio de nombres

  1. Abra una ventana del símbolo del sistema en el servidor de destino.

  2. Escriba lo siguiente y, a continuación, presione Entrar.

    DFSUtil.exe target remove <\\TemporaryServer\Namespace>
    
noteNota
Este procedimiento solamente es aplicable si se agregó un servidor temporal al espacio de nombres para la migración.

Para espacios de nombres basados en dominio con más de un servidor de espacio de nombres, no es necesario realizar ninguna otra acción.

Quitar el servidor de origen de los grupos de replicación DFS

  1. Inicie el complemento Administración de DFS y quite el servidor de origen de todos los grupos de replicación. Este paso devuelve la configuración al estado anterior al inicio del proceso de migración. Es muy importante que este paso se realice únicamente una vez que la migración de la identidad se haya completado, ya que así la información de configuración de los Servicios de dominio de Active Directory no quedará en un estado incoherente.

  2. Use las preguntas nº 3 y 4 de la “Hoja de cálculo de recopilación de datos para la replicación DFS” en el tema acerca de la Migración de Servicios de archivo: Apéndice B: hoja de cálculo de recopilación de datos de la migración para volver a crear las conexiones entre el servidor de destino y cada uno de los miembros que tenía conexiones originalmente con el servidor de origen.

  3. Quite el servidor de destino de todos los grupos de replicación.

Restaurar Servicios de archivo en caso de error en la migración

En las siguientes secciones se describe cómo restaurar el rol del servidor Servicios de archivo en caso de que se produzca un error en la migración.

Revertir los espacios de nombres DFS

Los pasos que deberá realizar para revertir los espacios de nombres DFS dependen de si dichos espacios de nombres son independientes o basados en dominio y, asimismo, de si se creó un espacio de nombres temporal durante el proceso de migración.

Para revertir espacios de nombres DFS (realizar una de las acciones descritas a continuación)

  1. Para espacios de nombres independientes no es necesario realizar ninguna acción, aparte de volver a migrar la identidad al servidor de origen.

  2. En el caso de los espacios de nombres basados en dominio con más de un servidor de espacio de nombres, o si se agregó un servidor temporal al espacio de nombres que inicialmente solo tenía un servidor de espacio de nombres, haga lo siguiente:

    1. Quite el servidor de destino del espacio de nombres.

    2. Migre la identidad y la información de carpeta compartida al servidor de origen.

    3. Agregue el servidor de origen al espacio de nombres.

  3. En el caso de los espacios de nombres basados en dominio con un único servidor de espacio de nombres a los que no se agregó ningún servidor de espacio de nombres temporal durante la migración, haga lo siguiente:

    1. Migre la identidad y la información de carpeta compartida al servidor de origen.

    2. Compruebe si aún está disponible el archivo de exportación para el espacio de nombres que se creó durante la migración.

    3. Elimine el espacio de nombres.

    4. Cree el espacio de nombres en el servidor de origen.

    5. Importe la configuración del espacio de nombres desde el archivo de exportación creado durante la migración.

    6. Restablezca manualmente los permisos de delegación para el espacio de nombres.

noteNota
Otra opción para migrar espacios de nombres basados en dominio con un único servidor de espacio de nombres consiste en agregar temporalmente un segundo servidor de espacio de nombres antes de la migración y quitarlo una vez finalizada esta.

Revertir datos y carpetas compartidas

Si no se han realizado cambios en los archivos, carpetas y carpetas compartidas migrados en el servidor de destino y estos datos no se han eliminado del servidor de origen, no es necesario realizar pasos adicionales para revertir los datos y las carpetas compartidas.

Si los administradores o los usuarios han modificado los archivos, carpetas o carpetas compartidas migrados en el servidor de destino, realice los siguientes pasos para sincronizar los cambios del servidor de destino con los del servidor de origen:

  1. Escriba el siguiente código en una ventana del símbolo del sistema para copiar los datos migrados actualizados (archivos y carpetas) del servidor de destino al servidor de origen:

    robocopy <copy from path> <copy to path> /E
    
    Este comando se puede ejecutar tanto en el servidor de origen como en el de destino y copiará de forma recursiva los datos actualizados. Escriba robocopy /? en una ventana del símbolo del sistema para obtener más opciones de copia, incluidas las relativas a la copia de permisos de archivo y carpeta.

    CautionPrecaución
    Los permisos establecidos para los usuarios y grupos locales no predeterminados no se copiarán correctamente y deberán volver a crearse de forma manual.

  2. Compare las listas de carpetas compartidas y sus permisos en los servidores de origen y de destino y sincronice los cambios de forma manual.

    Para enumerar todas las carpetas compartidas y sus permisos, escriba el siguiente comando en una sesión de Windows PowerShell abierta con derechos de usuario elevados:

    gwmi win32_share | %{net share $_.name}
    

Revertir la migración en el resto de equipos de la empresa

Si se produjo un error en la migración, compruebe que el resto de equipos de la empresa tiene acceso al servidor de origen después de revertir los datos de la migración.

Solucionar problemas de migración

Las sugerencias para la solución de problemas incluyen lo siguiente:

  • Problemas de migración física:

    Cuando algunos archivos se migran físicamente y otros se copian, existe la posibilidad de que la configuración del FSRM no se sincronice. Para solucionarlo, elimine los archivos Quota.md y Datascrn.md y cree copias nuevas de estos.

  • Equipos unidos a un dominio:

    Si una acción personalizada (notificación de cuota o tarea de administración de archivos) no se puede ejecutar debido a un error de denegación de acceso con un registro de evento correspondiente, deberá quitarla y volver a crearla en el servidor de destino.

Solución de problemas de migraciones de datos que no se completan

Si los cmdlets Send-SmigServerData y Receive-SmigServerData se ejecutan de manera indefinida y no se completan, puede que el servidor de destino no tenga suficiente espacio en disco o un límite de cuota de FSRM o NTFS suficientemente alto para permitir que finalice la migración de datos. Para determinar si el espacio en disco no es suficiente y, por tanto, impide que el proceso de envío y recepción de datos se complete, realice las siguientes acciones en el servidor de destino.

  1. Abra %localappdata%/Svrmig/Log/SetupAct.log.

  2. Revise las entradas más recientes del registro. Si se produce la siguiente excepción, el servidor de destino no tiene suficiente espacio en disco o el límite de cuota de FSRM o NTFS no es suficientemente alto para completar la migración de datos.

    Win32Exception: unable to write to FileStream: There is not enough space on the disk.

Para resolver este problema, lleve a cabo el procedimiento siguiente:

  1. Presione Ctrl+C para cancelar Send-SmigServerData y Receive-SmigServerData en los servidores de origen y de destino.

  2. Compruebe que haya suficiente espacio en disco en la unidad de disco duro del servidor de destino. Si no hay espacio suficiente en dicha unidad, realice una de las acciones siguientes.

    • Libere espacio adicional.

    • Identifique otra unidad de disco duro que tenga espacio suficiente.

  3. Si la unidad de disco duro del servidor de destino, la ruta de acceso de destino o cualquier carpeta que contenga la ruta de acceso de destino tienen habilitada una cuota de FSRM o NTFS y el límite de la cuota no permite que haya suficiente espacio en disco para migrar los datos, realice una de las acciones siguientes.

    • Aumente el límite de la cuota para dejar suficiente espacio en disco para migrar los datos. Para obtener más información acerca de la administración de cuotas de FSRM, consulte uno de los temas siguientes.

      Para obtener más información acerca de la administración de cuotas de NTFS, consulte uno de los temas siguientes.

    • Identifique una unidad de disco duro diferente que ya tenga suficiente espacio y unos límites de cuota de FSRM o NTFS lo bastante altos.

  4. Vuelva a ejecutar los cmdlets Send-SmigServerData y Receive-SmigServerData y especifique una ruta de acceso de destino que tenga suficiente espacio en disco y unos límites de cuota de FSRM o NTFS lo bastante altos, si procede.

Solución de problemas de conectividad de migración de datos

En caso de que los cmdlets Send-SmigServerData y Receive-SmigServerData no puedan establecer la conectividad, compruebe las siguientes condiciones y vuelva a intentarlo:

  1. En el comando Send-SmigServerData del servidor de origen, el parámetro ComputerName especifica correctamente el nombre del servidor de destino.

  2. Los comandos Receive-SmigServerData y Send-SmigServerData se especifican en el servidor de destino y de origen respectivamente con cinco minutos de diferencia entre ambos. Este es el tiempo de espera de conexión máximo predeterminado para Send-SmigServerData y Receive-SmigServerData. El tiempo de espera de conexión máximo de los cmdlets Send-SmigServerData y Receive-SmigServerData se puede cambiar si se modifica la siguiente clave del Registro definida por el usuario en los servidores de origen y de destino.

    Clave: HK_Local_Machine\Software\Microsoft\ServerMigration

    Valor: MaxConnectionTime  (REG_DWORD)

    Datos: entre 1 y 3600 (representa el tiempo de espera de conexión en segundos). Si se especifica un valor superior a 3600, se usará 3600 segundos como tiempo de espera de conexión máximo.

    Para obtener información sobre el modo de crear una clave del Registro de Windows, vea el tema acerca de cómo agregar una clave del Registro (http://go.microsoft.com/fwlink/?LinkId=147298) en el sitio web de Microsoft.

  3. Se ha especificado la misma contraseña tanto en el servidor de origen como en el de destino.

  4. Los servidores de origen y de destino están disponibles en la misma subred:

    1. En el servidor de destino, en una ventana del símbolo del sistema, escriba ipconfig y anote el valor de máscara de subred.

    2. En el servidor de origen, en una ventana del símbolo del sistema, escriba ipconfig y anote el valor de máscara de subred.

    3. Asegúrese de que los valores de máscara de subred son iguales en los servidores de origen y de destino.

  5. El puerto 7000 está abierto en los servidores de origen y de destino y ninguna otra aplicación lo está usando.

    1. Para comprobar si el puerto 7000 está abierto, en una ventana del símbolo del sistema, escriba el comando:

      netsh firewall show portopening
      
      Si el puerto 7000 no aparece en la lista, siga las instrucciones descritas en el tema acerca de la Migración de Servicios de archivo: Apéndice A: procedimientos opcionales para abrir el puerto 7000.

    2. Si el puerto 7000 está abierto, escriba el siguiente comando para comprobar si lo está usando otra aplicación:

      netstat
      
      • En la columna Dirección local, verá <Dirección IP>:<número de puerto>.

      • Si el puerto 7000 aparece en la lista, lo está usando otra aplicación.

Solución de problemas causados por un cierre de sesión de Windows PowerShell inesperado

Si se produce un error en el cmdlet de migración y la sesión de Windows PowerShell se cierra inesperadamente con un mensaje de error de infracción de acceso, busque un mensaje similar al siguiente ejemplo en el archivo %localappdata%\SvrMig\Logs\setuperr.log.

Error grave [0x090001] Excepción de PANTHR (código 0xC0000005: ACCESS_VIOLATION) en 0x000007FEEDE9E050 en C:\Windows\system32\migwiz\unbcl.dll (+000000000008E050). Minivolcado adjunto (317793 bytes).

Este error se produce cuando el servidor no puede ponerse en contacto con los controladores de dominio asociados a los usuarios o grupos del dominio que son miembros de grupos locales o que tienen derechos en los archivos o recursos compartidos que se están migrando. Cuando esto ocurre, cada usuario o grupo del dominio se muestra en la GUI como un identificador de seguridad (SID) no resuelto. Un ejemplo de SID es S-1-5-21-1579938362-1064596589-3161144252-1006.

Para evitar este problema, compruebe que los controladores de dominio o servidores de catálogo globales requeridos se están ejecutando y que la conectividad de red permite la comunicación entre los servidores de origen y destino y los controladores de dominio o servidores de catálogo global requeridos. A continuación, ejecute los cmdlets de nuevo.

Si no se pueden restaurar las conexiones entre los servidores de origen o destino y los controladores de dominio o servidores de catálogo global, haga lo siguiente.

  1. Antes de ejecutar Export-SmigServerSetting, Import-SmigServerSetting o Get-SmigServerFeature de nuevo, quite todos los usuarios o grupos de dominio no resueltos que sean miembros de los grupos locales del servidor en el que se está ejecutando el cmdlet.

  2. Antes de ejecutar Send-SmigServerData o Receive-SmigServerData de nuevo, quite todos los usuarios o grupos de dominio no resueltos que tengan derechos de usuario en archivos, carpetas o recursos compartidos del servidor de origen de migración.

Buscar el archivo de registro de la migración de la configuración IP mediante cmdlets

El archivo de registro de la implementación de Herramientas de migración de Windows Server se encuentra en %windir%\Logs\SmigDeploy.log. Se crean archivos de registro adicionales de las Herramientas de migración de Windows Server en las siguientes ubicaciones:

  • %windir%\Logs\ServerMigration.log

  • En Windows Server 2008 y Windows Server 2008 R2: %localappdata%\SvrMig\Log

  • En Windows Server 2003: %userprofile%\Local Settings\Application Data\SvrMig\Log

Si los archivos de registro de la migración no se han creado en las ubicaciones anteriores, ServerMigration.log y SmigDeploy.log se crearán en %temp%, mientras que otros registros se crearán en %windir%\System32.

Ver el contenido de los objetos de resultado de las Herramientas de migración de Windows Server

Todos los cmdlets de las Herramientas de migración de Windows Server proporcionan resultados en forma de objetos. Puede guardar los objetos de resultado y consultarlos para obtener más información sobre la configuración y los datos que se han migrado. También puede utilizar objetos de resultado como datos de entrada para otros comandos y scripts de Windows PowerShell.

Descripciones de objetos de resultado

Los cmdlets Import-SmigServerSetting y Export-SmigServerSetting de Herramientas de migración de Windows Server devuelven resultados en una lista de objetos MigrationResult. Cada objeto MigrationResult contiene información sobre los datos o la configuración que procesa el cmdlet, el resultado de la operación y cualquier mensaje de error o de advertencia relacionado. En la tabla siguiente se describen las propiedades de un objeto MigrationResult.

 

Nombre de propiedad Tipo Definición

ItemType

Enum

El tipo de elemento que se migra. Entre los valores se incluyen General, WindowsFeatureInstallation, WindowsFeature y OSSetting.

ID

Cadena

El identificador del elemento migrado. Entre los ejemplos de valores se incluyen Local User, Local Group y DHCP.

Success

Boolean

Si la migración se realizó correctamente, se mostrará el valor True; de lo contrario, aparecerá False.

DetailsList

List <MigrationResultDetails>

Una lista de objetos MigrationResultDetails.

 

Los cmdlets Send-SmigServerData y Receive-SmigServerData devuelven los resultados en una lista de objetos MigrationDataResult. Cada objeto MigrationDataResult contiene información sobre los datos o carpetas compartidas que procesa el cmdlet, el resultado de la operación, cualquier mensaje de error o de advertencia y otra información relacionada. En la tabla siguiente se describen las propiedades de un objeto MigrationDataResult.

 

Nombre de propiedad Tipo Definición

ItemType

Enum

El tipo de elemento migrado. Entre los valores se incluyen File, Folder, Share y Encrypted File.

SourceLocation

Cadena

La ubicación de origen del elemento, que se muestra como un nombre de ruta.

DestinationLocation

Cadena

La ubicación de destino del elemento, que se muestra como un nombre de ruta.

Success

Boolean

Si la migración se realizó correctamente, se mostrará el valor True; de lo contrario, aparecerá False.

Size

Integer

El tamaño del elemento en bytes.

ErrorDetails

List <MigrationResultDetails>

Una lista de objetos MigrationResultDetails.

Error

Enum

Enumeración de los errores que se hayan producido.

WarningMessageList

List <String>

Una lista de mensajes de advertencia.

 

En la tabla siguiente se describen las propiedades de objetos dentro del objeto MigrationResultDetails que son comunes a los objetos MigrationResult y MigrationDataResult.

 

Nombre de propiedad Tipo Definición

FeatureId

Cadena

El nombre de la configuración de migración que está relacionada con el elemento. Entre los ejemplos de valores se incluyen IPConfig y DNS. Esta propiedad está vacía para la migración de datos.

Messages

List <String>

Una lista de mensajes de eventos detallados.

DetailCode

Integer

El código de error o advertencia asociado con cada mensaje de evento.

Severity

Enum

La gravedad de un evento, si se ha producido alguno. Entre los ejemplos de valores se incluyen Information, Error y Warning.

Title

Cadena

Título del objeto de resultado. Algunos valores son la dirección física del adaptador de red para la configuración IP o el nombre de usuario para la migración de usuario local.

Ejemplos

Los siguientes ejemplos muestran cómo almacenar la lista de objetos de resultado en una variable y cómo usar la variable en una consulta posteriormente para devolver el contenido de los objetos de resultado tras completar la migración.

Para almacenar una lista de objetos de resultado como variables para realizar consultas

  1. Para ejecutar un cmdlet y guardar el resultado en una variable, escriba un comando con el formato $NombreDeVariable= $(Cmdlet) y, a continuación, presione ENTRAR. Observe el siguiente ejemplo:

    $ImportResult = $(Import-SmigServerSetting -FeatureId DHCP -User all -Group -Path D:\rmt\DemoStore -force -Verbose)
    

    Este comando ejecuta el cmdlet Import-SmigServerSetting con varios parámetros especificados y, a continuación, guarda los objetos de resultado en la variable ImportResult.

  2. Cuando el cmdlet Import-SmigServerSetting haya completado las operaciones, podrá obtener la información contenida en el objeto de resultado; para ello, escriba un comando con el siguiente formato $NombreDeVariable y, a continuación, presione ENTRAR.

    En el ejemplo siguiente, la variable se denomina ImportResult.

    $ ImportResult
    

    Este comando devuelve la información contenida en los objetos de resultado que se obtuvieron con la ejecución de Import-SmigServerSetting en el ejemplo del paso 1. A continuación, se muestra un ejemplo del resultado que aparece al llamar a la variable ImportResult:

               ItemType  ID                              Success  DetailsList
               --------  --                              -------  -----------
              OSSetting  Local User                         True  {Local User, Loc...
              OSSetting  Local Group                        True  {Local Group, Lo...
         WindowsFeature  DHCP                               True  {}
    
    

    Cada línea del ejemplo anterior es un resultado de la migración de un elemento con el cmdlet Import-SmigServerSetting. Los nombres de los encabezados de columna son propiedades de objetos MigrationResult. Puede incluir estas propiedades en otro comando para obtener más detalles sobre los objetos de resultado, como se observa en los ejemplos de los pasos 3 y 4.

  3. Para mostrar una propiedad específica para todos los objetos de resultado de la lista, escriba un comando con el formato $<NombreDeVariable>| Select-Object -ExpandProperty<NombreDePropiedad> y, a continuación, presione ENTRAR. A continuación, se muestra un ejemplo de esto.

    $importResult | Select-Object -ExpandProperty DetailsList
    
  4. Puede ejecutar consultas más avanzadas para analizar objetos de resultado utilizando cmdlets de Windows PowerShell. A continuación, se exponen algunos ejemplos:

    • El comando siguiente devuelve solamente los detalles de los objetos de resultado cuyo identificador sea Local User.

      $ImportResult | Where-Object { $_.ID -eq "Local User" } | Select-Object -ExpandProperty DetailsList
      
    • El comando siguiente devuelve solamente los detalles de los objetos de resultado con un identificador Local User que tengan un nivel de gravedad del mensaje igual a Warning.

      $ImportResult | Where-Object { $_.ID -eq "Local User" } | Select-Object -ExpandProperty DetailsList | ForEach-Object { if ($_.Severity -eq "Warning") {$_} }
      
    • El comando siguiente devuelve solamente los detalles de los objetos de resultado con un identificador Local Group que también tienen el título Remote Desktop Users.

      $ImportResult | Where-Object { $_.ID -eq "Local Group" } | Select-Object -ExpandProperty DetailsList | ForEach-Object { if ($_.Title -eq "Remote DesktopUsers") {$_} }
      

Más información sobre cómo realizar consultas en los resultados

Para obtener más información sobre los cmdlets que se usan en los ejemplos anteriores, consulte los siguientes recursos en el sitio web Microsoft Script Center:

  • Where-Object (http://go.microsoft.com/fwlink/?LinkId=134853) (puede estar en inglés)

  • Select-Object (http://go.microsoft.com/fwlink/?LinkId=134858) (puede estar en inglés)

  • ForEach-Object (http://go.microsoft.com/fwlink/?LinkId=134860) (puede estar en inglés)

Para obtener más información sobre las técnicas de scripting de Windows PowerShell, vea el tema sobre el uso de Windows PowerShell: técnicas de scripting (http://go.microsoft.com/fwlink/?LinkId=134862) (puede estar en inglés).

Consulte también

¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios

Adiciones de comunidad

AGREGAR
Mostrar:
© 2014 Microsoft