Trafserire Server in Azienda

[webbfox]

Salve ragazzi,

Premesso che penso di capirne abbastanza per quanto riguarda l'informatica però i miei campi si esauriscono su questo argomento, e quindi ho bisogno del vostro aiuto.

Noi in azienda abbiamo un database nel quale si accede tramite il backend del nostro sito. (esempio: www.pincopallino.com/database).
Da qui si inseriscono password e nome utente per accedere.
E' un database molto complesso con una lista di clienti che vengono settimanalmente assegnati a delle teleoperatrici che compiono una telefonata a questi clienti e immettono un esito telefonico (positivo negativo ecc..). Ogni user ha delle schermate diverse da visualizzare, l'unico che può visualizzarle tutti è l'admin (il boss dell' azienda).

Il problema è che però questo database è appoggiato su un server fuori sede aziendale.
Giovedì è capitato che il server non funzionasse perchè il fastweb dell'azienda che ci fornisce il serve è andato in tilt e noi non riuscivamo ad accedere, ciò ha sportato che abbiam fermato il lavoro completamente.


Quindi è avanzata l'idea di trasferire il server-database in azienda.
Da qui nascono aclune mie domande:

- E' possibile trasferire il server senza perdite dati?
- Poichè è un database dove ci apportano modifiche continue per la funzionalità, è possibile anche spostando in nostra sede che collegandosi alla nostra rete possano comunque apportare le modifiche?
- E' possibile, trovandomi fuori Napoli, aprire questo database da per esempio internet di un qualsiasi albergo potendoci lavorare comunque?

Scusate il trattato,:D
Ad ogni modo grazie.

Ps: Database è l'ultimo MySql.

[Dane]

non ho assolutamente pratica in materia, lo chiedo un po' per curiosità, dato che in genere avere il server in casa comporta più problemi di affidabilità e banda rispetto all'hosting/housing in farm.

per come è fatto il software non è possibile replicare/sincronizzare localmente il db?

o fargli fare una sorta di failover internet -> intranet nel caso di caduta linea?

[webbfox]

per come è fatto il software non è possibile replicare/sincronizzare localmente il db?


Sincronizzare localmente il DB non comporta che quando per esempio sono a Milano in albergo non posso accederci?

[Dane]

intendevo che aggiungete un server in azienda (in questo senso localmente), che si sincronizza con quello in farm.
Nel caso rimaniate tagliati fuori da fastweb potete usare quello in azienda.
Se aprite le porte da internet verso il server in azienda potete entrare a scelta nella farm o in azienda (ma porta a più casino che altro).

Il casino è
- tenerli sincronizzati
- trovare un metodo affinchè dopo una disconnessione si sincronizzino automaticamente
- gestione dei conflitti (cosa succede se quando siete offline scrivete entrambi sugli stessi dati del db? :stordita: )

e sopratutto dipende da come è scritto il software del db, quanto traffico si genera tra i due db, e se la tipologia di applicazione lo permette.


Per il resto potete anche spostare il server dalla farm in azienda. Comprate un ip fisso e quando siete il albergo vi connettete nel server in azienda piuttosto che in farm. Basta che aprite le porte e le "dirottate" al db.
Tuttavia molte volte tenere un server in azienda porta a più problemi che lasciarlo in farm (che hanno linee elettriche ridondate, generatore elettrico in caso di blackout, è difficilissimo che una farm resti fuori da internet, ecc ecc ecc).

[Tasslehoff]

Concordo sulla possibilità di trasferire il db in altra sede, magari su una macchina presa in affitto presso qualche provider affidabile (mandami un pvt per avere dei riferimenti diretti).

Portare il db in casa non è poi un'impresa titanica, dipende tutto dal livello di importanza che ha questo servizio.
Non penso si tratti di un mega database con requisiti allucinanti e che macina quantità di dati da piegare un server di fascia alta, se così fosse non usereste di certo MySQL ma sareste passati da tempo a soluzioni più performanti come Oracle o IBM DB2.
Questo per dire che l'hardware sarà quasi sicuramente gestibile, resta da vedere se lo sono anche i requisiti ambientali ed elettrici, ovvero se avete le condizioni per garantire un funzionamento costante del servizio, ammesso e non concesso che questo sia una dei requisiti.

La replica potrebbe essere una buona soluzione; io non sono un dba MySQL (anzi, lavoro decisamente poco con questo prodotto) però che io sappia anche MySQL ha una serie di funzionalità di ripristino dell'integrità dei dati in caso di disastro, semplicemente si tratta di scegliere la soluzione migliore per le vostre esigenze.

Per accedere al db dall'esterno suggerisco caldamente di lasciar perdere soluzionei "garibaldine" tipo nat della porta TCP 3306 per permettere l'accesso dall'esterno, sarebbero più i rischi e i danni che non i benefici, anche considerando il prodotto in questione...
Piuttosto installate una vpn (ipsec o tls non importa) e utilizzate quel servizio per collegarvi da remoto alla rete aziendale, e una volta dentro collegatevi al db, è il metodo più sicuro, pulito e gestibile.


Tuttavia molte volte tenere un server in azienda porta a più problemi che lasciarlo in farm (che hanno linee elettriche ridondate, generatore elettrico in caso di blackout, è difficilissimo che una farm resti fuori da internet, ecc ecc ecc).Purtroppo non è così difficile come pensi :rolleyes: