Risposte:
Devo ancora, tra 15 anni nel settore, iniziare un nuovo ruolo di consulenza in un'azienda per scoprire che hanno una "buona" infrastruttura. Questo è di solito il motivo per cui sono chiamato, per rimetterli a posto.
La solita causa di questo pasticcio è che i decisori non tecnici prendono decisioni tecniche.
Alcuni anni fa ho svolto un lavoro eseguendo una "valutazione" dell'infrastruttura di rete di una piccola azienda manifatturiera. Durante quel lavoro, ho scoperto che il loro sistema ERP non era mai stato sottoposto a backup. A loro insaputa, il loro ex appaltatore IT ha configurato Backup Exec per backup completi giornalieri, ma non ha mai scritto alcun tipo di "dump" o arresto / avvio del server di database utilizzato dal loro sistema ERP, quindi i file di database erano sempre in uso e ignorati dal di backup. Di conseguenza, per oltre 3 anni hanno eseguito backup su nastro giornalieri che non contenevano alcun dato del loro sistema ERP. Hanno debitamente cambiato il nastro, proprio come gli ha detto l'appaltatore, ma a quanto pare nessuno (incluso l'appaltatore) si è mai preso la briga di controllare per vedere cosa c'era effettivamente sui nastri.
Una volta, ai tempi antichi, uno dei nostri amministratori senior lasciava la nostra organizzazione e si affidava a me la responsabilità del "sistema di imaging dei documenti". Ero un uomo basso nella squadra, inesperto e desideroso di saltare in qualsiasi cosa.
Era come il vecchio spot di Coca-Cola con Mean Joe Green ... Ero totalmente entusiasta di diventare l'amministratore principale (unico) di un sistema di produzione rivolto al cliente e mentre usciva dalla porta, era tipo "hey ragazzo, prendi "Mi aspetto che mi abbia gettato una mazzetta di carte stropicciate con alcuni accessi e un numero di telefono per il supporto anziché un asciugamano sudato.
L'euforia svanì rapidamente ... il sistema era composto da 2 server che eseguivano un database, una condivisione, circa 6 stazioni di lavoro con scanner e applicazioni di elaborazione e un server web e gli utenti delle app che si collegavano per fare riferimento a documenti. Era un mishmash mashmash di apache e java e almeno due tipi di script in esecuzione su Windows SQL Server. O si. Avevamo anche pagato per una serie di "personalizzazioni" che spesso si rompevano e che la gente di supporto era sempre beatamente inconsapevole.
Breve elenco di The Good Times:
Poco o niente è stato documentato e ho scoperto ogni ruga quando qualcosa si è rotto. Come dire ... i rapporti erano sbagliati o non venivano stampati. O Desktop ha spinto una nuova versione di JVM e nessuno poteva eseguire la scansione. Oppure qualcuno ha espulso il dongle dalla workstation di scansione e l'app si è bloccata. O il file system di registro si è riempito. Oppure i dati di un'estrazione OCR hanno provocato l'arresto anomalo di un'app a causa dell'acquisizione errata di qualcosa e l'invio come qualcosa di illegale. O scoprire che c'erano circa 3 dozzine di biglietti aperti con supporto per vari dipartimenti e molti erano aperti da mesi. Ecc. Ecc. Ho scoperto cose nuove e importanti al ritmo di 4-5 a settimana e ho iniziato a imparare molto rapidamente i dettagli di quell'app e delle sue esigenze, nonché abbastanza SQL Server per mantenere il db moderatamente sano.
La parte migliore è stata quando sono stato invitato alla riunione interna del gruppo di utenti per "accogliermi" nel mio nuovo ruolo. Non ti prendo in giro. 30 utenti arrabbiati in un cerchio e mi sono seduto nel mezzo.
È stato difficile ma ho imparato abbastanza rapidamente. A parte tutto il dolore, è stata una grande opportunità. Una parte di me vorrebbe che non fosse stato così processato dal fuoco ma forse non avrei imparato così in fretta.
Mi dispiace che sia passato così tanto tempo ... ma ahh ... è come una terapia;)
circa 12 anni fa ho iniziato a lavorare come amministratore di sistema presso un ISP di medie dimensioni, con circa 30 dipendenti che vi lavorano. non avevano mai avuto un vero amministratore di sistema prima, solo alcune persone che pensavano di sapere cosa stavano facendo (a volte avevano ragione, il più delle volte non lo erano. Nel complesso, è incredibile che i sistemi funzionassero affatto).
la ciliegina sulla torta, tuttavia, era che quasi tutti nel posto avevano le password di root per i server. non so per l'addetto alla reception, ma sicuramente tutti i manager, il personale dell'help desk, gli sviluppatori web e chiunque altro abbia interagito con il sistema aveva radice - sia i dipendenti attuali che quelli passati, poiché non l'hanno mai cambiato. e lo userebbero TUTTI. per capriccio. ad esempio, se un cliente chiamava l'helpdesk con un reclamo, accedeva come root e scherzava con il sistema fino a quando il problema di quel particolare cliente non veniva risolto o in qualche modo magicamente smetteva di accadere (che consideravano "risolto"). ovviamente, ciò causerebbe numerosi altri problemi .... con cui altre persone dell'help desk avrebbero dovuto affrontare contemporaneamente lo stesso metodo di "login come root e macellare il sistema".
naturalmente, cambiando la password di root e istituendo la gestione del cambiamento e altri processi per controllare cosa è cambiato e quando, come e da chi è stata una delle prime cose che ho fatto. oh sì ... e controllo di backup e revisione anche per i file di configurazione.
(la prima cosa che ho fatto è stata chiudere il loro server di posta relay aperto e implementare alcuni filtri anti-spam. in effetti, sono sicuro di aver ottenuto il lavoro perché ho menzionato nell'intervista che avevo fatto un bel po 'di anti -spam lavoro. A me sconosciuto, avevano un grave problema di spam / open-relay che andava avanti da mesi che non avevano idea di come risolvere, quindi venivano costantemente inseriti nella lista nera. Non molto tempo dopo ho scoperto le notizie orribili che quasi tutti nel posto avevano accesso come root)
allontanare i privilegi di root da loro ha causato all'inizio molta rabbia ma, fortunatamente, il mio capo mi ha supportato e ciò che stavo cercando di ottenere, e hanno rapidamente capito che i server erano molto più affidabili di quanto non fossero mai stati (no difficile da realizzare, considerando ciò che era stato fatto alle cose povere)
Una piccola rete completamente standardizzata: Windows 95 e NT Server .
E 'stato un paio di settimane fa. ; - /
Facile, il primo lavoro di IS Manager, entrò trovando un'app di inserimento ordini personalizzata che era stata scritta dal marito dell'impiegato AP, in dBase, potevi guardare gli schermi e dire quale ordine erano stati codificati, perché imparava mentre andava, alcuni schermi erano monocromi, altri sembravano una scatola della pioggia vomitata su di essi. Molti pezzi bloccherebbero il file in modo eccessivo, quindi solo un rappresentante del servizio clienti può modificare il master del cliente alla volta.
Aggiungi a questo cavo coassiale thinnet nell'ufficio remoto, con i connettori twist-on economici (non aggraffati). Le telefonate per la risoluzione dei problemi sarebbero iniziate dicendo che la rete era inattiva, seguita da me che chiedeva se qualcuno avesse spostato mobili, computer, se il personale addetto alle pulizie stava aspirando da qualche parte ... Se qualcuno respirasse sui cavi, i connettori si allenterebbero abbastanza da rompere l'anello simbolico, ma non abbastanza da poter vedere visibilmente che erano allentati.
Quindi il proprietario sarebbe tornato da un viaggio d'affari con una copia di USNews, indicando un annuncio per computer e dicendo "perché non utilizziamo questi server?" Per un po 'ho pensato di vivere in un Dilbert Cartoon. So solo che Scott Adams mi sta perseguitando, prendendo appunti ...
Oh. È così che ho iniziato questo lavoro.
Era il 2000, presso un piccolo ISP. La maggior parte dei server erano hardware "server" di classe Pentium 1 in casi tower. Per l'autenticazione DNS e RADIUS, questo non era un problema e in realtà continuarono a servire per gli anni a venire, ma il vero punto critico era che tutto era BSD / OS 4.2. Anche se ne avevo molta familiarità con FreeBSD (in realtà avevo usato quella versione di BSD nel mio primo lavoro), dire che a quel tempo era piuttosto arcaico è un eufemismo. Quello che eraun problema era il server di posta e il web server. Erano macchine leggermente più veloci ma orribilmente sovraccariche. Non penso che l'hardware fosse altrettanto robusto. Più come macchine desktop che erano state abbastanza fortunate (?) Da non morire. Nulla era stato aggiornato dalla fondazione della società nel 1994. Era tutto chiuso in un angolo dell'ufficio, che per coincidenza non aveva l'aria condizionata sufficiente. E quando dico "ufficio" intendo una stanza per tutti. In passato c'erano stati diversi casi di errore del server dovuti al riscaldamento.
Va bene, architettura arcaica: controlla.
Amministratore di sistema precedente: gravemente incompetente, è durato solo pochi mesi, penso che avesse appena iniziato a far partire il nuovo database di fatturazione (e la conversione dal vecchio sistema di fatturazione: la carta) prima di scomparire nel nulla. Precedentemente: era il proprietario dell'azienda, che sapeva abbastanza per creare account, siti Web Apache e avviare server che si erano arrestati. Forse un po 'di più. Occasionalmente riceveva aiuto da un amico. Chi ha effettivamente lavorato come agente immobiliare. Atteggiamento del capo nei confronti degli amministratori di sistema: "chi ne ha bisogno? Stai pagando qualcuno $ 40k per sedersi e bere caffè mentre leggo i registri. Ho bisogno di rappresentanti dell'assistenza tecnica."
Sicurezza: nessuna. No davvero . Un T1 ha fornito ai server la connessione Internet. E l'ufficio. Risolto un problema con gli IP pubblici su tutto. Atteggiamento del capo: "Oh, siamo sicuri. Stiamo eseguendo BSD / OS 4.2! Non ho mai fatto irruzione!" Almeno le password non erano completamente ritardate, ma ogni server predefinito era in esecuzione su ogni macchina. Senza patch, ovviamente. Versioni antiche di ogni demone del server.
Fuochi: ovunque! Qualunque cosa! Su!! Fuoco!!! La cosa che ho fatto per prima, entro una settimana dall'assunzione (potrei aggiungere, come supporto tecnico. Vuoi fare anche l'amministrazione del sistema? Fallo quando non sei occupato - ero abbastanza giovane e abbastanza povero da non preoccuparmene) ha messo insieme uno script di shell che controllava quante volte un cliente poteva accedere contemporaneamente al pool di dialup. Ciò ha risolto il problema più urgente del pool di dialup che era sempre impegnato, a causa degli spammer che lo utilizzavano come modo per aggregare la larghezza di banda. Ho già detto che il server RADIUS AAA non aveva questa funzionalità in quella versione? Né che un nuovo server AAA RADIUS potrebbe compilare su questa piattaforma? Né FreeRADIUS potrebbe farlo? Vedere la sezione 1, Hardware arcaico. Più tardi, ho anche fatto lo stesso tipo di cose per implementare ah reale, contabilitàal dialup, in modo che le persone che si sono registrate per 30 ore al mese non usassero 300 ore al mese. Mi sembra di ricordare che il server di posta non era un relay aperto, ma potrebbe essere stato. E ' stato d'altra parte, terribilmente sovraccarico dovuto al fatto che sendmail, in qualunque arcaica versione ha usato, ancora formato mbox usato che ha richiesto l'analisi di ogni messaggio da un file flat, invece di caselle di posta in formato maildir con un solo messaggio per file . Quindi, se qualcuno con una grande cassetta postale controllava la posta, il server si fermava per tutti. E, naturalmente, SMTP e POP in uscita erano sulla stessa macchina. Non c'era alcun filtro antispam, ovviamente. Sulla posta in arrivo o in uscita. Non ricordo cosa ci fosse di sbagliato nel web server, a parte il fatto che ogni nuovo sito veniva aggiunto manualmente. Va abbastanza male così com'è.
Backup: backup? Ahahahah! Aaaaaah!
L'unica cosa più sconcertante in questo posto, tuttavia, è stata la mancanza di un server di stampa . Volevi stampare un file? Alzati dalla scrivania, gira la ghiera sul centralino sul computer, torna indietro, stampa il file. Ricordo che non passò molto tempo prima che lo aggiustassi.
Il mio attuale ambiente Domino deve essere quello. Uno dei precedenti operatori storici a lungo termine era interessato solo a fare il lavoro di sviluppo rapido e sporco, quindi non era stato assolutamente nessun lavoro di pulizia di base per un periodo di 10 anni. I due che lo hanno seguito ma che mi hanno preceduto - abbastanza comprensibilmente - hanno dato un'occhiata e hanno deciso di abbassare la testa. Quindi in questo momento ho un casino totale di nessuna convenzione di denominazione standardizzata, account utente in tutti gli ACL, vecchi amministratori e sviluppatori che sono passati da tempo ancora con gli account (e ancora in gruppi sensibili), metà degli utenti hanno la stessa password , un'altra metà di loro ha le password registrate in un foglio di calcolo, c'è una bellissima app line-of-business con due database di sicurezza interni personalizzatioltre all'ACL standard, oltre 1000 database (incluso "Copia della copia della copia di" roba) che sono stati sottoposti a 4 o 5 aggiornamenti rapidi e sporchi prima di essere congelati a livello di versione 6 e che corrompono quasi quotidianamente . Era anche paranoico sulla scalabilità di Windows, quindi ho delle scatole da 8 CPU, tra l'altro.
Portarlo fuori e sparare sarebbe una misericordia.
Quando ho iniziato il mio attuale lavoro, ho ereditato la posizione da un ragazzo che è stato licenziato per grave incompetenza dopo poche settimane. Non è riuscito a fare molto mentre lavorava qui, tranne distruggere ogni pezzo di documentazione che aveva ottenuto dal suo predecessore, cambiando tutte le password dell'amministratore in qualcosa di casuale anche se non lo sapeva e piantando alcuni account "nascosti" nelle macchine per entrare in seguito .
Le password e le backdoor non sono un vero problema, ma andare avanti senza sapere cosa stava facendo cosa e come era piuttosto interessante. Tuttavia, nessun utente ha mai sofferto di questo, ma sono stato fortunato che questo ragazzo fosse anche troppo stupido per fare un danno reale.
questa domanda mi fa male alla testa. Lavoro per il governo statale ... l'offerta più bassa vince!
Quando ho assunto la mia posizione attuale, ho trascorso 2 settimane a lavorare con il ragazzo che scappava lavorando principalmente sulla codifica di un'app Web che aveva trascorso 6 mesi a costruire con un appaltatore, quindi avrei avuto una buona idea di cosa stava succedendo quando l'app era messo in produzione. Un mese dopo, l'app è stata raschiata e hanno lanciato denaro all'appaltatore per andare via. Ho ancora a che fare con le app vb6 senza documentazione che a volte chiamano altre app per le quali non ho nemmeno il codice!
Non ho nemmeno intenzione di entrare in tutte le bizzarre configurazioni del server, backup off-site che si trova dall'altra parte della strada o che un intero altro dipartimento "gestisce" i nostri router e switch (oh, hanno capito dicendo che avrebbero ricablato il costruendo NESSUN COSTO! Certo che no, ora fanno pagare solo le tasse portuali e bloccano i doppi MAC! Usiamo i telefoni SIP per l'amor di Dio! E dobbiamo giustificare i costi per installare una macchina di prova. Aaarrrrgggghhh!)
Devo smettere, questo mi farà piangere. Sono stupito, su base giornaliera, che qualsiasi cosa, sempre, viene fatta nel governo.
Fileserver, che serve 250 GB di file a circa 30 client (mix laptop / desktop), ciascuno con le proprie cartelle mappate su condivisioni di rete. La parte negativa è che stava eseguendo Windows XP con il limite massimo di 10 connessioni client. La prima cosa che ho fatto è stata formattare / installare Server 2003.
Il giorno seguente, i miei colleghi erano estremamente felici, poiché erano tutti in grado di lavorare contemporaneamente.
Quando ho iniziato a lavorare nella mia attuale azienda, stavano utilizzando Small Business Server 2003, alla fine siamo cresciuti fino al punto in cui abbiamo dovuto passare da SBS2003 a un vero e proprio ambiente server "reale". Sfortunatamente il pacchetto di transizione non ha funzionato per noi e MS attraverso le nostre licenze di volume acquistate di recente mi ha aiutato a eseguire la transizione. Aiutando, intendo darmi un elenco di cose che devono essere spostate e modificate, ma non esattamente come.
Ora, sono abbastanza abile nelle viscere di Active Directory, ma una delle cose che non mi hanno detto è stato come a SBS NON piace farsi togliere uno dei ruoli di FSMO, dopo 8 o 12 ore si riavvia per mostrare quanto incazzato lo è.
È stato un incubo scendere da SBS2003 e ogni tanto vedo riferimenti SBS in AD o un riferimento al vecchio server SBS qua e là e sono passati circa 2 anni.
Oh, a proposito, odio SBS! :)
Un server Windows 2003 che è anche un controller di dominio ed esegue Exchange 2003. Abbastanza male finora, ma aspetta, c'è di più ... Era anche Terminal Server, server SQL, server Web e FTP, server WSUS, aggiornamenti antivirus e server di configurazione centrale e ha ospitato i profili di roaming degli utenti. Era anche il server di backup centrale, usando nastri DAT.
Non sei ancora abbastanza male? La macchina aveva una singola CPU, 2 GB di RAM e una coppia di unità SATA da 7.200 RPM configurate come RAID 1. L'array era partizionato come 2 unità logiche, con l'unità di sistema da 16 GB, di cui meno di 2 GB erano liberi. La macchina è stata assemblata da parti di seconda mano da un appaltatore che ha raccomandato le specifiche, senza dubbio in base alle parti che aveva a disposizione, e ha addebitato quasi quanto il costo di un nuovo server decente. Era anche responsabile della configurazione e della messa in servizio della macchina. Il suo consiglio fu accettato perché aveva avuto a che fare con il cliente per quasi un decennio. Mi sono assicurato che non si occupasse più di loro.
Ho gestito un audit di rete delle operazioni europee di un produttore di computer MOLTO grande ( Irlanda Ahem ). Ci sono volute settimane ma abbiamo scoperto che ogni singolo bit di dati che veniva trasferito su ogni singolo disco rigido di ogni singolo PC / server che stavano viaggiando attraversava gli stessi 4 fili di filo: avevano un'unica porta da 1 Gbps che faceva TUTTO il loro costruisce. Quando abbiamo detto loro che avevano eseguito il RAN per ottenere più cavi / SFP e l'hanno moltiplicato entro 30 minuti, ma è stato uno shock.
Il mio primo lavoro riguardava la pianificazione di una migrazione da un minicomputer "Point 4" di 18 anni. Volevano modernizzare le loro attrezzature "perché il proprietario ha ritenuto che le attrezzature esistenti stavano invecchiando". Questo vecchio minicomputer a tempo condiviso utilizzava un terminale Televideo 955 ricondizionato con una ROM personalizzata e sul mercato esisteva un totale di 1 programma di emulazione terminale che ti avrebbe consentito di collegare un computer per funzionare come un terminale stupido. Ovviamente, quel programma funzionava solo su System 7.
Il venditore aveva da tempo cessato l'attività. Le parti sono state fornite da un fornitore di supporto hardware con un contratto annuale e sono andate a visitare una volta ogni pochi mesi poiché qualcos'altro si è rotto e doveva essere sostituito.
Il problema più grande che ho ereditato era fisico, non software. L'armadio del server era anche l'armadio elettrico e telefonico. Quindi, aveva il controllo del clima a posto, sotto forma di un gigantesco trasformatore che riscaldava la stanza. L'armadio era anche fuori da una stanza che sarebbe stata utilizzata per piccole riunioni. Ho dovuto inviare cartelli che dicessero alla gente di non chiudere le porte dell'armadio anche se era rumoroso. L'edificio principale AC è stato per fortuna sufficiente e dalla temp non si è verificato alcun errore. Anche il lavoro di cablaggio era un po 'un casino. Praticamente il tuo nido di ratti standard passa dagli switch ai server. La parte migliore di questo era uno degli scaffali, a parte gli altri due, quindi c'era un piccolo passaggio tra gli scaffali. Aveva solo un server, e i cavi di alimentazione per esso stavano semplicemente attraversando il pavimento senza una protezione e anche non erano distesi. Ciò ha reso facile agganciare il piede su di essi. Dopo che stavi cadendo in avanti e stavi per affrontare la pianta, il cavo patch alto al collo che era pigramente intrecciato ti avrebbe catturato e avrebbe cercato di spezzarti il collo.
Non ho avuto l'opportunità di correre fino al soffitto prima di spostare gli uffici (in una sala server con REAL AC!), Ma sono impazzito con le cinghie di velcro in tutto l'armadio. Potresti davvero attraversarlo senza ucciderti dopo quello!
Una società per cui ho lavorato, quando sono arrivato, aveva un server per l'ufficio (due dischi rigidi, uno nemmeno montato molto meno con mirroring) e un server a noleggio in affitto, un disco rigido totale. Nessun backup su nastro in atto.
Il resto della LAN ha avuto le sue sfide, ma la pura fortuna del luogo che opera in quel modo per 3+ anni è sorprendente. Nessun mirroring, nessuna ridondanza, nessun nastro.
IIS 4 (o 3? Non ricordi) su NT 4 che eseguiva la Intranet aziendale su un computer desktop senza ridondanza o backup per circa 12 anni era (l'ho portato fuori il mese scorso) il peggiore che abbia mai visto, penso . Niente di straordinario, ma comunque.
Un database Informix la cui tabella più occupata e più critica aveva 16.000 estensioni, era simile a 38.000 estensioni sul tablespace (pensa a un disco frammentato) ed era il doppio del livello supportato. (Il venditore in realtà ha scritto una lettera cartacea che diceva qualcosa del tipo "Il tuo database andrà in crash in qualsiasi momento")
Il precedente DBA, SA e la persona della rete se ne andarono e io ero a scuola circa 6 settimane. Ho fatto molte ricerche e ho capito come risolvere il problema, il che richiederebbe 6 ore di inattività. Il capo ha rifiutato di programmare un'interruzione.
Quindi, in uno dei giorni più intensi dell'anno, il sistema si blocca. 500 operatori di call center e un sito Web commerciale sono inattivi. Risolverlo dopo un errore è stato difficile perché il fornitore non lo aveva mai fatto prima su una tabella di quelle dimensioni e con qualcosa di simile allo schema di database "interessante" che stavamo usando. Quindi abbiamo fatto esattamente quello che avevo programmato di fare inizialmente, tranne per il controllo dell'integrità del database che ha richiesto altre 5 ore.
Concesso questo era alla fine degli anni '90, ma è qui che ho lavorato. Avevamo il nostro software server in esecuzione in un debugger che era la macchina di lavoro del mio capo mentre faceva la maggior parte del suo lavoro a casa su un'altra macchina, ma chi ancora esegue il proprio codice di produzione in un debugger?
A un certo punto, uno dei precedenti amministratori pensava che fosse una buona idea impostare quasi tutti i server Sun in modo che non si avviasse automaticamente. Inoltre, non avrebbe inserito gli script di init nelle directory runlevel appropriate perché "Voglio sapere se questo computer si è bloccato" Sono ancora in perdita per capire il suo ragionamento lì. Ovviamente, l'altro amministratore era un po 'più concentrato su cose del genere che sostanzialmente portavano incoerente l'intero negozio e rendevano le cose davvero interessanti durante le prime interruzioni pianificate e non pianificate.
Ho mantenuto viva una scatola di Windows NT4 con citrix in esecuzione ... originariamente è stata configurata con il raid del software ... Esatto. Raid del software, Windows NT4 ... L'ultimo errore ha danneggiato entrambe le unità e mi ci sono voluti ~ 8 ore per ripristinarlo ..
Per i curiosi, a Windows NT4 non piace funzionare come una macchina virtuale su un host Linux :-D
Il cliente aveva 5 dipendenti. La loro vecchia persona IT su misura, utilizzando apparecchiature per PC da gioco di fascia bassa, 2 server. 1 era anche un controller di dominio che eseguiva lo scambio. l'altro era un server terminal. Ogni dipendente utilizzava un thin client per connettersi e lavorare fuori dal server. Entrambi eseguivano Windows 2000 e sono stati creati 5 anni fa. Inutile dire che quando le carte raid di fascia bassa sono morte su entrambi i server entro un paio di giorni l'una dall'altra, ho sostituito i server con un server hp standard e li ho fatti usare minitower regolari. Ho anche messo i server sulle loro unità UPS invece di farli funzionare entrambi sullo stesso, senza avere un WAP e monitorare il backup della pastella.
Inoltre, in ufficio c'erano 6 stampanti di rete e 2 utilizzavano DHCP. Gli altri 4 avevano assegnato IP ma erano sparsi nell'intervallo IP delegato senza documentazione.
È stato triste, ma dopo un mese di adattamento (le vecchie streghe non hanno preso troppo bene il cambiamento nel loro modo di lavorare), chiamano molto raramente ora.
Sono stato chiamato per riparare un sistema MySQL con prestazioni scadenti, solo per scoprire un elemento di intestazione errato nel /etc/my.cnf
quale causava che tutti i parametri di ottimizzazione che avevano cercato di usare fossero ignorati a favore delle impostazioni predefinite ...
Quindi, avevamo un sistema con un db di 7Gb su un server con RAM da 16Gb, usando il motore di database InnoDB ...
La configurazione errata è stata impostata su 12 GB di RAM per InnoDB ...
Il sistema utilizzava solo 128 Mb di RAM per InnoBD ... quindi un / lot / di attività del disco per ogni query e aggiornamento!
Una rapida correzione dell'intestazione, il riavvio del servizio MySQL e hey-presto, tutto è stato memorizzato nella cache ed eseguito in modo ammirevole :)
Strano che nessuno avesse preso in considerazione l'idea di verificare che i parametri di messa a punto applicati fossero effettivamente utilizzati !! : - /