TrueNAS: qué es, requisitos, instalación y comandos ZFS

TrueNAS es un sistema operativo gratuito y de código abierto que convierte un servidor en un almacenamiento en red para toda la empresa. Con él, un equipo con varios discos pasa a guardar las carpetas compartidas, recibir las copias de seguridad y servir espacio a las máquinas virtuales, todo sobre ZFS, un sistema de archivos que detecta y corrige los errores de los datos por sí mismo.

Esta guía sirve a dos lectores. Si usted decide en una empresa, le bastan los apartados sobre qué es, para qué sirve, qué ediciones existen y qué beneficios trae. Si administra la infraestructura, además encontrará el sistema operativo base y la arquitectura soportada, los requisitos, la instalación paso a paso, la configuración del primer día, los comandos más usados y varios escenarios con cuentas reales.

Para que las cifras tengan sentido, seguimos el caso de nuestra guía del servidor NAS: una empresa de 45 personas con 3,0 TB de archivos que crecen un 22 % al año. Allí calculamos que necesita 9,65 TB útiles a tres años; aquí, en cambio, montamos ese almacenamiento con TrueNAS.

¿Qué es TrueNAS y para qué sirve?

TrueNAS es el sistema de almacenamiento que desarrolla la empresa estadounidense iXsystems, que hoy opera con la marca TrueNAS. Se instala en un servidor x86 con discos, se administra desde el navegador y ofrece el espacio a la red por los protocolos de siempre: SMB para Windows y Mac, NFS para Linux e iSCSI para servidores y máquinas virtuales. Además, según el fabricante, lo usan más de un millón de personas.

Sin embargo, su diferencia está debajo. Mientras un servidor de archivos corriente confía en que el disco devuelva lo que se escribió, TrueNAS guarda una suma de comprobación de cada bloque. Por eso, cuando un disco devuelve un dato corrupto, ZFS lo detecta, lo lee de la copia sana y lo repara sin que nadie lo note.

Explicado sin tecnicismos

Piense en un archivador de oficina con cerradura, índice y fotocopias automáticas. Es decir, los discos son los cajones y TrueNAS es el archivista. Decide en qué cajón va cada documento, guarda un duplicado por si un cajón se daña, revisa de vez en cuando que ninguna hoja se haya borrado y, además, toma fotografías del archivador completo varias veces al día. Así, si alguien destruye un documento por error, se recupera la versión de hace una hora.

De FreeNAS a TrueNAS Community Edition

El proyecto nació en 2005 como FreeNAS, sobre FreeBSD. Después, en 2020, la edición libre pasó a llamarse TrueNAS CORE, y en 2022 llegó TrueNAS SCALE, la versión basada en Linux. Finalmente, desde la versión 25.04, TrueNAS SCALE se llama TrueNAS Community Edition. Por eso muchos la siguen buscando como TrueNAS SCALE: es el mismo producto con otro nombre.

Ediciones de TrueNAS: cuál es cuál

Edición	Base	Estado en septiembre de 2026	Para quién
Community Edition (antes TrueNAS SCALE)	Debian Linux	Vigente: versión 25.10.7 «Goldeye», del 2 de septiembre de 2026	Empresas y profesionales que montan su propio servidor
Enterprise	El mismo sistema	Vigente, con soporte del fabricante	Quien compra el equipo de TrueNAS con alta disponibilidad y soporte con acuerdo de nivel de servicio
CORE	FreeBSD	Heredada: última versión 13.3-U1.2, del 29 de abril de 2025, sin desarrollo activo	Nadie, para instalaciones nuevas
TrueNAS 26	Debian Linux	En beta: la beta 3 salió el 20 de agosto de 2026	Pruebas, no producción

Los datos salen del estado de versiones que publica el fabricante. Ahora bien, lo que cambia entre Community Edition y Enterprise no es el sistema de archivos, sino el soporte, el equipo y algunas funciones: la alta disponibilidad con dos controladoras, Fibre Channel y el cifrado validado FIPS son exclusivos de Enterprise. Para una empresa mediana con su propio servidor, en cambio, la edición gratuita cubre todo lo que necesita.

Si hoy tiene un equipo con TrueNAS CORE, conviene planear el paso a Community Edition. Según la guía de migración desde CORE, los datos se conservan, pero llegar a la 24.10 o a una posterior exige una instalación limpia y luego importar el pool; es decir, no se hace con un clic desde la interfaz.

Sistema operativo base y arquitectura soportada

Esta es, de hecho, la pregunta que más se repite entre profesionales, y la respuesta tiene cuatro partes, todas comprobadas en fuente primaria:

Componente	TrueNAS 25.10.7 (vigente)	TrueNAS 26 (beta)
Sistema base	Debian 12 «bookworm»	Debian 13 «trixie»
Núcleo Linux	6.12 LTS (6.12.105)	6.18 LTS
OpenZFS	2.3 (2.3.9)	2.4
Arquitectura	x86-64 (Intel o AMD de 64 bits)	x86-64

Por un lado, la base Debian consta en el manifiesto de compilación del repositorio oficial del sistema; por otro lado, el núcleo y OpenZFS figuran en las notas de la versión 25.10. En cuanto a la arquitectura, la guía de hardware oficial pide un procesador Intel o AMD x86_64. No hay versión oficial para ARM: existe un port comunitario, pero no es del fabricante ni recibe sus parches. Por lo tanto, una Raspberry Pi o un equipo ARM no son opción para datos de empresa.

Un detalle práctico que confunde a quien viene de Linux: aunque debajo haya Debian, TrueNAS no es un Debian para instalarle paquetes. En cambio, toda la configuración vive en su propia base de datos y se cambia desde la interfaz o la API. De hecho, lo que se modifique a mano en la shell de Linux no sobrevive a un reinicio.

Usos comunes de TrueNAS en la empresa

1. Servidor de archivos. Carpetas compartidas por área, con permisos por usuario y grupo, integradas con el directorio activo de la empresa.
2. Destino de copias de seguridad. Por ejemplo, el repositorio de Veeam, de Proxmox Backup o de las copias de los equipos, con restauración rápida desde la red local.
3. Almacenamiento para máquinas virtuales. Discos por iSCSI, NFS o NVMe sobre TCP para un clúster de virtualización.
4. Réplica fuera de sede. Un segundo TrueNAS en otra oficina que recibe copias del primero cada noche.
5. Archivo a largo plazo. Por ejemplo, planos, historias, contratos y proyectos cerrados que deben conservarse años.
6. Aplicaciones ligeras. Además, puede correr aplicaciones en contenedores Docker, máquinas virtuales y contenedores LXC, aunque su función principal sigue siendo guardar datos.

Beneficios de TrueNAS y sus límites

Beneficio	Por qué importa
Sin licencia	Community Edition es gratuita, así que el ahorro frente a un almacenamiento propietario va a discos y a redundancia
Integridad de los datos	Por su parte, ZFS verifica cada bloque y repara lo que encuentra dañado si hay redundancia
Instantáneas ilimitadas	Así, recuperar el archivo de hace una hora toma segundos y no exige restaurar una copia
Réplica nativa	Además, envía a otro TrueNAS solo los bloques que cambiaron desde la última réplica
Hardware libre	Asimismo, funciona en cualquier servidor x86 compatible, sin atarse a un fabricante de cajas
Todo desde el navegador	También incluye permisos, usuarios, directorio activo, alertas, cifrado y doble factor en la misma interfaz

Ahora bien, tiene límites que conviene conocer antes de decidir. Primero, pide un hardware adecuado: memoria suficiente, discos CMR y una controladora en modo HBA, no una tarjeta RAID. Segundo, un pool de ZFS mal diseñado no se corrige fácil; algunas decisiones, como el tipo de redundancia, se toman una vez. Y tercero, la edición gratuita no trae soporte del fabricante, así que alguien en su equipo o en su proveedor debe saber operarlo.

ZFS en seis conceptos

Casi todo lo que se hace en TrueNAS usa estas seis palabras, así que entenderlas ahorra la mitad de los errores de diseño.

Concepto	Qué es	Ejemplo en el caso
Pool	El conjunto de todos los discos, visto como un único espacio	El pool tanque
VDEV	Un grupo de discos con su propia redundancia; un pool tiene uno o varios	Un RAIDZ1 de cuatro discos
Dataset	Una carpeta con propiedades propias: cuota, compresión, permisos e instantáneas	tanque/archivos y tanque/copias
Zvol	Un disco virtual que se entrega en bloque, por iSCSI, a otro servidor	El disco de un servidor de pruebas
Instantánea	El estado congelado de un dataset en un momento	tanque/archivos@auto-2026-09-28_12-00
Scrub	La revisión completa del pool, que compara cada bloque con su suma de comprobación	Una vez al mes

La regla que más duele cuando se ignora: si se pierde un VDEV, se pierde el pool entero. Por eso la redundancia se diseña en cada VDEV, y nunca se añade un disco suelto, sin redundancia, a un pool que ya la tiene.

Requisitos de TrueNAS: hardware mínimo y recomendado

A continuación, estos son los requisitos de TrueNAS 25.10 según su guía de hardware, con nuestra recomendación para una empresa al lado:

Componente	Mínimo oficial	Recomendación para una empresa
Procesador	Intel o AMD x86_64 de 2 núcleos	4 núcleos o más si va a usar cifrado, aplicaciones o máquinas virtuales
Memoria	8 GB	16 GB con memoria ECC; sumar 1 GB por cada disco a partir del noveno, como sugiere la guía
Disco de arranque	SSD de 16 GB	SSD SATA o NVMe de 120 GB, y mejor dos en espejo
Discos de datos	Dos del mismo tamaño	Discos CMR de gama NAS o empresarial, nunca SMR
Controladora	—	HBA SAS o puertos SATA de la placa; si es una tarjeta RAID, en modo HBA
Red	—	1 Gbit/s para archivos de oficina; 10 Gbit/s si sirve máquinas virtuales

Además, hay tres advertencias de la guía que vale la pena citar. En primer lugar, la mayoría de los usuarios «recomienda con fuerza» la memoria ECC. En segundo lugar, los discos SMR tienen escritura lenta y riesgo de inestabilidad durante la reconstrucción, así que «encajan mal» con ZFS. Por último, la función RAID de la controladora no debe usarse, ya que ZFS necesita ver cada disco directamente.

¿Y TrueNAS virtualizado?

Se puede, pero el fabricante no lo recomienda para datos de producción. Si aun así lo instala como máquina virtual, por ejemplo en Proxmox, la guía pide entregarle la controladora completa por paso directo, con VT-d o AMD-Vi, para que ZFS vea los discos reales y no discos virtuales. Para laboratorio y aprendizaje, en cambio, una máquina virtual es perfecta.

Cómo instalar TrueNAS paso a paso

La instalación toma unos veinte minutos. Antes de empezar, desconecte los discos de datos que tengan información, porque el instalador borra el disco que usted elija como arranque.

1. Descargue la imagen ISO desde la página de descarga de Community Edition. El formulario de correo es opcional, así que puede omitirlo. Después, elija la versión estable, no la beta.
2. Grábela en una memoria USB. En Windows sirve Rufus; en Linux, la orden dd que aparece abajo.
3. Arranque el servidor desde la memoria con la tecla de menú de arranque de la placa.
4. Elija «Install/Upgrade» en el menú del instalador, que también ofrece Shell, Reboot y Shutdown.
5. Seleccione el disco de arranque. El instalador borrará su contenido, así que confirme que es el correcto.
6. Elija el usuario administrador. La opción es «Administrative user (truenas_admin)», y enseguida se define su contraseña.
7. Indique el tipo de arranque: UEFI en cualquier equipo actual.
8. Retire la memoria y reinicie cuando aparezca «Installation Succeeded».

# Linux: grabar la ISO en la memoria USB (compruebe dos veces el dispositivo)
lsblk
sudo dd status=progress bs=4M if=TrueNAS-25.10.7.iso of=/dev/sdX conv=fsync

El paso a paso resume la guía de instalación oficial. Sustituya /dev/sdX por la memoria que muestre lsblk; si se equivoca de letra, dd borra ese disco sin preguntar.

El menú de consola y el primer acceso

Al reiniciar, la pantalla del servidor muestra el menú de consola con la dirección de la interfaz web, que TrueNAS obtiene por DHCP. Desde otro equipo de la red se abre esa dirección en el navegador, o bien truenas.local si la red admite mDNS, y se entra con truenas_admin. Además, el menú de consola ofrece estas opciones:

Opción	Para qué sirve
1. Configure network interfaces	Poner una IP fija a la interfaz principal
2. Configure network settings	Puerta de enlace, nombre del equipo, dominio y DNS
3. Configure static routes	Rutas estáticas
4. Change local administrator password	Cambiar la contraseña del administrador sin entrar a la web
5. Create one-time password for «root»	Acceso de un solo uso, válido 24 horas
6. Reset configuration to defaults	Borrar toda la configuración
7. Open TrueNAS CLI Shell	La línea de órdenes propia de TrueNAS
8. Open Linux Shell	La shell de Linux; lo que cambie aquí no sobrevive al reinicio
9 y 10. Reboot · Shut down	Reiniciar o apagar

Configuración básica de TrueNAS en el primer día

Este es el orden que evita volver atrás. Por eso, cada paso se hace desde la interfaz web y además ninguno exige la línea de órdenes.

1. Red. IP fija, nombre del equipo, DNS y servidor de hora. También conviene reservar esa IP en el DHCP, para que el almacenamiento nunca cambie de dirección.
2. Actualización. En System, instale la última versión estable de su rama antes de guardar datos.
3. Pool. En Storage, cree el pool con el diseño que corresponda; el apartado siguiente explica cómo elegirlo.
4. Datasets. Luego, cree uno por uso, con el ajuste predefinido adecuado: SMB para carpetas de Windows, Apps para aplicaciones o Multiprotocol para compartir por SMB y NFS a la vez. Además, nunca comparta la raíz del pool.
5. Usuarios. En Credentials, cree los usuarios con acceso SMB, o bien una la máquina al directorio activo.
6. Recursos compartidos. Después, en Shares, cree el recurso SMB, ajuste los permisos del dataset y arranque el servicio.
7. Protección. Programe las instantáneas en Data Protection y revise también la tarea de scrub que TrueNAS crea sola.
8. Alertas. Configure el correo de avisos y pruébelo también: un disco que falla en silencio es el principio de una pérdida.
9. Copia de la configuración. Por último, en System > Advanced Settings > Manage Configuration, descargue el archivo con la semilla de contraseñas incluida y guárdelo fuera del equipo.

Sin embargo, el último paso es el que casi nadie hace. Sin ese archivo, reinstalar el sistema tras perder el disco de arranque significa rehacer usuarios, recursos y tareas a mano. Además, sin la semilla, los campos cifrados de la configuración vuelven vacíos y servicios como SMB con cuentas locales o las aplicaciones dejan de funcionar, según la documentación de respaldo de la configuración.

Un recurso SMB para las tres áreas del caso

Por ejemplo, en el caso de la guía, cada área tiene su dataset y su grupo. La guía de recursos SMB permite crear el dataset y el recurso en la misma pantalla, y ofrece propósitos predefinidos como Default Share, Private Datasets Share, Multi-protocol Share o Time Machine Share. Así queda la estructura:

Dataset	Recurso	Quién accede	Cuota
tanque/archivos/administracion	SMB	Grupo de administración	1,5 TB
tanque/archivos/comercial	SMB	Grupo comercial	1,5 TB
tanque/archivos/proyectos	SMB	Grupo de proyectos, con planos	3 TB
tanque/copias	SMB o NFS, solo para el servidor de copias	La cuenta del software de copias	3 TB

Además, las cuotas no son adorno: impiden que un área llene el pool y deje sin espacio a las demás, incluidas las copias.

Cómo elegir el diseño del pool de ZFS

El asistente de creación de pools ofrece estos diseños para los VDEV de datos, según la documentación del asistente de pools:

Diseño	Discos que puede perder por VDEV	Cuándo usarlo
Stripe	Ninguno	Nunca con datos que importen
Mirror (espejo)	Todos menos uno del espejo	Máquinas virtuales y bases de datos: mejor rendimiento aleatorio
RAIDZ1	1	Pocos discos y copia fuera del equipo
RAIDZ2	2	La opción general para archivos y copias, desde cinco o seis discos
RAIDZ3	3	VDEV muy anchos o discos muy grandes
dRAID1, 2 y 3	1, 2 o 3, con repuestos distribuidos	Arreglos grandes; el fabricante recomienda RAIDZ por debajo de diez discos

Aparte de los discos de datos, el pool admite VDEV auxiliares: Log, que acelera las escrituras síncronas; Cache, una caché de lectura en SSD llamada L2ARC; Spare, un disco de repuesto en caliente; y Metadata, que guarda los metadatos en SSD. Para una empresa de 45 personas, ninguno es necesario al principio. En cambio, la memoria sí rinde desde el primer día, porque ZFS la usa como caché de lectura.

El caso: 9,65 TB útiles con discos de 4 TB

Primero, un cambio de unidades. TrueNAS muestra la capacidad en TiB, no en TB, así que los 9,65 TB que pide el caso son 8,78 TiB en pantalla. Después, con discos de 4 TB, estas son las opciones:

Diseño	Capacidad de datos	Discos que tolera	¿Cubre los 9,65 TB?	Ocupación al tercer año
4 discos, RAIDZ1	12 TB (10,91 TiB)	1	Sí	64 %
4 discos, dos espejos	8 TB (7,28 TiB)	1 por espejo	No	97 %
4 discos, RAIDZ2	8 TB (7,28 TiB)	2	No	97 %
5 discos, RAIDZ2	12 TB (10,91 TiB)	2	Sí	64 %
6 discos, RAIDZ2	16 TB (14,55 TiB)	2	Sí, con holgura	48 %

Sin embargo, la cifra real será algo menor. De hecho, ZFS reserva para sí una fracción del pool, 1/32 con un tope de 128 GiB según los parámetros de OpenZFS, y el relleno de RAIDZ resta un poco más. Aun así, el resultado no cambia de columna.

Por lo tanto, la conclusión práctica es esta. Con cuatro bahías, solo RAIDZ1 da la capacidad, igual que el RAID 5 de la guía del servidor NAS; pero mientras se reconstruye un disco, el pool queda sin redundancia. Por eso, si el equipo admite cinco o seis discos, RAIDZ2 con cinco discos da la misma capacidad y aguanta dos fallos, y con seis sobra espacio para crecer. Además, el detalle de cada nivel está en la guía de niveles de RAID.

¿Y si hoy solo caben cuatro discos? Desde la versión 24.10, un VDEV RAIDZ se puede ampliar con discos adicionales, uno a uno, desde la pantalla del pool, como explica la guía de administración de pools. Ahora bien, ampliar no cambia el nivel de paridad: un RAIDZ1 ampliado sigue tolerando un solo disco.

Instantáneas, scrub y réplica en TrueNAS

Una instantánea congela un dataset en segundos y ocupa solo lo que cambie después. Por eso la documentación de las tareas de instantáneas periódicas menciona como práctica común tomarlas incluso cada 15 minutos. Para el caso, además, usamos el calendario de la guía del servidor NAS: 24 horarias en jornada laboral, 14 diarias y 8 semanales.

Cuánto espacio consumen las instantáneas

Supongamos que cada día hábil se modifica o se borra el 0,4 % de los archivos. Es decir, hoy son 12 GB diarios y, al tercer año, 21,8 GB. Como la instantánea semanal más antigua retiene ocho semanas, en el peor caso guarda 40 días hábiles de cambios: 480 GB hoy y 872 GB al tercer año. Por lo tanto, las instantáneas se comen hasta el 45 % del margen del 20 % que dejó el dimensionamiento. El margen no es espacio muerto: es donde viven las instantáneas.

Además, hay un error que multiplica esa cifra. Si el dataset de las copias recibe el mismo calendario, cada copia incremental que el software borra queda retenida por las instantáneas. En el caso, son 36 GB diarios de copias de las máquinas virtuales, es decir, más de 1,4 TB retenidos en ocho semanas. En consecuencia, el dataset de copias va con una tarea de instantáneas propia y corta, o sin ella si el software de copias ya gestiona su retención.

El scrub

Al crear un pool, TrueNAS programa un scrub los domingos a las 00:00, que solo corre si ha pasado el umbral de días fijado desde el último. Si encuentra errores, los corrige o genera una alerta. No lo desactive: es la única forma de descubrir un disco degradado antes de necesitar sus datos.

La réplica fuera de sede: el primer envío tarda días

Una tarea de réplica envía las instantáneas a otro TrueNAS: la primera vez viaja todo y, después, solo lo que cambió. Por ejemplo, con un enlace de subida de 100 Mbit/s, las cuentas del caso son estas:

Transferencia	Volumen	Tiempo
Migración inicial por la red local a 110 MB/s	3,0 TB	7,6 horas
Primera réplica a la segunda sede	5,27 TB (archivos y copias)	4,9 días
Réplica diaria	48 GB	64 minutos

El hallazgo está en la segunda fila, ya que casi cinco días saturando el enlace no son aceptables. Por eso lo habitual es sembrar la réplica en la oficina: se instalan los dos equipos juntos, se hace la primera réplica por la red local en una noche y luego se lleva el segundo a su sede. Después, cada noche viaja una hora de cambios. Además, esa copia fuera del edificio es la que exige la regla 3-2-1.

Un matiz importante: una instantánea resuelve un error humano, no un desastre. Si el pool se pierde, se pierden con él todas sus instantáneas. Por eso la réplica o una copia a la nube, con Cloud Sync o TrueCloud Backup, no son opcionales. Por último, sobre cómo impedir que un atacante borre esas copias, vea la guía de respaldo inmutable.

Aplicaciones, máquinas virtuales y contenedores

Desde la versión 24.10, las aplicaciones de TrueNAS corren sobre Docker, con un catálogo oficial y la opción de desplegar un archivo Compose propio. Además, admite máquinas virtuales con KVM, que exigen un procesador con VT-x o AMD-V, y contenedores LXC, que comparten el núcleo del sistema.

Nuestra recomendación para una empresa es sencilla: el almacenamiento primero. Unas pocas aplicaciones de apoyo están bien, como un servidor de sincronización o un visor de archivos. En cambio, las máquinas virtuales de producción viven mejor en un hipervisor dedicado, y TrueNAS les sirve los discos. Así, un problema en una aplicación no pone en riesgo los datos de toda la empresa. De ese reparto de papeles trata, además, la guía de virtualización de servidores.

Comandos de TrueNAS más usados

La interfaz web cubre el trabajo diario, pero la shell responde más rápido cuando algo falla. Por eso, la regla de oro es esta: desde la shell se consulta; la configuración se cambia en la interfaz. Los comandos de esta sección se abren con la opción 8 del menú de consola, o por SSH si lo ha habilitado. Y para lo básico de la terminal, también sirve nuestra guía de comandos básicos de Linux.

Estado del pool y de los datasets

# ¿Hay algún pool con problemas? Si todo está bien, responde "all pools are healthy"
zpool status -x

# Estado detallado: discos, errores de lectura, escritura y suma de comprobación
zpool status -v tanque

# Capacidad por pool y por VDEV
zpool list -v

# Espacio y compresión por dataset
zfs list -o name,used,avail,refer,compressratio -r tanque

# Instantáneas, de la más antigua a la más reciente
zfs list -t snapshot -o name,used,creation -s creation -r tanque/archivos

# Rendimiento en vivo, cada 5 segundos (Ctrl+C para salir)
zpool iostat -v tanque 5

Propiedades, caché y discos

# Compresión, tamaño de registro y fecha de acceso de un dataset
zfs get compression,recordsize,atime tanque/archivos

# Resumen de la caché de lectura de ZFS en memoria (ARC)
arc_summary | less

# Salud SMART de un disco: horas, sectores reasignados y errores
smartctl -a /dev/sda

# Historial de operaciones sobre el pool
zpool history tanque | tail -n 20

Consultar el sistema con midclt

Por otra parte, midclt habla con el middleware de TrueNAS, el mismo que usa la interfaz, a través de la API JSON-RPC documentada. Por eso sus respuestas coinciden con lo que se ve en pantalla:

# Versión, equipo, memoria y tiempo encendido
midclt call system.info

# Pools y su estado
midclt call pool.query

# Datasets de un pool
midclt call pool.dataset.query '[["pool","=","tanque"]]'

# Servicios en marcha
midclt call service.query '[["state","=","RUNNING"]]'

# Alertas activas y estado del disco de arranque
midclt call alert.list
midclt call boot.get_state

Las órdenes que cambian algo, con cuidado

Orden	Qué hace	Riesgo
zpool scrub tanque	Lanza un scrub a mano	Bajo; carga los discos durante horas
zpool scrub -s tanque	Detiene un scrub en curso	Bajo
zfs snapshot tanque/archivos@antes-de-migrar	Crea una instantánea manual	Bajo; mejor desde la interfaz, que la muestra y la gestiona
zfs rollback tanque/archivos@antes-de-migrar	Devuelve el dataset a esa instantánea	Alto: borra todo lo escrito después
zpool upgrade tanque	Activa las funciones nuevas de ZFS en el pool	Alto: impide volver a una versión anterior del sistema

Sobre la última fila, además, la advertencia es del propio fabricante: no actualice las funciones del pool hasta estar seguro de quedarse en esa versión del sistema.

Escenarios de ejemplo con TrueNAS

Escenario	Diseño sugerido	Protocolo	Lo que no puede faltar
Oficina de 45 personas (el caso)	5 o 6 discos en RAIDZ2	SMB con directorio activo	Cuotas por área, instantáneas horarias y réplica a otra sede
Destino de copias de seguridad	RAIDZ2 con discos grandes	SMB o NFS para el software de copias	Dataset propio, sin instantáneas frecuentes, y otra copia fuera
Discos para máquinas virtuales	Espejos en SSD	iSCSI, NFS o NVMe sobre TCP	Red de 10 Gbit/s separada de la de usuarios
Estudio de diseño o video	RAIDZ2 y red de 10 Gbit/s	SMB	Memoria abundante para la caché de lectura
Laboratorio o aprendizaje	Dos discos en espejo o una máquina virtual	SMB	Nada de datos de producción

Si su software de copias es Veeam, un recurso SMB o NFS de TrueNAS sirve como repositorio normal. Sin embargo, no puede ser un Hardened Repository, que exige un servidor Linux con sus propios discos. En cambio, las instantáneas de TrueNAS, administradas con credenciales distintas a las del software de copias, añaden una capa que este no controla. Todo esto lo explicamos también en la guía de Veeam.

Recomendaciones y errores frecuentes

1. Usar una tarjeta RAID en modo RAID. ZFS necesita ver cada disco; si no, pierde su capacidad de reparar.
2. Comprar discos SMR por precio. Además de lentos, pueden fallar justo durante la reconstrucción.
3. Llenar el pool por encima del 80 %. A partir de ahí el rendimiento cae y las instantáneas se quedan sin sitio.
4. Añadir un disco suelto a un pool. Si ese disco falla, cae el pool entero.
5. Confundir instantánea con copia. Por el contrario, la copia vive en otro equipo y, mejor aún, en otra sede.
6. No guardar la configuración. Sin el archivo y su semilla, reinstalar es empezar de cero.
7. Actualizar a una beta. En producción, solo versiones estables y después de leer las notas.
8. Publicar la interfaz en internet. La administración va por VPN y con doble factor, que TrueNAS trae de serie.
9. No probar las alertas. Desconecte un disco en una ventana de mantenimiento y compruebe que llega el aviso.

Además, hay dos cambios de la versión 25.10 que conviene conocer. Primero, retiró la programación de pruebas SMART de la interfaz; las que existían pasaron a tareas cron. Segundo, eliminó la autoridad de certificación interna, así que los certificados propios se emiten ahora con una autoridad externa. Ambos constan también en las notas de la versión.

TrueNAS frente a otras opciones

Opción	Punto fuerte	Cuándo encaja mejor
TrueNAS Community Edition	ZFS completo, réplica nativa y gratuito	Empresas que priorizan la integridad y tienen quien lo administre
OpenMediaVault	Ligero, sobre Debian, con complementos	Equipos modestos y usos domésticos
Unraid	Mezcla discos de distintos tamaños	Multimedia y laboratorio; es de pago
NAS de fabricante	Todo integrado y con soporte	Quien no quiere elegir hardware ni sistema
Servidor Windows de archivos	Integración directa con el dominio	Empresas que ya licencian Windows Server y tienen pocos datos

Preguntas frecuentes sobre TrueNAS

¿TrueNAS es gratis?

Sí. Community Edition es gratuita y de código abierto, también para uso en empresas. En cambio, lo que se paga es la edición Enterprise, que se vende con el equipo del fabricante y su soporte.

¿TrueNAS SCALE y Community Edition son lo mismo?

Sí. Desde la versión 25.04, TrueNAS SCALE se llama TrueNAS Community Edition. La versión basada en FreeBSD, CORE, es la que quedó como heredada.

¿Qué sistema operativo usa de base?

Usa Debian Linux: Debian 12 en la versión vigente, 25.10, y Debian 13 en TrueNAS 26, que está en beta. Por su parte, la versión CORE se basaba en FreeBSD.

¿Funciona en ARM o en una Raspberry Pi?

No de forma oficial. Es decir, el sistema es solo para procesadores x86-64 de Intel o AMD, y los intentos para ARM son comunitarios y sin soporte.

¿Cuál es el usuario por defecto?

Durante la instalación se crea truenas_admin con la contraseña que usted elige. No hay contraseña de fábrica; si la olvida, la opción 4 del menú de consola permite cambiarla.

¿Cuánta memoria necesita?

El mínimo oficial son 8 GB, más 1 GB por cada disco a partir del noveno. Para una empresa, recomendamos 16 GB con ECC, y más si va a usar aplicaciones o máquinas virtuales.

Cómo lo aborda KHARONTE

Un almacenamiento con TrueNAS es tres decisiones antes que una instalación: cuánta capacidad hará falta dentro de tres años, qué diseño del pool la paga y por dónde sale la copia que no vive en ese equipo. En nuestra línea de infraestructura de TI dimensionamos, implementamos y administramos el almacenamiento de la empresa, y dejamos por escrito la capacidad, la retención y la prueba de restauración. No comercializamos los equipos: elegimos el que corresponde y respondemos por que funcione.

Además, la copia fuera de sede y las pruebas de recuperación son parte de nuestro servicio de backup para empresas. Cada alerta de un disco o de un pool entra como caso en nuestra mesa de ayuda TI, con su criticidad y su historial. Si prefiere un técnico dedicado a su plataforma, lo ofrecemos como outsourcing de infraestructura de TI. Y si busca servicios administrados de TI que reúnan el almacenamiento, el respaldo y el soporte, conozca el resto de nuestros servicios de TI para empresas.