Instalar y configurar un servidor BeBackup

Esta guía describe la instalación de un servidor BeBackup en Windows, su configuración inicial y su puesta en producción. Está dirigida al alojador que explota el servidor — no al usuario final, ni a la instalación del agente de copia de seguridad, que es objeto de un documento aparte.

---

1. Requisitos previos

Debe disponer de bbServerInstall.exe y de su clave de licencia, facilitados por EDII junto con su licencia (o su licencia de prueba).

No se impone ningún dimensionamiento de hardware. Las instalaciones van desde el servidor de marca reacondicionado hasta la máquina ensamblada a medida, y ambas dan buen resultado. Dimensione en función del número de soportes y del volumen a conservar, no de una lista de requisitos.

En Windows 10 u 11, una sola reserva: estas versiones son técnicamente válidas — una instalación en servicio soporta varios cientos de soportes — pero Windows 10 dejó de recibir soporte de Microsoft en octubre de 2025. Una máquina que escucha en Internet y alberga las copias de seguridad de sus clientes no debería quedarse sin parches de seguridad: prevea una edición aún mantenida, o un contrato de actualizaciones extendidas.

---

2. Instalación

Ejecute bbServerInstall.exe como administrador y siga el asistente:

1. Aceptación del contrato de licencia.
2. Ubicación de instalación — por defecto C:\Program Files\BeBackup Server.
3. Excepción de cortafuegos — deje la opción marcada. El asistente añade una regla de entrada que autoriza el ejecutable del servidor.
4. Instalación de los archivos y, a continuación, de los redistribuibles de Visual C++.
5. Al finalizar el asistente, deje marcada la opción que inicia la activación.

El asistente registra igualmente el servicio de Windows del servidor.

---

3. Activación de la licencia

La activación se realiza mediante la utilidad bbActivation.exe, que se ejecuta automáticamente al finalizar la instalación (después seguirá accesible desde el menú Inicio). Solicita:

• su clave de licencia;
• su dirección de correo electrónico;
• la contraseña que se le ha comunicado.

Qué incluye una licencia

Una licencia BeBackup no es un simple número de puestos. Define:

Las naturalezas de licencia consumidas por las máquinas respaldadas:

La lista de direcciones autorizadas forma parte de la licencia. Si más adelante añade un nombre DNS o una dirección pública, deberá actualizar la licencia desde la interfaz web (pestaña Licencia); de lo contrario, los agentes que pasen por esa dirección serán rechazados.

---

4. Qué instala el asistente

4.1 Servicios de Windows

Los dos últimos solo se instalan y se inician cuando la función correspondiente está activada: su ausencia en una instalación nueva es normal.

4.2 Carpetas

Dentro de la carpeta de instalación:

Los datos respaldados de los clientes no están aquí: van a los almacenamientos que usted declare (§ 6.5).

4.3 Las tres formas de ejecutar el servidor

El modo mantenimiento no es seguro — esa es su razón de ser, y el servidor lo indica claramente en su registro en cada arranque. Sirve para establecer la primera configuración, cuando aún no existe ninguna cuenta de administrador. No lo deje nunca funcionando en producción y no lo exponga a la red.

Un acceso directo «Configurar BeBackup Server» abre la interfaz en https://localhost.

---

5. Primer arranque

1. Compruebe que el servicio está detenido (los modos consola y mantenimiento y el servicio no pueden escuchar simultáneamente en el mismo puerto).
2. Ejecute el acceso directo BeBackup maintenance. Se abre una ventana de consola: déjela en ejecución.
3. Abra https://localhost en un navegador.

En esta fase el servidor presenta un certificado que ninguna autoridad reconoce: el navegador muestra una advertencia que hay que aceptar para continuar. Es normal y temporal — la configuración de los certificados (§ 6.3) lo resuelve.

---

6. Configuración mediante la interfaz web

La página de configuración del servidor está organizada en diez pestañas:

General · Email · Seguridad · Administradores · Almacenamientos · Servidores vinculados · Licencia · IA · Actualización · Acciones avanzadas

El orden siguiente no es el de la interfaz: es aquel en el que resulta más sencillo abordarlas en la primera configuración.

6.1 General — la identidad del servidor

Los nombres de host son la lista de nombres DNS y direcciones IP — locales y públicas — mediante los cuales un agente puede conectarse a este servidor. El agente los prueba uno tras otro y conserva la ruta más rápida: una máquina de la red local pasará por la dirección interna, una máquina itinerante por la dirección pública.

Esta lista alimenta también los nombres incluidos en el certificado del servidor. Si la modifica posteriormente, recuerde regenerar o renovar el certificado y actualizar la licencia.

6.2 Email — el envío de informes y alertas

El servidor envía los informes de copia de seguridad a los clientes y las alertas de supervisión al explotador. Indique los parámetros de su servidor de envío: host, puerto, autenticación, modo TLS, nombre y dirección del remitente.

Indique igualmente:

• la dirección que recibirá las alertas del servidor;
• el nivel a partir del cual se envía una alerta (como mínimo los mensajes críticos);
• el asunto de los correos de alerta y el intervalo de repetición de una misma alerta.

Hágalo antes de crear las cuentas de administrador. Una opción de seguridad puede exigir que se introduzca un código recibido por correo electrónico cuando un navegador desconocido se conecta: si el envío de correo no funciona, ese código nunca llega. (Las cuentas de administrador están exentas, precisamente para que siempre quede una vía de acceso.)

6.3 Seguridad — proteger los intercambios

Dos enfoques, a elegir según su contexto.

a. Certificado público obtenido automáticamente (ACME)

El servidor es capaz de obtener y renovar por sí solo un certificado ante una autoridad ACME (Let's Encrypt o equivalente). Una tarea programada comprueba periódicamente si procede renovarlo.

Hay que indicar: la activación, el proveedor o la URL del directorio ACME y la dirección de correo de la cuenta. Algunas autoridades exigen además credenciales de vinculación de cuenta (EAB), también contempladas.

Es la vía más sencilla cuando el servidor tiene un nombre DNS público y es accesible desde Internet. Los agentes y los navegadores reconocen entonces el certificado sin configuración adicional.

b. Base de certificados local

El servidor incorpora su propia autoridad de certificación. El procedimiento:

1. Crear una base de certificados — así crea una autoridad raíz. Indique un nombre, un periodo de validez, el tamaño de clave (se recomiendan 4096 bits) y el algoritmo de hash (SHA-2). Puede proteger la base con una contraseña, que se solicitará entonces en cada creación de certificado.
2. Crear un certificado de servidor — su nombre debe coincidir con el nombre DNS por el que se accede al servidor.
3. Asignarlo al servidor.

Elija un periodo de validez largo para la autoridad: cuando caduca, todos los certificados que ha firmado deben rehacerse.

Esta vía permite además emitir certificados de cliente a los administradores (§ 6.4).

6.4 Administradores — las cuentas de acceso a la interfaz

Cree al menos una cuenta de administrador antes de salir del modo mantenimiento.

Para cada cuenta: un nombre, una dirección de correo electrónico y una contraseña.

El certificado de cliente es una protección adicional: la interfaz solo resulta accesible entonces a los navegadores que presentan un certificado emitido por su base. Para utilizarlo:

1. Añada un certificado a la cuenta (una validez de 3 años y una clave de 4096 bits son valores razonables) y marque la opción que lo hace obligatorio para esa cuenta.
2. Descargue el archivo .p12 e impórtelo en el almacén de certificados del puesto de administración. La contraseña solicitada en la importación es la que indicó al crear el certificado.
3. Desmarque entonces la opción general «permitir las conexiones sin certificado».

Orden de las operaciones. Mientras no haya importado y verificado su certificado de cliente, deje permitidas las conexiones sin certificado. Prohibirlas antes de disponer de un certificado operativo le cerrará el acceso a su propia interfaz.

Otros ajustes de seguridad disponibles: bloqueo de la cuenta tras un número de intentos fallidos de conexión, duración de las sesiones web y el código por correo electrónico para un navegador desconocido mencionado en el § 6.2.

6.5 Almacenamientos — dónde van los datos

1. Cree en cada volumen destinado a las copias de seguridad una carpeta dedicada (por ejemplo D:\bbStorage — ejemplo ficticio).
2. Declare un almacenamiento por carpeta en la interfaz.

Declare tantos almacenamientos como volúmenes: el servidor reparte los soportes entre ellos.

Prevea la supervisión del espacio libre: el servidor puede alertar por debajo de un umbral configurable (§ 7.3).

6.6 Licencia

Esta pestaña muestra el estado de la licencia y permite actualizarla — operación necesaria tras cualquier cambio en la lista de nombres DNS y direcciones por los que se accede al servidor.

6.7 Servidores vinculados (opcional)

Si explota varios servidores BeBackup, esta pestaña establece el vínculo que permite la replicación de las copias de seguridad de un servidor hacia otro y la sincronización de los elementos comunes. Debe configurarse una vez que ambos servidores están instalados y son accesibles.

6.8 Actualización

Esta pestaña controla la actualización del servidor (§ 7.2).

6.9 IA (opcional)

La pestaña IA agrupa los ajustes de la asistencia mediante inteligencia artificial. Solo tiene efecto si esta función está activada en su servidor; de lo contrario, déjela tal cual.

6.10 Acciones avanzadas

Una pestaña reúne los ajustes finos: comportamiento de las copias de seguridad, plazos, supervisión, desfragmentación de los soportes, replicación, idioma del servidor, acelerador. Los valores por defecto son adecuados para una instalación estándar — no los modifique sin un motivo concreto.

---

7. Puesta en producción y explotación

7.1 Pasar al modo servicio

Una vez establecida la configuración:

1. Cierre la ventana del modo mantenimiento.
2. Inicie el servicio: net start bbServer (o mediante el administrador de servicios).
3. Vuelva a conectarse a la interfaz — esta vez con autenticación y con su certificado de cliente si lo ha hecho obligatorio.

Compruebe que el servicio bbServerWatchdog también está iniciado: es el que reinicia el servidor si deja de responder.

7.2 Actualizaciones del servidor

El servidor comprueba periódicamente la existencia de una nueva versión y puede aplicarla por sí solo si la actualización automática está activada. El paquete se verifica antes de instalarse: se controlan la firma del paquete y la firma de cada binario que contiene, y se rechaza toda versión anterior a la que está en ejecución. El reinicio corre a cargo del watchdog.

También puede lanzar la comprobación desde la pestaña Actualización.

Haga una copia de la carpeta de instalación antes de una actualización importante, en particular de las bases internas (§ 7.4). Es la única forma de volver atrás.

7.3 Supervisión

El servidor ejecuta por sí solo varias tareas periódicas:

Estas alertas se envían por correo electrónico a la dirección configurada en el § 6.2 — de ahí la importancia de validar el envío desde la instalación.

7.4 Bases internas y sus copias

El servidor mantiene sus propias bases en la carpeta de instalación (configuración, cuentas, soportes, índice de las copias de seguridad). Conserva copias de rotación en backups\ — cinco por defecto, llevando la más reciente el sufijo -bak1.

Estas copias son su red de seguridad en caso de problema con una base. Están en el mismo volumen que el servidor: incluya la carpeta de instalación en su propio plan de copias de seguridad.

Restaurar una base a partir de una copia. La operación es poco frecuente, pero se da, en particular con el archivo de índice de un soporte (.fat), que a veces hay que sustituir por su copia (.fat-bak). El procedimiento es siempre el mismo:

1. Detenga el servidor — una base sustituida mientras él la mantiene abierta no se releería, y correría el riesgo de perder la copia además del original.
2. Aparte el original en lugar de sobrescribirlo: renómbrelo, no lo elimine. Si resulta que la copia es más antigua de lo previsto, es su única marcha atrás.
3. Copie el respaldo en lugar del original, devolviéndole su nombre de origen — por ejemplo soporte.fat-bak pasa a ser soporte.fat.
4. Reinicie el servidor y compruebe en su registro que abre correctamente la base y, después, en la interfaz, que el soporte y sus versiones aparecen según lo esperado.

Como las copias están numeradas de la más reciente a la más antigua, retroceda de una en una si la primera no sirve.

---

8. Funciones opcionales

Cada una se configura en la interfaz y permanece desactivada mientras no se utilice.

---

9. Diagnóstico de primer nivel

Dónde mirar

Todo ocurre en logs\, dentro de la carpeta de instalación. Los registros están divididos por arranque y por subsistema: cada arranque del servidor crea una serie de archivos, entre ellos un registro principal y registros especializados (peticiones, interfaz web, red, envío de correo, replicación, control remoto de los agentes…).

El registro principal de un arranque lleva el nombre más corto de su serie. Sus primeras líneas resumen la versión, la licencia, las direcciones autorizadas y el puerto de escucha: es el primer sitio que hay que leer.

Síntomas habituales

Antes de llamar al soporte

Prepare: la versión del servidor, el registro principal del arranque afectado y la hora exacta del incidente.

---

10. Obtener ayuda

Antes de abrir un ticket, reúna el nombre y la versión del servidor, la fecha y hora de la incidencia y los registros del arranque afectado (§ 9): es lo que más tiempo ahorra.