Windows fi­le­se­r­ver: cómo crear un servidor de archivos con Windows Server 2025

Co­n­fi­gu­rar un Windows fi­le­se­r­ver con Windows Server 2025 no tiene por qué ser co­m­pli­ca­do. Aun así, conviene definir antes el hardware, el al­ma­ce­na­mie­n­to, los usuarios y los permisos que vas a necesitar. En este artículo conocerás los re­qui­si­tos técnicos para un servidor de archivos en Windows y apre­n­de­rás a co­n­fi­gu­rar­lo paso a paso.

Re­qui­si­tos técnicos para co­n­fi­gu­rar un Windows fi­le­se­r­ver

Antes de co­n­fi­gu­rar el servidor de archivos en Windows, el sistema debe estar bien preparado a nivel técnico. Esto incluye el sistema operativo, el al­ma­ce­na­mie­n­to, la red, la gestión de usuarios y el nivel de seguridad deseado. Como orie­n­ta­ción general, puedes usar la siguiente lista de co­m­pro­ba­ción:

✓ In­s­ta­la­ción de Windows Server 2025

✓ Espacio de al­ma­ce­na­mie­n­to su­fi­cie­n­te para los recursos co­m­pa­r­ti­dos previstos

✓ Conexión de red estable y dirección IP fija

✓ Cuentas de usuario o grupos para los permisos de acceso

✓ Permisos ad­mi­ni­s­tra­ti­vos en el servidor

Re­qui­si­tos de hardware

El hardware necesario depende en gran medida de cuántos usuarios accedan al servidor de archivos y del volumen de datos que se vaya a almacenar. Para es­ce­na­rios típicos, puedes usar como re­fe­re­n­cia los si­guie­n­tes valores orie­n­ta­ti­vos:

En general, en un servidor de archivos con Windows no es la potencia de cálculo lo más decisivo, sino el re­n­di­mie­n­to y la fia­bi­li­dad del al­ma­ce­na­mie­n­to, así como un ancho de banda de red su­fi­cie­n­te.

Re­qui­si­tos de red

Para que los usuarios puedan acceder al servidor de archivos a través de la red, algunos co­m­po­ne­n­tes deben estar co­n­fi­gu­ra­dos co­rre­c­ta­me­n­te, entre ellos:

• dirección IP fija para el servidor,
• re­so­lu­ción de nombres DNS funcional,
• co­ne­c­ti­vi­dad de red entre el servidor y los clientes,
• co­mu­ni­ca­ción SMB permitida en la red y
• reglas de firewall adecuadas para servicios de archivos e impresión.

La edición adecuada de Windows Server

Para un servidor de archivos clásico con Windows Server 2025, en muchos casos basta con la edición Standard. Incluye las funciones ne­ce­sa­rias para compartir archivos, asignar permisos de usuario y gestionar el al­ma­ce­na­mie­n­to.

Si tienes previsto trabajar con un alto grado de vi­r­tua­li­za­ción, co­n­fi­gu­rar clústeres grandes o trabajar con funciones avanzadas de centro de datos, la edición Da­ta­ce­n­ter puede ser la opción más adecuada. Esta edición está pensada para entornos altamente vi­r­tua­li­za­dos y ofrece funciones avanzadas para vi­r­tua­li­za­ción, al­ma­ce­na­mie­n­to y alta di­s­po­ni­bi­li­dad.

¿Qué in­frae­s­tru­c­tu­ra de servidor es la más adecuada?

Antes de co­n­fi­gu­rar un servidor de archivos en Windows, conviene decidir en qué in­frae­s­tru­c­tu­ra se ejecutará el sistema operativo. Según el número de usuarios, la cantidad de datos y los re­qui­si­tos de re­n­di­mie­n­to, puedes valorar di­fe­re­n­tes tipos de servidor.

Para una es­ti­ma­ción apro­xi­ma­da, puedes guiarte por las si­guie­n­tes reglas generales:

• Pocos usuarios y pequeñas ca­n­ti­da­des de datos: VPS
• Varios equipos o muchos accesos si­mu­l­tá­neos: servidor dedicado
• Ca­n­ti­da­des de datos muy grandes o alta carga de al­ma­ce­na­mie­n­to: servidor bare metal
• Máxima to­le­ra­n­cia a fallos: solución en clúster

Servidor virtual privado (VPS)

Para equipos pequeños, entornos de de­sa­rro­llo o es­ce­na­rios de prueba, un servidor privado virtual (VPS) puede ser su­fi­cie­n­te. Este tipo de servidor es es­pe­cia­l­me­n­te adecuado cuando pocos usuarios acceden si­mu­l­tá­nea­me­n­te al servidor de archivos y las ca­n­ti­da­des de datos al­ma­ce­na­dos se mantienen ma­ne­ja­bles.

Servidor dedicado

Para un servidor de archivos pro­du­c­ti­vo en empresas, un servidor dedicado suele ser la solución más adecuada. Como todos los recursos de hardware están di­s­po­ni­bles de forma exclusiva, también permite gestionar de forma fiable grandes volúmenes de datos y muchos accesos si­mu­l­tá­neos. Los se­r­vi­do­res dedicados son es­pe­cia­l­me­n­te adecuados para:

• carpetas de proyectos co­m­pa­r­ti­das,
• re­po­si­to­rios centrales de do­cu­me­n­tos,
• di­re­c­to­rios de usuarios y
• archivos internos de la empresa.

Servidor bare metal

Cuando se almacenan grandes ca­n­ti­da­des de archivos o muchos usuarios acceden si­mu­l­tá­nea­me­n­te al servidor de archivos, es re­co­me­n­da­ble usar un servidor bare metal. Estos se­r­vi­do­res se ejecutan di­re­c­ta­me­n­te sobre el hardware, sin capa de vi­r­tua­li­za­ción, y pueden ofrecer un re­n­di­mie­n­to de al­ma­ce­na­mie­n­to muy alto.

También puedes ejecutar un servidor de archivos en Windows en un entorno vi­r­tua­li­za­do. En este caso, el servidor funciona dentro de una máquina virtual, de modo que varios servicios de servidor pueden ge­s­tio­nar­se de forma flexible en el mismo hardware. Una im­ple­me­n­ta­ción típica es, por ejemplo, un servidor de archivos con Proxmox.

Varios se­r­vi­do­res o clúster

Si quieres que el servidor de archivos ofrezca una to­le­ra­n­cia a fallos es­pe­cia­l­me­n­te alta, puede que un único servidor no sea su­fi­cie­n­te. En estos casos se recurre a un clúster de se­r­vi­do­res. Windows Server distingue pri­n­ci­pa­l­me­n­te entre:

• File Server for general use para recursos co­m­pa­r­ti­dos clásicos de usuarios.
• Scale-Out File Server for ap­pli­ca­tion data para datos de apli­ca­cio­nes de servidor que requieren alta di­s­po­ni­bi­li­dad, por ejemplo Hyper-V o SQL Server.

Co­n­fi­gu­rar un Windows fi­le­se­r­ver con Windows Server 2025 paso a paso

En el siguiente ejemplo se configura un Windows fi­le­se­r­ver con SMB (Server Message Block) y un recurso co­m­pa­r­ti­do estándar. La guía se basa en la es­tru­c­tu­ra de ad­mi­ni­s­tra­ción de Windows Server 2025 y te muestra paso a paso cómo crear un recurso co­m­pa­r­ti­do de archivos mediante el Ad­mi­ni­s­tra­dor del servidor.

Paso 1: preparar la unidad de datos y la es­tru­c­tu­ra de carpetas

Antes de crear el recurso co­m­pa­r­ti­do, define dónde se van a guardar los archivos. Para un servidor de archivos en pro­du­c­ción, se re­co­mie­n­da no ubicar los recursos co­m­pa­r­ti­dos en la unidad del sistema, sino en una unidad de datos in­de­pe­n­die­n­te, por ejemplo en la unidad D:. A co­n­ti­nua­ción, crea allí la es­tru­c­tu­ra de carpetas que quieras, por ejemplo:

D:\recursos-compartidos
D:\recursos-compartidos\proyecto
D:\recursos-compartidos\ventas
D:\recursos-compartidos\contabilidad

Una es­tru­c­tu­ra clara te fa­ci­li­ta­rá más adelante la asi­g­na­ción de permisos, las copias de seguridad y la ad­mi­ni­s­tra­ción continua.

Paso 2: agregar el rol de servidor de archivos

1. Abre el Ad­mi­ni­s­tra­dor del servidor y, en “Ad­mi­ni­s­trar” (Manage), se­le­c­cio­na la opción “Agregar roles y ca­ra­c­te­rí­s­ti­cas” (Add roles and features).

Close

2. En el asistente, se­le­c­cio­na una in­s­ta­la­ción basada en roles y ca­ra­c­te­rí­s­ti­cas y marca el servidor de destino.
3. A co­n­ti­nua­ción, activa el rol de servidor de archivos. Para ello, en “Servicios de archivos y al­ma­ce­na­mie­n­to” (File and storage services), abre “Servicios de archivos e iSCSI” y se­le­c­cio­na “Servidor de archivos”.
4. Haz clic en “Instalar”.

Paso 3: crear un nuevo recurso co­m­pa­r­ti­do SMB

1. En el Ad­mi­ni­s­tra­dor del servidor, ve a “Servicios de archivos y al­ma­ce­na­mie­n­to” (File and storage services) y se­le­c­cio­na “Recursos co­m­pa­r­ti­dos” (Shares).
2. Haz clic en “Tareas” (Tasks) → “Nuevo recurso co­m­pa­r­ti­do” (New share…) para crear una nueva carpeta co­m­pa­r­ti­da.

Close

3. Para un servidor de archivos en Windows, en el asistente no­r­ma­l­me­n­te se se­le­c­cio­na “SMB Share – Quick”, es decir, un recurso co­m­pa­r­ti­do SMB de co­n­fi­gu­ra­ción rápida. Esta opción es adecuada para la mayoría de las carpetas co­m­pa­r­ti­das estándar en entornos pequeños y medianos.

Paso 4: se­le­c­cio­nar la ubicación y el recurso co­m­pa­r­ti­do

En el siguiente paso, se­le­c­cio­na la unidad y la carpeta que quieres compartir. Navega hasta el di­re­c­to­rio que has creado pre­via­me­n­te, por ejemplo D:\recursos-compartidos\proyecto. Asegúrate de elegir la carpeta correcta, ya que el recurso co­m­pa­r­ti­do se basa di­re­c­ta­me­n­te en esta ruta.

Paso 5: asignar un nombre al recurso co­m­pa­r­ti­do

Asigna ahora un nombre único para el recurso co­m­pa­r­ti­do. Este nombre se utilizará más tarde en la red, por ejemplo: \\fileserver\proyecto. Elige un nombre corto y fácil de entender para que los usuarios puedan ide­n­ti­fi­car el recurso co­m­pa­r­ti­do sin problemas.

Close

Paso 6: definir la co­n­fi­gu­ra­ción del recurso co­m­pa­r­ti­do

En el apartado “Otros ajustes” puedes activar opciones adi­cio­na­les para el recurso co­m­pa­r­ti­do. En muchos entornos, estas opciones son es­pe­cia­l­me­n­te útiles:

• Enu­me­ra­ción basada en el acceso: permite que los usuarios solo vean las carpetas para las que tienen permisos.
• Cifrar el acceso a los datos: cifra adi­cio­na­l­me­n­te el acceso SMB si el entorno lo requiere.

El resto de opciones avanzadas pueden dejarse sin cambios por el momento.

Paso 7: co­n­fi­gu­rar los permisos

A co­n­ti­nua­ción, define qué usuarios o grupos pueden acceder al recurso co­m­pa­r­ti­do. Para ello, debes coordinar co­rre­c­ta­me­n­te los permisos del recurso co­m­pa­r­ti­do y los permisos NTFS (New Te­ch­no­lo­gy File System). Puedes orie­n­tar­te por esta es­tru­c­tu­ra básica:

• Ad­mi­ni­s­tra­do­res: acceso completo
• Grupo de usuarios re­s­po­n­sa­ble: modificar o leer
• Permisos generales: evitar permisos estándar demasiado amplios

Si, por ejemplo, solo un equipo debe acceder a la carpeta, es mejor asignar los permisos a un grupo de usuarios adecuado y no a cuentas de usuario in­di­vi­dua­les.

Paso 8: crear el recurso co­m­pa­r­ti­do

Revisa el resumen en el asistente y haz clic en “Crear” para co­n­fi­gu­rar el recurso co­m­pa­r­ti­do. Una vez fi­na­li­za­do el proceso, la nueva carpeta co­m­pa­r­ti­da SMB debería aparecer en la vista general de recursos co­m­pa­r­ti­dos del Ad­mi­ni­s­tra­dor del servidor. Con esto, la co­n­fi­gu­ra­ción básica está completa.

Close

Paso 9: probar el recurso co­m­pa­r­ti­do

A co­n­ti­nua­ción, prueba si el recurso co­m­pa­r­ti­do es accesible en la red. Para ello, abre el Ex­plo­ra­dor de Windows en un cliente o di­re­c­ta­me­n­te en el servidor y escribe la ruta de red, por ejemplo:

\\SERVERNAME\proyecto

o

\\fileserver\proyecto

Si el acceso funciona, el servidor de archivos se ha co­n­fi­gu­ra­do co­rre­c­ta­me­n­te. Si la carpeta no es accesible, comprueba:

• la re­so­lu­ción DNS,
• la conexión de red,
• y los permisos asignados.

Paso 10: conectar el recurso co­m­pa­r­ti­do como unidad de red (opcional)

Para que los usuarios puedan acceder más fá­ci­l­me­n­te al recurso co­m­pa­r­ti­do en el día a día, puedes asignar la carpeta como unidad de red. Puedes hacerlo di­re­c­ta­me­n­te en el Ex­plo­ra­dor o, en un entorno de dominio, de forma ce­n­tra­li­za­da mediante una directiva de grupo.

En entornos pequeños, la conexión manual suele ser su­fi­cie­n­te. En redes más grandes, una asi­g­na­ción ce­n­tra­li­za­da suele ser la mejor solución.

Paso 11: co­n­fi­gu­rar cuotas y op­ti­mi­za­ción del al­ma­ce­na­mie­n­to (opcional)

Si el servidor de archivos se utiliza en un entorno de pro­du­c­ción, en el siguiente paso puedes añadir más funciones. Entre ellas se incluyen, por ejemplo:

• Cuotas de al­ma­ce­na­mie­n­to: limitan el espacio de al­ma­ce­na­mie­n­to por carpeta o por usuario.
• De­du­pli­ca­ción de datos (Data De­du­pli­ca­tion): reduce los datos re­du­n­da­n­tes en el volumen.

Estas funciones no son es­tri­c­ta­me­n­te ne­ce­sa­rias, pero pueden mejorar la efi­cie­n­cia del servidor.