# Mover modelos de Ollama a otra unidad en Windows

Para mover los modelos descargados de Ollama fuera de la unidad C, configura `OLLAMA_MODELS` para la cuenta que ejecuta Ollama. Mover la aplicación en sí es una operación distinta. Cambiar solo la variable no copia los modelos existentes, así que conserva el almacén antiguo hasta verificar el nuevo.

Esta guía es para la instalación normal de escritorio de Windows. Una instalación como servicio, contenedor o WSL puede ejecutarse bajo otra cuenta u otra configuración y debe gestionarse en ese propietario.

## Identifica el almacén actual antes de copiarlo

La [documentación de Windows](https://docs.ollama.com/windows) de Ollama distingue los binarios de la aplicación, los registros y los datos de modelos. El almacén de modelos predeterminado está en `%USERPROFILE%\.ollama\models`. Un valor previo de `OLLAMA_MODELS` puede apuntar a otro lugar.

En una ventana de PowerShell recién abierta, inspecciona la configuración de nivel de usuario:

```
[Environment]::GetEnvironmentVariable("OLLAMA_MODELS", "User")
ollama list
```

Un valor en blanco significa que no hay sobrescritura de nivel de usuario, no que un servicio u otra cuenta usen el valor predeterminado. Anota la lista de modelos e inspecciona la carpeta que usa esta instalación. El almacén contiene `blobs` y `manifests`; conserva su estructura relativa en lugar de copiar solo los archivos más grandes.

## Comprueba las dos cosas en las que puede fallar una copia de carpeta

Antes de copiar, confirma tanto el espacio libre del destino como la ruta exacta de origen. Una antigua sobrescritura a nivel de usuario, una cuenta de Windows distinta o una segunda instalación de Ollama pueden hacer que la ruta predeterminada induzca a error. Anota el valor actual de la variable, incluido si no existía, para que la reversión restaure el estado original.

En el destino, `blobs` y `manifests` deberían estar directamente dentro de la carpeta indicada por `OLLAMA_MODELS`. Si la variable apunta a `D:\AI\Ollama\models`, los elementos secundarios esperados son `D:\AI\Ollama\models\blobs` y `D:\AI\Ollama\models\manifests`. Un nivel `models` adicional accidental es un error de configuración frecuente que debes descartar antes de volver a descargar nada.

Usa un destino vacío dedicado para esta migración. No fusiones con un almacén no relacionado ni des por hecho que nombres de archivo coincidentes demuestran que el contenido es intercambiable. Deja espacio suficiente para el almacén completo copiado y para el uso futuro habitual; cambiar la variable no hace que dos copias ocupen el espacio de una.

## Copia primero y luego cambia la aplicación

Elige una unidad local con suficiente espacio libre y que vaya a seguir disponible. Por ejemplo, `D:\AI\Ollama\models` puede ser un destino si esa unidad existe y tu cuenta puede escribir en ella. Una unidad externa desconectada es un fallo previsible, no un motivo para conceder derechos de administrador a la aplicación.

1. Termina las generaciones y descargas activas y luego cierra Ollama desde el menú de su bandeja del sistema.
2. Copia el contenido del almacén de modelos actual al destino elegido con el Explorador de archivos. Mantén el original intacto y resuelve cualquier error de copia antes de continuar.
3. Abre **Editar las variables de entorno de tu cuenta** desde la búsqueda de Windows.
4. Crea o edita `OLLAMA_MODELS` con la ruta de destino y luego guárdala.
5. Vuelve a iniciar Ollama desde Inicio y abre un terminal nuevo.

Las [instrucciones sobre variables de entorno](https://docs.ollama.com/faq) de Ollama explican por qué la aplicación debe reiniciarse para heredar el cambio. Un terminal abierto antes puede conservar el entorno antiguo. No crees un segundo servidor solo para probar la variable mientras la aplicación de la bandeja sigue ejecutándose.

## Un comando de copia opcional para un almacén grande

El Explorador de archivos es suficiente cuando su copia termina sin errores. Para un almacén grande en el que resulte útil un registro de copia, Windows incluye [Robocopy](https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/robocopy). El siguiente ejemplo de PowerShell da por supuesto que el origen verificado es el almacén predeterminado y que el destino es una carpeta nueva dedicada. Sustituye ambas rutas si la instalación es distinta y cierra Ollama antes de copiar.

```powershell
$source = "$env:USERPROFILE\.ollama\models"
$destination = "D:\AI\Ollama\models"
robocopy "$source" "$destination" /E /L /R:1 /W:1
```

`/L` muestra el trabajo previsto sin copiar. Lee el origen y el destino al principio de la salida. Si son correctos, ejecuta la copia sin `/L` y guarda un registro fuera del almacén de modelos:

```powershell
robocopy "$source" "$destination" /E /R:1 /W:1 /TEE /LOG:"$env:TEMP\ollama-model-copy.log"
$copyExitCode = $LASTEXITCODE
$copyExitCode
```

`/E` incluye los subdirectorios, mientras que las opciones de reintento limitan los reintentos de un archivo fallido. Este ejemplo, de forma intencionada, no replica ni mueve el origen. No añadas `/MIR`, `/PURGE` ni `/MOVE`: su comportamiento de eliminación no es necesario para conservar una copia de reversión.

Robocopy usa códigos distintos de cero para algunos resultados que no son fallos. Un código de 8 o mayor indica al menos un fallo de copia. Incluso por debajo de 8, revisa el resumen y cualquier archivo no coincidente o adicional, sobre todo si el destino no estaba vacío. Resuelve los errores antes de cambiar la variable; un listado de modelos correcto no puede hacer que una copia de archivo fallida sea completa.

## Demuestra que la nueva ubicación funciona antes de eliminar la antigua

Ejecuta `ollama list` de nuevo y compáralo con la lista anotada. Elige un modelo que ya aparezca y haz una petición pequeña usando su nombre exacto. Si falta el modelo, detente y revisa la estructura de carpetas y la configuración en lugar de dejar que una nueva descarga disimule una migración fallida.

Comprueba el destino durante la prueba y verifica que la aplicación use el almacén previsto. Conserva el directorio antiguo hasta que una carga de trabajo importante funcione y los modelos creados localmente estén respaldados. Que coincida el tamaño de los directorios es una prueba más débil que usar correctamente los modelos necesarios.

Si el cambio falla, cierra Ollama, restaura el valor anterior de la variable o elimina la sobrescritura recién añadida y reinicia. El almacén original intacto hace que esta recuperación sea sencilla.

## Haz que la verificación sea más sólida que un tamaño de carpeta coincidente

Un servidor en ejecución puede conservar un entorno antiguo o un modelo cargado. Termina el trabajo activo, cierra la aplicación de la bandeja y vuelve a abrirla después de establecer la nueva ruta; luego abre un terminal nuevo. Compara `ollama list` con el inventario guardado antes de pedir a cualquier modelo que se ejecute. Si falta una entrada necesaria, investiga primero la ruta y la estructura de `manifests`.

Para cada modelo creado localmente que sea importante, prueba una solicitud pequeña después de ese inicio nuevo. Probar solo un modelo descargado común no demuestra que un modelo personalizado haya sobrevivido. Conserva el almacén original hasta que esos modelos necesarios y una carga de trabajo normal de la aplicación funcionen correctamente.

Si todavía no está claro qué directorio usa el servidor, revisa el `server.log` actual en `%LOCALAPPDATA%\Ollama` en torno al inicio y la carga, usando las [ubicaciones oficiales de solución de problemas](https://docs.ollama.com/troubleshooting). Comprueba cualquier ruta configurada que se indique contra el destino previsto. Una ruta en un terminal recién abierto describe solo ese terminal, no es prueba sobre un servidor distinto que ya está en ejecución.

No crees una descarga nueva solo para que un destino vacío parezca activo. Puede ocultar una migración fallida y consumir más espacio en C. Si las pruebas no son concluyentes, conserva ambos almacenes y resuelve la configuración antes de borrar el original. Para revertir, cierra la aplicación, restaura la variable registrada o elimina la nueva sobrescritura si no existía ninguna, luego vuelve a abrirla y verifica la lista original de modelos.

## Elimina solo el almacén de modelos antiguo verificado

Tras la validación, revisa el directorio antiguo `models` antes de eliminarlo con el Explorador de archivos. No borres todo el directorio `.ollama`, que puede contener configuración y otro estado. Windows puede eliminar permanentemente archivos demasiado grandes para la Papelera de reciclaje, así que lee la confirmación y conserva cualquier copia de seguridad que necesites.

Mover modelos no descarga uno que esté en memoria en ese momento y no garantiza una generación más rápida. Un destino más lento puede hacer que la carga inicial tarde más. Si el problema es la memoria y no la capacidad de la unidad C, revisa la carga de trabajo y la [guía de memoria de Windows](/es/windows/blog/windows-high-memory-usage).

Para otras descargas de IA, [Hugging Face tiene su propia configuración de caché](/es/windows/blog/huggingface-cache-windows). Configura el propietario real del almacenamiento de cada herramienta en lugar de mover un directorio padre compartido y esperar que todas las aplicaciones lo sigan.


Canonical: https://mole.fit/es/windows/blog/move-ollama-models-windows