Installare e configurare un server BeBackup

Questa guida descrive l'installazione di un server BeBackup su Windows, la sua configurazione iniziale e il passaggio in produzione. Si rivolge al provider che gestisce il server — non all'utente finale, e non riguarda l'installazione dell'agente di backup, oggetto di un documento separato.

---

1. Prerequisiti

È necessario disporre di bbServerInstall.exe e della propria chiave di licenza, forniti da EDII insieme alla licenza (o alla licenza di prova).

Non è imposto alcun dimensionamento hardware. Le installazioni in esercizio vanno dal server di marca ricondizionato alla macchina assemblata su misura, e in entrambi i casi i risultati sono soddisfacenti. Dimensionate in base al numero di supporti e al volume da conservare, non in base a un elenco di prerequisiti.

Su Windows 10 o 11, una sola riserva: queste versioni sono tecnicamente adeguate — un'installazione in esercizio può gestirvi diverse centinaia di supporti — ma Windows 10 è uscito dal supporto Microsoft a ottobre 2025. Una macchina che resta in ascolto su Internet e ospita i backup dei vostri clienti non dovrebbe rimanere priva di patch di sicurezza: prevedete un'edizione ancora supportata, oppure un contratto di aggiornamenti estesi.

---

2. Installazione

Avviate bbServerInstall.exe come amministratore e seguite l'assistente:

1. Accettazione del contratto di licenza.
2. Percorso di installazione — per impostazione predefinita C:\Program Files\BeBackup Server.
3. Eccezione del firewall — lasciate l'opzione selezionata. L'assistente aggiunge una regola in entrata che autorizza l'eseguibile del server.
4. Installazione dei file, poi dei redistribuibili Visual C++.
5. Al termine dell'assistente, lasciate selezionata l'opzione che avvia l'attivazione.

L'assistente registra inoltre il servizio Windows del server.

---

3. Attivazione della licenza

L'attivazione avviene tramite l'utility bbActivation.exe, avviata automaticamente al termine dell'installazione (resta comunque accessibile dal menu Start). Richiede:

• la vostra chiave di licenza;
• il vostro indirizzo e-mail;
• la password che vi è stata comunicata.

Cosa definisce una licenza

Una licenza BeBackup non è un semplice numero di postazioni. Essa definisce:

Le tipologie di licenza consumate dalle macchine sottoposte a backup:

L'elenco degli indirizzi autorizzati fa parte della licenza. Se in seguito aggiungete un nome DNS o un indirizzo pubblico, occorre aggiornare la licenza dall'interfaccia web (scheda Licenza), altrimenti gli agenti che passeranno da tale indirizzo verranno rifiutati.

---

4. Cosa predispone l'installazione

4.1 Servizi Windows

Gli ultimi due vengono installati e avviati solo quando la funzione corrispondente è attivata: la loro assenza in un'installazione nuova è normale.

4.2 Cartelle

Sotto la cartella di installazione:

I dati di backup dei clienti non si trovano qui: vanno negli storage che dichiarerete (§ 6.5).

4.3 I tre modi di avviare il server

La modalità manutenzione non è sicura — è la sua stessa ragion d'essere, e il server lo segnala esplicitamente nel proprio log a ogni avvio. Serve a impostare la prima configurazione, quando non esiste ancora alcun account amministratore. Non lasciatela mai attiva in produzione e non esponetela alla rete.

Un collegamento «Configurer BeBackup Server» apre l'interfaccia su https://localhost.

---

5. Primo avvio

1. Verificate che il servizio sia arrestato (le modalità console e manutenzione e il servizio non possono restare in ascolto contemporaneamente sulla stessa porta).
2. Avviate il collegamento BeBackup maintenance. Si apre una finestra console: lasciatela in esecuzione.
3. Aprite https://localhost in un browser.

A questo punto il server presenta un certificato che nessuna autorità riconosce: il browser visualizza un avviso, che va accettato per proseguire. È normale e temporaneo — la configurazione dei certificati (§ 6.3) risolve la situazione.

---

6. Configurazione tramite l'interfaccia web

La pagina di configurazione del server è organizzata in dieci schede:

Generale · Email · Sicurezza · Amministratori · Storage · Server collegati · Licenza · IA · Aggiornamento · Azioni avanzate

L'ordine riportato di seguito non è quello dell'interfaccia: è quello più comodo da seguire alla prima configurazione.

6.1 Generale — l'identità del server

I nomi host sono l'elenco dei nomi DNS e degli indirizzi IP — locali e pubblici — tramite i quali un agente può raggiungere questo server. L'agente li prova uno dopo l'altro e mantiene il percorso più rapido: una macchina sulla rete locale passerà dall'indirizzo interno, una macchina in mobilità dall'indirizzo pubblico.

Questo elenco alimenta anche i nomi riportati nel certificato del server. Se lo modificate in un secondo momento, ricordate di rigenerare o rinnovare il certificato e di aggiornare la licenza.

6.2 Email — l'invio dei report e degli avvisi

Il server invia i report di backup ai clienti e gli avvisi di monitoraggio al gestore. Inserite i parametri del vostro server di invio: host, porta, autenticazione, modalità TLS, nome e indirizzo del mittente.

Inserite inoltre:

• l'indirizzo che riceverà gli avvisi del server;
• il livello a partire dal quale viene inviato un avviso (come minimo i messaggi critici);
• l'oggetto delle e-mail di avviso e l'intervallo di ripetizione di uno stesso avviso.

Fatelo prima di creare gli account amministratore. Un'opzione di sicurezza può richiedere l'inserimento di un codice ricevuto via e-mail quando si connette un browser sconosciuto: se l'invio delle e-mail non funziona, quel codice non arriva mai. (Gli account amministratore ne sono esenti, proprio affinché resti sempre una via d'accesso.)

6.3 Sicurezza — proteggere gli scambi

Due approcci, da scegliere in base al vostro contesto.

a. Certificato pubblico ottenuto automaticamente (ACME)

Il server è in grado di ottenere e rinnovare autonomamente un certificato presso un'autorità ACME (Let's Encrypt o equivalente). Un'attività pianificata verifica periodicamente la necessità di rinnovo.

Occorre indicare: l'attivazione, il fornitore o l'URL della directory ACME e l'indirizzo e-mail dell'account. Alcune autorità richiedono inoltre credenziali di associazione dell'account (EAB), anch'esse previste.

È la via più semplice quando il server dispone di un nome DNS pubblico ed è raggiungibile da Internet. Agenti e browser riconoscono allora il certificato senza alcuna configurazione aggiuntiva.

b. Database di certificati locale

Il server integra una propria autorità di certificazione. La procedura:

1. Creare un database di certificati — in questo modo create un'autorità radice. Indicate un nome, una durata di validità, la dimensione della chiave (4096 bit consigliati) e l'algoritmo di hash (SHA-2). Potete proteggere il database con una password, che verrà richiesta a ogni creazione di certificato.
2. Creare un certificato server — il suo nome deve corrispondere al nome DNS tramite il quale il server viene raggiunto.
3. Assegnarlo al server.

Scegliete una durata di validità lunga per l'autorità: alla sua scadenza, tutti i certificati che ha firmato devono essere rifatti.

Questa via consente inoltre di rilasciare certificati client agli amministratori (§ 6.4).

6.4 Amministratori — gli account di accesso all'interfaccia

Create almeno un account amministratore prima di uscire dalla modalità manutenzione.

Per ciascun account: un nome, un indirizzo e-mail e una password.

Il certificato client è una protezione supplementare: l'interfaccia diventa accessibile solo ai browser che presentano un certificato rilasciato dal vostro database. Per utilizzarlo:

1. Aggiungete un certificato all'account (una validità di 3 anni e una chiave di 4096 bit sono valori ragionevoli) e selezionate l'opzione che lo rende obbligatorio per quell'account.
2. Scaricate il file .p12 e importatelo nell'archivio certificati della postazione di amministrazione. La password richiesta all'importazione è quella inserita al momento della creazione del certificato.
3. Deselezionate quindi l'opzione generale «consenti connessioni senza certificato».

Ordine delle operazioni. Finché non avete importato e verificato il vostro certificato client, lasciate consentite le connessioni senza certificato. Vietarle prima di disporre di un certificato funzionante significa precludersi l'accesso alla propria interfaccia.

Altre impostazioni di sicurezza disponibili: blocco dell'account dopo un determinato numero di tentativi di accesso falliti, durata delle sessioni web e il codice via e-mail per un browser sconosciuto indicato al § 6.2.

6.5 Storage — dove vanno i dati

1. Create su ciascun volume destinato ai backup una cartella dedicata (ad esempio D:\bbStorage — esempio fittizio).
2. Dichiarate uno storage per cartella nell'interfaccia.

Dichiarate tanti storage quanti sono i volumi: il server distribuirà i supporti tra di essi.

Prevedete il monitoraggio dello spazio libero: il server è in grado di inviare un avviso al di sotto di una soglia configurabile (§ 7.3).

6.6 Licenza

Questa scheda mostra lo stato della licenza e consente di aggiornarla — operazione necessaria dopo ogni modifica dell'elenco dei nomi DNS e degli indirizzi tramite i quali il server viene raggiunto.

6.7 Server collegati (facoltativo)

Se gestite più server BeBackup, questa scheda stabilisce il collegamento che consente la replica dei backup da un server all'altro e la sincronizzazione degli elementi comuni. Da configurare una volta che entrambi i server sono installati e raggiungibili.

6.8 Aggiornamento

Questa scheda gestisce l'aggiornamento del server (§ 7.2).

6.9 IA (facoltativo)

La scheda IA raccoglie le impostazioni dell'assistenza basata sull'intelligenza artificiale. Ha effetto solo se tale funzione è attivata sul vostro server; in caso contrario, lasciatela invariata.

6.10 Azioni avanzate

Una scheda raccoglie le impostazioni di dettaglio: comportamento dei backup, tempi di attesa, monitoraggio, deframmentazione dei supporti, replica, lingua del server, acceleratore. I valori predefiniti sono adatti a un'installazione standard — modificateli solo per un motivo preciso.

---

7. Passaggio in produzione ed esercizio

7.1 Passare alla modalità servizio

Una volta impostata la configurazione:

1. Chiudete la finestra della modalità manutenzione.
2. Avviate il servizio: net start bbServer (oppure tramite la console dei servizi).
3. Riconnettetevi all'interfaccia — questa volta con autenticazione e con il vostro certificato client, se lo avete reso obbligatorio.

Verificate che anche il servizio bbServerWatchdog sia avviato: è quello che riavvia il server se smette di rispondere.

7.2 Aggiornamenti del server

Il server verifica periodicamente l'esistenza di una nuova versione e può applicarla autonomamente se l'aggiornamento automatico è attivato. Il pacchetto viene verificato prima dell'installazione: vengono controllate la firma del pacchetto e la firma di ciascun binario che contiene, e una versione precedente a quella in esecuzione viene rifiutata. Il riavvio è gestito dal watchdog.

Potete anche avviare la verifica dalla scheda Aggiornamento.

Eseguite un backup della cartella di installazione prima di un aggiornamento importante, in particolare dei database interni (§ 7.4). È l'unico modo per tornare indietro.

7.3 Monitoraggio

Il server esegue autonomamente diverse attività periodiche:

Questi avvisi vengono inviati via e-mail all'indirizzo configurato al § 6.2 — da qui l'importanza di verificare l'invio fin dall'installazione.

7.4 Database interni e relative copie

Il server mantiene i propri database nella cartella di installazione (configurazione, account, supporti, indice dei backup). Ne conserva copie a rotazione in backups\ — cinque per impostazione predefinita, con la più recente contrassegnata dal suffisso -bak1.

Queste copie sono la vostra rete di sicurezza in caso di problemi con un database. Si trovano sullo stesso volume del server: includete la cartella di installazione nel vostro piano di backup.

Ripristinare un database da una copia. L'operazione è rara ma capita, in particolare per il file di indice di un supporto (.fat), che talvolta va sostituito con la sua copia (.fat-bak). La procedura è sempre la stessa:

1. Arrestate il server — un database sostituito mentre è tenuto aperto non verrebbe riletto, e rischiereste di perdere la copia oltre all'originale.
2. Mettete da parte l'originale anziché sovrascriverlo: rinominatelo, non eliminatelo. Se dovesse risultare che la copia è più vecchia del previsto, è l'unico modo per tornare indietro.
3. Copiate il backup al posto dell'originale, restituendogli il nome originale — ad esempio support.fat-bak diventa support.fat.
4. Riavviate il server e verificate nel suo log che il database venga effettivamente aperto, poi nell'interfaccia che il supporto e le sue versioni compaiano come previsto.

Poiché le copie sono numerate dalla più recente alla più vecchia, risalite di un livello alla volta se la prima non è adeguata.

---

8. Funzioni opzionali

Ciascuna si configura nell'interfaccia e resta disattivata finché non viene utilizzata.

---

9. Diagnostica di primo livello

Dove guardare

Tutto si trova in logs\, sotto la cartella di installazione. I log sono suddivisi per avvio e per sottosistema: ogni avvio del server crea una serie di file, tra cui un log principale e log specializzati (richieste, interfaccia web, rete, invio e-mail, replica, controllo remoto degli agenti…).

Il log principale di un avvio ha il nome più breve della sua serie. Le prime righe riepilogano la versione, la licenza, gli indirizzi autorizzati e la porta di ascolto: è il primo punto da consultare.

Sintomi frequenti

Prima di contattare il supporto

Preparate: la versione del server, il log principale dell'avvio interessato e l'ora precisa dell'incidente.

---

10. Ottenere assistenza

Prima di aprire un ticket, raccogliete il nome e la versione del server, la data e l'ora dell'incidente e i log dell'avvio interessato (§ 9): è ciò che consente di risparmiare più tempo.