I come Informatica - I como Informática - I for Information Technology
PORTALE
PORTAL
PORTAL
FORUM
FORO
FORUM
Informatica
Informática
Information Technology
Stefano Pederzani
Consulente informatico
ARTE
Homepages
Curricula
Curricula
Resumes
Pubblicità
Publicidad
Advertisement




Consulenza Informatica a Bologna


Consulenza piccole/medie aziende e utente finale - Consulenza aziende medie/grandi




Server Unix dipartimentali

Mission critical Database Servers

Application servers

Performance analysis and tuning

Progettazione sistemi informatici architettura client/APPserver/DBserver

Backup centralizzato e dedicato

Scripting & job scheduling

Migrazioni complete su progetto

Gestione della sala macchine

Documentazione condivisa

Gestione degli ordini hardware e software. Licensing

Ecco il consulente che parla, agisce e aiuta.

Server Unix dipartimentali

Mission critical Database Servers

Application servers

Gestire un server Unix NON è banale. Oggi si pensa molto alla virtualizzazione ed alla paravirtualizzazione. Ma conoscete la differenza?
Certo è che se un server Unix, sia AIX, Solaris o Linux, sia una macchina fisica, paravirtualizzata o virtualizzata, VA GESTITA.
Quando creo una macchina virtuale faccio un po' finta di installare a rack una macchina fisica, come fa il tecnico inviato per montarla ed accenderla.
E poi?
E poi inizia il lavoro! Bisogna installare un sistema operativo che supporti il software per erogare il servizio. Bisogna patcharlo. Bisogna testare i collegamenti di rete e le connessione con gli altri server e con i client. Bisogna in poche parole "metterlo su".
E abbiamo appena iniziato.

Performance analysis and tuning

Se non si controllano le performances di un sistema, è un po' come camminare al buio.
Dove sto andando? Che cosa sto facendo? E se vado a sbattere? Anzi, sicuramente, andrò a sbattere.
Accendiamo la luce su come il nostro sistema sta realmente lavorando, e controlliamo che il servizio erogato sia efficiente, veloce ed affidabile.
Molti degli strumenti di controllo delle prestazioni sono presenti trai comandi Unix. Se questi ci bastano, in genere significa che il risultato è abbastanza buono. Ma se i problemi diventano gravi si possono adottare software più avanzati, fino a richiedere la consulenza di uno specialista superiore a me, se necessario, perché quando un problema va risolto... va risolto. Punto.
I database server hanno un tuning specifico che coinvolge noi DBA, referenti applicativi, fornitori di procedura e a volte anche lo stesso utente. Ecco un lavoro di gruppo che entusiasma e che a volte diventa una vera sfida a cui rispondere.

Backup centralizzato e dedicato
Il solo fatto di scegliere tra l'uno e l'altro per un grosso server, magari mission critical, non è banale.
Centralizzare tutto è molto costoso e spesso non conviene nemmeno dal punto di vista della gestione. Ho realizzato migliaia di righe di shell script per gestire backup di sistemi mission critical, e migliaia ne scriverò ancora, perché quando la mission è critical, l'impegno è grande.
Quando i sistemi medio-piccoli sono centinaia, il backup centralizzato (ad es. Time Navigator o Symantec Backup) sposta la problematica sulla buona ed ordinata gestione delle policies, dei supporti, e delle finestre di schedulazione. L'impegno quotidiano è fondamentale per non perdere il controllo della situazione.

Gestione della sala macchine
Non fatevi ingannare dal mio abbigliamento. Per me ogni ora spesa in sala macchine è spesa bene. Ho sempre seguito in prima persona sia le installazioni che la manutenzione di ogni singolo server.
Ho sempre avuto un occhio di riguardo per la dislocazione delle macchine sin da quando non usava montarle nei rack, fino al riordino ed alla progettazione dell'arredamento di sala con rack, scrivania e workstation di servizio.
In sala macchine è molto importante avere una workstation di servizio per avere un accesso web, per la risoluzione di problemi in loco, senza dover tornare in ufficio. È importante anche per la gestione dei backup centralizzati. Gestire un problema sulle librerie nastro senza il client al software di backup in loco diventa veramente oneroso.

20 anni di esperienza sul campo.
Chiamami per parlare gratuitamente,
Vediamo quali sono le tue esigenze.
Tel. 347 16 45 440

Oppure scrivimi:
stefano.pederzani1@gmail.com

Dalla TUA parte
Un consulente esperto che si schiera dalla TUA parte di fronte ai fornitori.
Il mio interesse è il TUO interesse, NON quello dei tuoi fornitori. Io ti aiuterò a rinunciare agli sprechi, ad ottimizzare i costi, ad investire la minima cifra con il massimo del risultato.
La differenza tra avere un consulente indipendente ed un consulente fornito da una azienda esterna è proprio questa.
Un consulente del fornitore di procedura difenderà sempre il suo datore di lavoro, incolpando la tua azienda di non saper sfruttare il prodotto.
Un consulente della casa madre difenderà sempre il sistema, incolpando la tua azienda di non saper utilizzare il server.
Pederzani si mette al tuo fianco, ma con uno sguardo obbiettivo, puntato a risolvere il problema e, se necessario, difenderà la tua azienda.

Strumenti INTRANET
Sai che oggi sempre più aziende utilizzano lo strumento del FORUM nella rete interna per condividere problemi e soluzioni? Funziona.
Anche la parte intranet di un sito ha applicazioni oramai consolidate, e non mi riferisco soltanto alle procedure che funzionano in architettura web, ma anche alla documentazione tecnica.

Progettazione sistemi informatici architettura client/APPserver/DBserver
È l'approccio classico all'architettura che si vuole progettare ed un modo semplice per fare riferimento. Quando i server non sono standalone, ma interagiscono tra loro, abbiamo la problematica della ragnatela di reti che gestiscono i servizi, in un universo a N dimensioni che va studiato ad hoc.
Nasco geometra ed il concetto di progetto per me è una conoscenza scolastica. Quando si frappone tra il pensiero e l'azione qualcosa di scritto e disegnato, allora si fanno le cose seriamente. Altrimenti stiamo giocando... cosa che si fa, ma è più adatta alla sperimentazione, ed è un altro discorso.
Il progetto di un sistema (un insieme di clients e di servers) che sia in grado di erogare un servizio è un lavoro di gruppo che coinvolge molte figure professionali, praticamente tutte. Sistemisti, DBA, referenti applicativi, fornitori di hardware e software, fornitori di procedura (spesso con la duplicazione delle varie figure in azienda) e utenti finali.
Acquisto dell'hardware, del software, della procedura; licensing. Installazioni di sperimentazione, alpha e beta test. Rapporti di performance e analisi del deployment. Redazione di testi e schemi grafici e discussione in riunioni successive, fino alla definizione del progetto finale.
Ecco alcuni aspetti fondamentali per redarre un progetto dall'interno dell'azienda.

Relazione completa
Ogni osservazione, ogni intenzione, ogni progetto verranno documentati.
Vi verrà inviato periodicamente un semplice testo, costantemente aggiornato con numero di versione, contenente tutto quello che si è detto, pensato, deciso e realizzato.
Un documento in grado di tenere tutti aggiornati ed evitare perdite di tempo.

A Bologna.
E-mail: stefano.pederzani1@gmail.com
Tel. 347 16 45 440

E se non sei a Bologna, iscriviti al mio forum e posta il tuo problema: sarò lieto di aiutarti online.

Y si no estás en Bolonia, inscribete a mí foro y pon tú problema: seré felíz de ayudarte online.

And if you are not in Bologna, subscribe to my forum and post your problem - I will be glad to help you online.



Stefano Pederzani
Curriculum vitae di Stefano Pederzani in formato europeo (italiano)
Profilo di Stefano Pederzani su LinkedIn
Pagina di Stefano Pederzani su Facebook



Torna a INDICE INFORMATICA

DISASTRO UBUNTU
UGG BOOTS




CV di Stefano Pederzani




I come Informatica - I como Informática - I for Information Technology
Vai al PORTALE - Ir a el PORTAL - Go to PORTAL
Stefano Pederzani
Consulenze informatiche Bologna
Automatic barriers and access control
Barriere stradali e controllo accessi
MMS IMPIANTI
Cablaggio strutturato - telefonia
Elettricità - climatizzazione

DISCLAIMER

Tutte le immagini del sito sono di proprietà di Stefano Pederzani o dei rispettivi proprietari quando specificato.
Ogni persona si assume la responsabilità di ciò che afferma.
Per qualsiasi problema contattare:
stefano.pederzani1@gmail.com
Ogni articolo o immagine che rechi offesa a qualcuno verrà rimosso.

Todas las imagenes del sitio pertenecen a Stefano Pederzani u a los respectivos propietarios cuando especificado.
Toda persona asume la responsabilidad de lo que afirma.
Por cualquier problema ponerse en contacto con:
stefano.pederzani1@gmail.com
Cada articulo u imagen que ofenda alguien será quitado.

Every images on this site are property of Stefano Pederzani or property of specified owners.
Each person takes responsibility of what he or she claims.
For any problems please contact:
stefano.pederzani1@gmail.com
Every article or image offending somebody will be removed.