Automatizar la configuración con FC de una FlashArray //X en HyperV

Pues como el propio título indica, cuando hemos de hacer una configuración de una FlashArray //X en un entorno Hyper-V y mediante conexiones Fiber Channel, he creado un script en Powershell que automatiza el proceso de instalación y configuración, siguiendo las best practices que podéis encontrar en este enlace del centro de ayuda de Purestorage.

La verdad es que se podria hacer todo en entorno gráfico, pero mediante scripting es muchisimo más rápido y desatentido que no abriendo y cerrando ventanas de Windows. En todo caso, vamos a explicar los pasos de la configuración y el porqué de todo ello para, al final del post tener el script entero.

Instalación del MPIO (Multipath-I/O)

Esta característica de Windows se debe instalar para poder dotar al servidor o nodo Hyper-V distintas rutas (paths) hacia el almacenaje que presenta la FlashArray. Si uno de estas rutas (iSCSI o HBA) cae, la característica MPIO redirigirá las peticiones por otra ruta, sin que el acceso a los datos se vea afectado.

Configurar el MPIO

Una vez instalada la caracterísitca, se debe añadir el VendorId y el ProductID en un formato de 8 y 16 carácters para posteriormente, modificar los timers del MPIO para obtener el rendimiento óptimo en nuestra FlashArray. Los valores que se deben modificar son:

  • NewPathRecoveryInterval: es el tiempo que el servidor tarda en recuperar la ruta perdida. El valor por defecto es 40 y con FlahArray lo debemos cambiar a 20 segundos
  • CustomPathRecovery: es una variable booleana (1 o 0) que activa (1) o desactiva (0) la recuperación de la ruta personalizada, es decir, el primer parámetro que vamos a modificar. Con FlashArray el valor debe ser 1
  • PDORemovePeriod: un PDO es un objeto de dispositivos físicos (Physical Device Object). Este valor es el tiempo que espera el servidor a eliminar todas las rutas que han fallado hacia un PDO. El valor por defecto es 20 y con FlashArray lo debemos aumentar a 30
  • NewDiskTimeout: es el valor en segundos del tiempo de espera del disco. Este valor es el tiempo que esperará el servidor antes de marcar la solicitud E/S como fallida. En este caso se mantiene en 60 segundos, aunque la documentación de Microsoft lo establezca en 120
  • PathVerificationState: este valor nos indica si debemos verificar que el path está activo o no. Por defecto viene en Disabled y lo deberemos poner en Enabled

Configurar la política del MPIO

En este caso, y resumiendo, se refiere a como el servidor Hyper-V o host, distribuye las IOs entre las distintas rutas hacia el almacenaje. En este caso nos encontramos con que hay distintos tipos de politicas:

  • FOO: Fail Over Only
  • RR: Round Robin
  • LQD: Last Queue Depth
  • LB: Least Blocks
  • None: la que venga por defecto

En el caso de Pure Storage, la política de acceso debe ser Round Robin (RR)

Configurar la SAN Policy

Bàsciamente esto se refiere a como Windows Server determina si los discos deben montarse de forma automática cuando se detectan como nuevos en el host. En este caso si el host no forma parte de un Windows Server Failover Clustering, se debe cambiar la política de OfflineShared a OnlineAll para poner en linia los volúmenes existentes cuando se reinicie el host

Explicado todas las modificaciones que debemos hacer en un host Hyper-V, vamos a a ver como automatizarlo todo en un script. En primer lugar, los cmdlets que vamos a necesitar son los siguientes:

  • Instalación del MPIO (Multipath-I/O)

Get-WindowsFeature -Name 'Multipath-IO'

Add-WindowsFeature -Name 'Multipath-IO'

  • Configurar el MPIO

Remove-MSDSMSupportedHw -VendorId 'Vendor' -ProductId 'Product'

New-MSDSMSupportedHw -VendorId PURE -ProductId FlashArray

Set-MPIOSetting -NewPathRecoveryInterval 20 -CustomPathRecovery Enabled -NewPDORemovePeriod 30 -NewDiskTimeout 60 -NewPathVerificationState Enabled

  • Configurar la política del MPIO

Set-MSDSMGlobalDefaultLoadBalancePolicy -Policy RR

  • Configurar la SAN Policy

Set-StorageSetting -NewDiskPolicy OnlineAll

Una vez tengamos claros los cmdlets con las opciones que Pure Storage nos recomienda para los entorns HyperV vamos a construir el script. Como punto de partida, debemos pensar que hay dos reinicios del host, y por lo tanto si quieremos que sea una configuración automática y desatendida, deberemos re-arrancar el script una vez arranque el servidor y nos logueemos de nuevo. Este script seguro que no es la mejor forma de hacerlo, pero es la que suelo usar yo en instalaciones desatendidas o semi-desatendias, siendo muy fácil su gestión.

El truco radica en crear un contador ($bootcount) que irá ejecuntando las opciones del menú switch {}, generando en un directorio %\temp un fichero *ps1 con las opciones y un fichero *bat que ejecutará el script. No soy programador profesional así que si encontráis fallos, estaré encantado de recibir vuestras (constructivas) críticas.

Script:

# Create a 'temp' Folder
if (!(Get-Item C:\temp -ea ignore)) { mkdir C:\temp }

$dropperscript = 'C:\temp\FlashArrayHV_Conf.ps1'

$dropper = @'

$countfile = 'C:\temp\bootcount.txt'
$bootbatch = 'C:\ProgramData\Microsoft\Windows\Start Menu\Programs\StartUp\dropper.bat'
$dropperscript = 'C:\temp\dropper.ps1'

# Bootstrap Batch
if (!(Get-Item $bootbatch -ea ignore)) {
    "powershell -c $dropperscript`npause" | Out-File $bootbatch -Encoding 'OEM'
}

# Boot Count
if (Get-Item $countfile -ea ignore) {
    [int]$bootcount = Get-Content $countfile
    if ($bootcount -match "^\d{1,2}$") { ([int]$bootcount) ++ }
    else { $bootcount = 1 }
}
else { $bootcount = 1 }
$bootcount | Out-File $countfile

switch ($bootcount) {
    
    1 {
            Get-WindowsFeature -Name 'Multipath-IO'

            Add-WindowsFeature -Name 'Multipath-IO'
       
            Restart-Computer
                
    }
    
    2 {
            Remove-MSDSMSupportedHw -VendorId 'Vendor*' -ProductId 'Product*'
        
    New-MSDSMSupportedHw -VendorId PURE -ProductId FlashArray
            Get-MSDSMSupportedHw

            Restart-Computer
                
    }
    
    3 {
    
        Set-MPIOSetting -NewPathRecoveryInterval 20 -CustomPathRecovery Enabled -NewPDORemovePeriod 30 -NewDiskTimeout 60 -NewPathVerificationState Enabled
        Get-MPIOSetting
        Set-MSDSMGlobalDefaultLoadBalancePolicy -Policy RR
        Get-MSDSMGlobalDefaultLoadBalancePolicy

        Set-StorageSetting -NewDiskPolicy OnlineAll
        Get-StorageSetting | Select-Object NewDiskPolicy
        Restart-Computer
     }
    
    default {
        # Dropper is complete; clean up
        rm $countfile
        rm $bootbatch
        rm $dropperscript
    }
}
'@

# Drop and run Dropper

$dropper | Out-File $dropperscript -Encoding 'OEM'

Invoke-Expression $dropperscript

Powershell: creación y eliminación de snapshots Hyper-V

índice

En un entorno virtual, es una muy buena práctica tener controlados los snapshots de nuestras máquinas virtuales. A diferencia de VMWare, en Hyper-V són puntos de control que se crean muy rápidamente y se consolidan de la misma forma. Es per ello que es una muy buena opción a contemplar como complemento de los backups.

En un caso concreto yo lo uso como estrategia de prevención contra Cryptolockers y ransomware varios haciendo que cada día, antes de que las empresas entren a trabajar se cree un punto de control. Para ello uso una tasca programada con el siguiente script:

Get-VM  * | checkpoint-vm -SnapshotName "[Nombre que le queramos dar] $((Get-Date).toshortdatestring())" –AsJob

Con este script en powershell, cada día se nos ejecutará un punto de control de TODAS nuestras máquinas virtuales. Podemos acotar la búsqueda o filtrar con el comando:

Get-VM –Name [Nombre de la M]

y que podremos filtrar. Por ejemplo: si todas nuestras máquinas virtuales se llaman SRV-[nombre] pero algunas son OLDSRV y solo queremos snapshots de las primeras, podemos hacer:

Get-VM SRV-*

Hecho esto, el siguiente paso es controlar cuantos snapshots queremos guardar. En mi caso solamente guardo un día puesto que como he dicho antes, es una medida de control contra los ransomware, no una backup. Para ello, uso el script siguiente:

Get-VMSnapshot –VMName [nombre_MV]* | Where-Object {$_.CreationTime -lt (Get-Date).AddDays(-1) } | Remove-VMSnapshot

Donde:

  • (Get-Date).AddDays(-1) son los días que quiero almacenar. En mi caso 1. Este valor lo podéis cambiar por el que queráis.
  • [nombre_MV]* es una string del nombre, como si fuera un sufijo. Es para filtrar.

De esta forma, puedo controlar que si nos entra algo que nos engorrine el sistema y es crítico, podemos en tan solo dos clics de ratón, volver al inicio del día. Eso si, para clientes o sistemas más críticos, uso el script varias veces al día y los elimino todos al día siguiente. La secuencia de comandos de la tasca programada es la siguiente:

powershell.exe –ExecutionPolicy Bypass –file “[ruta_del_script]”

Cambiar Win32Time a NTP

El otro día un cliente me comentó que tenía muchos problemas con la hora del servidor de dominio, y eso les daba muchos problemas. Revisando la instalación y configuración que tenía, me fijé que el PDC (Primary Domain Controller) no era el que subministraba la hora a los equipos del dominio, sino que lo hacía otro equipo mediante un ficherito bat. Esto claramente daba problemas, puesto que si el servidor que subministra la hora la pierde, arrastra con ello el resto de equipos.

¿Qué solución le propuse? Pues configurar que el PDC sirva la hora y que además no la sirva con el propio servicio Win32Time sino que lo haga como servidor NTP (mucho más estable).

Para ello, debemos ir a la siguiente clave del registro:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters\

NTP_1

Debemos cambiar los valores siguientes:

  • El valor NtpServer les ponemos cualquier servidor NTP (en mi caso puse es.pool.ntp.org)
  • El valor Type cambiamos NT5DS a NTP

En la misma clave, pero en Config, cambiamos el valor AnnounceFlags de 10 a 5

image

Hecho esto, cerramos el regedit y abrimos un cmd en modo administrador y ejecutamos:

net stop w32time 

net start w32time

w32tm /resync /rediscover

Y testeamos la conexión con el siguiente comando:

c:\> net time \\[nombre_del_PDC] /set /y

¡Y listos! Nuestro servidor ya usará el sistema NTP para sincronizar la hora.

Como reparar el error: “Servicio de perfil de usuario al iniciar sesion» en Windows 7

Este es un error (por desgracia) bastante frecuente en sistemas Windows Vista y Windows 7. Aunque nos parezca un «problemón» en verdad no lo es y su solución es muy simple.

NOTA: lo publico aquí porqué recientemente he visto que estos últimos días se han incrementado (sin comprender porqué) y, si puedo ser de ayuda, mejor 🙂

¡Al trapo!

  • Reiniciamos el PC/portátil en modo a prueba de fallos (Modo Seguro)
  • Ejecutamos la herramienta de registro de sistema REGEDIT pulsando la tecla Windows+R y escribiendo «REGEDIT»
  • Navegamos hacia HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsNT\CurrentVersion\ProfileList
  • Dentro veremos unos registros con un nombre del estilo S-1-5-20-93829738927189372891 y deberíamos ver uno de estos registros con una extensión .bak al final. Si hay varios de ellos, deberemos fijarnos que la numeración coincida (tomad como referencia la extensión .bak)
  • Pulsamos sobre el registro que no termina con .bak y, en el panel de la derecha si detectamos que en una de las keys pone C:\Users\Temp entonces debemos cambiar el registro.
  • Verificamos que en la que sí que termina en .bak una de las keys contiene el parámetro C:\Users\[nombre de usuarios] Si existe, este es el registro bueno.
  • Pulsamos F2 sobre el registro SIN extensión .bak y lo renombramos como .bak2
  • Pulsamos F2 sobre el registro CON extensión .bak y eliminamos la extensión
  • Pulsamos F2 sobre el registro CON extensión .bak2 y le borramos el 2
  • Cerramos el editor
  • Reiniciamos

Hecho esto, nuestro sistema iniciará sin problemas. Si por lo que sea, haciendo esto no nos arranca con normalidad, el problema será otro y deberemos averiguar de dónde viene la incidencia.

Monitorizar y reportar Exchange Online

El otro dia necesitaba una herramienta que me proporcionara estadísticas curradas de las cuentas de usuario de Exchange Online para mi posterior gestión y encontré esta maravilla:

Mail Protection Reports for Office 365

Esta herramienta nos permite, entre otros:

  • Tráfico
  • Correo no deseado
  • Malware
  • Reglas
  • Prevención de pérdida de datos

Para aquellos «sysadmins» que requieran de unos informes curradetes 🙂

Powershell: ¿Cómo sé cuanto ocupan mis buzones en Office 365?

Pues eso: ¿cómo podemos saber cuanto ocupan nuestros buzones de Exchange Online en Office365?

De nuevo, usando Powershell y un script más que estupendo podemos obtener un fichero CSV donde  podemos ver el nombre de usuario, los elementos totales, el tamaño total del buzón en Gb, elementos en la bandeja de entrada y varios campos más 🙂 Importante! Debemos tener PowerShell actualizado a la versión 3.

Solamente copiad el script y guardarlo con la extensión *.ps1. Y recordad que antes de ejecutar el script tenéis que conectaros al Exchange:

  • Revisamos que la política sea «Unrestricted»
Get-ExecutionPolicy
Set-ExecutionPolicy Unrestricted
  • Nos conectamos y nos descargamos los cmdlet
$LiveCred=Get-Credential
$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri <a href="https://ps.outlook.com/powershell/">https://ps.outlook.com/powershell/</a> -Credential $LiveCred -Authentication Basic -AllowRedirection
Import-PSSession $Session

Y grabamos el script en un *.ps1.

#requires -version 3
[cmdletbinding()]
Param(
[Parameter(Position=0,
Mandatory=$false,
HelpMessage='Path of the CSV log file.')]
[String]$LogName = 'MailBoxes.csv'#,

#[Switch]$CountAllMailsItems

)

[System.Collections.ArrayList]$Mbx = @()
Write-Verbose -Message "Searching for mailboxes..."
$Mailboxes = Get-MailBox -ResultSize unlimited
[int]$i = 1
[int]$TotalMailboxes = $Mailboxes.count
Write-Verbose -Message "$TotalMailboxes mailboxes found."

ForEach($MailBox in $Mailboxes){
Write-Progress -Activity "$($MailBox.Alias)" -Status "Running" -PercentComplete ([int]$($i/$TotalMailboxes*100))
Write-Verbose -Message "$($MailBox.Alias)..."
$i++

$MailBoxFolderStatistic = Get-MailboxFolderStatistics $MailBox.Identity -IncludeOldestAndNewestItems
$Calendar = $MailBoxFolderStatistic | ? {$_.FolderType -eq 'Calendar'}
$Contacts = $MailBoxFolderStatistic | ? {$_.FolderType -eq 'Contacts'}
$Inbox = $MailBoxFolderStatistic | ? {$_.FolderType -eq 'Inbox'}
$DeletedItems = $MailBoxFolderStatistic | ? {$_.FolderType -eq 'DeletedItems'}
$SentItems = $MailBoxFolderStatistic | ? {$_.FolderType -eq 'SentItems'}

<#
if($CountAllMailsItems){
$Mails = $MailBoxFolderStatistic | ? {($_.FolderType -eq 'User Created') -OR ($_.FolderType -eq 'Inbox') -OR ($_.FolderType -eq 'SentItems') -OR ($_.FolderType -eq 'Boite de récéption')}

[int]$ItemsInFolder = 0
ForEach($Folder in $Mails){
$ItemsInFolder += $Folder.ItemsInFolder
$FolderSize += $Folder.FolderSize
}
}
else{
$ItemsInFolder = "N/A"
$FolderSize = "N/A"
}
#>

$MailBoxStatistic = Get-MailboxStatistics $MailBox.Identity

$Mbx.Add([PSCustomObject][Ordered] @{
#Mailbox
Name = $MailBox.Name
TotalItems = $MailBoxStatistic.ItemCount
TotalSize = $MailBoxStatistic.TotalItemSize
#Mails
#TotalMail = $ItemsInFolder
#TotalMailSize = $FolderSize
SizeInMB = (($MailBoxStatistic.TotalItemSize.Value.ToString().split('(')[-1]).split(' ')[0]).Replace(',','') /1MB -as [int]
InboxItem = $Inbox.ItemsInFolder
InboxItemSize = $Inbox.FolderSize
LastReceive = $Inbox.NewestItemReceivedDate
FirstReceive = $Inbox.OldestItemReceivedDate
DeletedItems = $DeletedItems.ItemsInFolderAndSubfolders
DeletedItemsSize = $MailBoxStatistic.TotalDeletedItemSize
SentItems = $SentItems.ItemsInFolder
SentItemsSize = $SentItems.FolderSize
#Calendar
TotalCalendar = $Calendar.ItemsInFolder
TotalCalendarSize = $Calendar.FolderSize
#Contacts
Contacts = $Contacts.ItemsInFolder
#Divers
LastLogon = $MailBoxStatistic.LastLogonTime
Language = $MailBox.Languages
}) | Out-Null

$ItemsInFolder = $FolderSize = $MailBoxFolderStatistic = $Calendar = $Contacts = $Inbox = $DeletedItems = $SentItems = $MailBoxStatistic = $null
}
$Mbx | Export-Csv -NoTypeInformation -Delimiter ';' $LogName

Administrar Active Directory con Powershell: modificar la carpeta personal del perfil de usuario

El otro dia me encontré con un problema bastante «peasado» para resolver. En casa de un cliente, hicimos una migación de servidor de dominio de un Win2k3 hacia un Win2k8R2 con un Win2k12R2 como soporte secundario. La migración fue perfecta pero repasando los perfiles de usuario del ActiveDirectory, vi que muchos de ellos en su perfil tenian configurada una ruta hacia una carpeta personal que ya no servia de nada.

Problema: como hago para poder eliminar la ruta configurada en el perfil de usuario sin ir uno a uno, botón derecho, propieades, perfil … para unos 80 usuarios?

Solución: mi queridíssimo Powershell 🙂 Empezamos!

  • Primer paso (importante): Ejecutar powershell desde nuestro servidor controlador de dominio y tener instalado los modulos de gestión del ActiveDirectory (por defecto cuando promocionamos un servidor, se instalan).
AddWindowsFeature RSAT-AD-PowerShell
Import-Module ActiveDirectory
  • Segundo Paso: Una vez instalado e importado el módulo, deberemos sacar la información de los usuarios. Para ello usaremos el comando Get-ADUser. Pero atención, si lo usamos a «paloseco», se nos pedirà que apliquemos un filtro de búsqueda. Para que hagáis la prueba, ejecutad el siguiente comando:
Get-ADUser -Filter *

El parámetro «-Filter *» nos va a mostrar todos los usuarios del AD.

  • Tercer paso: ahora que sabemos buscar los usuarios, deberemos saber la información contenida en dicho usuario. Para ello usaremos el parámetro «-properties *». Esto nos sacará TODAS las propiedades del usuario. Con ello sabremos que campo modificar:
Get-ADUser [nombre de usuario con el que se loguea] -propierties *

Si nos fijamos en el resultado, ya vemos que campo queremos modificar en nuestro caso concreto: HomeDirectory. Sabiendo esto, podemos acotar aún más el filtro:

Get-ADUser [nombre de usuario con el que se loguea] -properties HomeDirectory
  • Quarto paso:Ahora teniendo ya toda la información, procedemos a la modificación del parámetro HomeDirectory para TODOS los usuarios del ActiveDirectory y lo dejaremos sin ninguna ruta:
Get-ADUser -Filter * -properties HomeDirectory | Set-ADUser -Clear HomeDirectory

Y listos! Nos hemos ahorrado ir usuario a usuario modificando el HomeDirectory y lo hemos podido hacer en solo una línea de código. Ahora bien, si somos un poco ordenados y tenemos inventariadas las rutas de las carpetas locales, podemos hacer filtros y modificar solamente aquellas rutas que nos interesen. Por ejemplo, si solo quiero modificar la ruta Z:\empresa\perfiles\usuarios\ usaría el siguiente comando:

Get-ADUser -Filter * -properties HomeDirectory | where {$_.homedirectory -like "Z:\empresa\perfiles\usuarios" | Set-ADUser -Clear HomeDirectory

O si quiero cambiar a otro directorio de red:

Get-ADUser -Filter * -properties HomeDirectory | where {$_.homedirectory -like "[Directorio Viejo" | Set-ADUser -HomeDirectory "[Directorio Nuevo]"

PowerShell si lo sabemos usar o si queremos administrar nuestro dominio de una forma sencilla y rápida, es una herramienta muy poderosa. Además, siempre podemos tener nuestro repositorio de comandos en un OneNote para tenerlos a mano. En mi caso, no siempre me acuerdo de todo 😛

Espero haberos ayudado!

Error en imprimir con Chrome: se quedan los documentos en la cola de impresión

Chrome Crash

Desde el pasado 27 de Agosto, se ha detectado que la última actualización de Google Chrome está dando problemas cuando queremos imprimir a través del navegador, quedándose los documentos en la cola de impresión. Esto sucede tanto si queremos imprimir a través del menú de Chrome o a través de código. De momento no hay una solución oficial y lo único que podemos hacer es cambiar la ruta del directorio temporal pues al parecer, la sandbox falla al no detectar la ruta correcta.

Esto se puede solucionar con un fichero batch:

echo off
md c:\gtemp\%username%\Temp
setx TEMP c:\gtemp\%username%\Temp
setx TMP c:\gtemp\%username%\Temp

En mi caso, al sucederme esto en un entorno Windows 2012R2, he creado un fichero *.bat y lo he forzado a que se ejecute al inicio de sesión de cada usuario, mediante el Logon script de las GPO. De esta forma el cambio se ejecuta en todos los UPD.

De momento no hay parche a la vista. En cuanto salga, actualizaré el post.

Fuente | Code Google

Microsoft Outlook: como recuperar la caché de contactos sin el fichero NK2

Un pequeño truquito para recuperar el ficherito de la memória caché del Outlook o en lo que en lenguaje coloquial se refiere, a la «lista de contactos que sale en el campo Para cuando pulso la letra a«, lo que el común de los trabajadores considera como su agenda del Outlook.

Bien, en primer lugar esto NO SIRVE PARA GUARDAR CONTACTOS! Simplemente es una cceso rápido a las direcciones de correo electrónico. Dicho esto, también hay que decir que Microsoft se ha puesto las pilas en cuanto a recuperar caché y demás (desde la versión 2010 la lleva incluida en el propio fichero PST), facilitando mucho las cosas con un Archivo -> Abrir -> Importar desde fichero PST.

Ahora bien, ¿que sucede cuando hemos actualizado un Outlook 2007/2010 a 2013 y el cliente dispone de Exchange? es decir, no existe fichero PST sinó fichero OST. Vamos a ello!

  • Navegamos hasta la ruta %APPDATA%\Local\Microsoft\Outlook\RoamCache
  • Aquí dentro deberemos encontrar unos ficheros con extensión *.SRS que empiezan por Stream_Autocomplete_0_XXXX
  • Debemos fijarnos en los tamaños: hay uno (el primero en teoria) que ocupa entre 1Kb y 2 Kb. Justo el sigueinte (en teoria) debe ocupar unos 100Kb o 200Kb. Este fichero es el bueno.

El engaño, el truco, la «magia»:

  1. Con el Outlook cerrado, movemos el segundo fichero en un directorio a parte (vamos a poner por ejemplo C:\backup-cache\
  2. Abrimos el Outlook y nos automandamos un mail. De esta forma se nos generarà un fichero nuevo Stream_Autocomplete_blablabla.srs
  3. Cerramos el Outlook
  4. Movemos este nuevo fichero a otro directorio (por ejemplo C:\backup-cache2\)
  5. Ahora, vamos al segundo directorio (C:\backup-cache2\) nos colocamos sobre el fichero, pulsamos F2 y copiamos el nombre entero del fichero.
  6. Vamos al primer directorio (C:\backup-cache\) nos colocamos sobre el fichero, pulsamos F2 y pegamos el nombre entero del fichero del segundo directorio. De esta forma tenemos un fichero SRS con toda la información pero con el nombre del nuevo fichero que ha generado el Outlook.
  7. Movemos este último fichero modificado a %APPDATA%\Local\Microsoft\Outlook\RoamCache.
  8. Abrimos el Outlook.

Si todo ha funcionado como debería, ya tendremos todo nuestro fichero de memoria caché recuperado. Recordad, este sistema es para recuperar la caché cuando el cliente dispone de un Exchange (en local o Online) y actualizamos la versión del cliente Outlook. En cuentas POP3 recuperando el PST ya nos basta.