Traducere: Ivan Pessin
În ciuda faptului că specificul sistemului de administrare poate varia de la platforma de la platforma, esența lucrării în sine nu se schimbă. Și aceasta formează esența filozofiei de administrare a sistemului.
Automatizați tot ceea ce poate fi
Document tot ceea ce poate fi
Comunicați cât mai mult posibil
Cunoaște resursele
Mai jos, vom discuta despre fiecare dintre aceste idei mai detaliat.
În cele mai multe cazuri, numărul de sisteme și utilizatori mai mare decât numărul de sprijin de administratorii de sistem. De multe ori, singura automatizare își poate permite să facă față tuturor sarcinilor. În general vorbind, orice sarcină care apare mai mult de o dată ar trebui să fie considerat ca un posibil candidat pentru automatizare.
Iată câteva tipuri de probleme, care sunt, de obicei automatizate:
Verificați spațiul disponibil pe disc și pe raportarea l
Colectarea de informații despre performanța sistemului
Suporta conturi de utilizator (a crea, șterge, etc)
Funcții legate de operațiunile companiei (încărcare noi date de pe serverul de web, punerea în aplicare a rapoartelor lunare, trimestriale, cod, etc.)
Lista nu se termină acolo; funcții, automate de către administratorii de sistem sunt limitate doar de dorința de a scrie script-ul administratorului necesar. În acest sens, lene (și transfer de calculator afacerile lumești) este o calitate pozitivă.
Automatizarea crește, de asemenea, predictibilitatea și stabilitatea experiența utilizatorului.
Rețineți că, dacă se confruntă cu o sarcină care necesită automatizare, este probabil ca nu sunt primul administrator de sistem, care automatizează. Și asta în cazul în care beneficiile sunt resimțite de software deosebit de bun open source - puteți utiliza soluția altcuiva pentru a automatiza procedurile, absorbind timpul. Deci, înainte de a scrie ceva mai complex câteva linii de Perl, uita-te pentru o soluție la cheie de pe Internet.
Atunci când există posibilitatea de a alege între instalarea unui server nou brand și elaborarea unui act de procedură cu privire la punerea în aplicare a copiei de rezervă, administratorul mediu de sistem va alege întotdeauna o instalare de server. Deși nu este nimic neobișnuit, trebuie să documenteze ceea ce faci. Mulți administratori de sistem pus pe elaborarea documentației necesare pentru o varietate de motive:
„Voi face mai târziu.“
Din păcate, acest lucru nu este cazul de obicei. Chiar dacă administratorul de sistem și nu este el însuși înșelător, însăși natura sa a lucrării este de așa natură încât problemele apar prea haotic, că „face mai târziu“. Mai mult decât atât, vă mai întârzia, cu atât mai mult uitați, și este firesc ca documentul va mai puțin detaliată (și, prin urmare, mai puțin utile).
„De ce scrie?-Mi amintesc asta.“
Dacă nu ești una dintre acele persoane rare cu o memorie fotografică, nu, nu-mi amintesc. Sau chiar mai rău, amintiți-vă, dar numai o parte, să nu își dea seama că au uitat detalii importante. Acest lucru duce la o pierdere de timp pentru a repeta studiul a investigat anterior, sau pentru a corecta greșelile făcute din cauza înțelegere incompletă a situației.
„Dacă am ține în capul meu, ei nu au fost concediat - Voi avea siguranta locului de munca!“
În plus, în cazul în care lucrați într-o organizație mică, dar în creștere, în cele din urmă există o necesitate în ceilalți administratori de sistem. Cum putea să vă învețe să înlocuiască, dacă vă păstrați totul în capul tău? Pentru a face lucrurile si mai rele, lipsa de documentare te poate face atat de indispensabil ca se opreste progresia dvs. prin rândurile. Ați putea sfârși prin a merge să lucreze pentru același om, care a fost luată pentru a vă ajuta.
Să sperăm, acum că sunteți convinși de beneficiile de a face documentația sistemului. Acest lucru ne aduce la următoarea întrebare: ce ai nevoie pentru a documenta? Aici este o listă parțială:
Regulile sunt scrise pentru standardizarea și formalizarea relației cu utilizatorii. Ei fac clar utilizatorilor modul în care acestea manipulate cererile de cererilor de asistență și resurse. Caracter, stil și un mod de a comunica regulile pentru utilizatorii variază de la o organizație la alta.
Procedură - este orice secvență de acțiuni care trebuie efectuate pentru a rezolva o problemă. Exemple de proceduri care trebuie să fie documentate, pot organiza backup, gestiona conturile de utilizator, un raport pe această temă, etc. Ca și în cazul de automatizare, în cazul în care o procedură se realizează mai mult decât o dată, atunci ar trebui să fie documentate.
Folosit pe majoritatea lucrărilor administratorului de sistem este de a modifica -. Configurarea sistemelor pentru performanță maximă, script-uri de depanare, modificarea fișiere de configurare, etc. Toate aceste modificări trebuie să fie într-un fel documentate. În caz contrar, s-ar putea găsi te confunda modificările pe care le-ați făcut acum câteva luni.
Unele organizații folosesc scheme sofisticate de modificări contabile, dar în cele mai multe cazuri, tot ceea ce este nevoie - aceasta este o simplă istorie de revizuire la începutul fișierului modificat. Ca un minim, fiecare intrare în istoricul modificărilor trebuie să conțină următoarele câmpuri:
Numele sau inițialele modificărilor persoanei vnosshego
Data modificărilor
Motivul pentru care au fost efectuate modificările
Rezultatul este o scurtă și utile intrări:
În ceea ce privește comunicarea cu utilizatorii, niciodată nu este prea mult. Fiți conștienți de faptul că schimbările chiar și mici din sistemul pe care par a fi practic invizibil, poate confunda complet angajat din departamentul de personal.
În general, atunci când scrieți un mesaj, cel mai bine este să urmeze acest plan:
Spuneți utilizatorilor ce intenționați să faceți
Spune utilizatorilor ceea ce faci
Spuneți-le utilizatorilor ceea ce ați făcut
Să considerăm acum mai detaliat acești pași.
Asigurați utilizatorilor un număr suficient de avertismente înainte de a face ceva. Numărul specific de avertismente necesare depinde de eveniment (actualizarea sistemului de operare necesită mai multe avertismente decât culoarea schimba ferestrele conectare implicit) și de către utilizatorii înșiși (mai punct de vedere tehnic utilizatorii avansați se adapteze rapid la schimbările decât utilizatorii cu abilități tehnice minime versa).
La un nivel minim, ar trebui să descrie:
Când se întâmplă
De ce se întâmplă acest lucru
Aproximativ cât de mult din acest lucru va lua timp
Modificări (dacă există) care urmează să fie cu care se confruntă de către utilizatori
Să presupunem următoarea situație: departamentul de contabilitate se confruntă cu dificultăți cu serverul de baze de date, care este uneori foarte lent. Doriți să opriți serverul, înlocuiți modulul procesorului cu un mai puternic și porniți sistemul. După aceea, vă mutați baza de date în sine pentru a mai rapid RAID-matrice. Aici este un posibil mesaj despre această situație:
Sistemul de oprire este programată pentru vineri seara
Vineri, începând de la ora 18:00 (miezul nopții pentru colegii noștri din Berlin), toate aplicațiile contabile vor fi indisponibil pentru aproximativ patru ore.
În acest moment se va face modificări la hardware-ul și software-ul conturilor de server de baze de date. Aceste modificări vor trebui să reducă în mod semnificativ timpul necesar pentru a rula Conturi programe de plată, creanțe și pentru a genera bilanțul săptămânal.
Cei mai mulți utilizatori nu ar trebui să observați orice modificări, în afară de creșterea vitezei. Cu toate acestea, acei utilizatori, care au scris propriile lor SQL interogări ar trebui să fie conștienți de faptul că vor exista schimbări în schema unor indici. Aceste modificări sunt documentate în site-ul Web intern, în secțiunea „Conturi“.
Câteva puncte merită menționate:
Raportat la modul adecvat pentru ora de începere și durata întreruperilor alimentării, care sunt necesare pentru a face modificări.
specificați întotdeauna modificările viitoare, astfel încât toți utilizatorii să-l înțeleagă în mod clar, indiferent unde sunt.
Utilizați expresii care sunt ușor de înțeles pentru utilizatori. Ei nu le pasă că noul procesor are o frecvență de 2 GHz și de două ori cache-ul celui de al doilea nivel, sau că baza de date va fi migrat la un RAID 5 matrice.
Acest pas, în esență, este ultimul avertisment al evenimentului viitoare; în esență, ar trebui să fie o recapitulare a primului post, dar a subliniat evenimentele viitoare pentru perioada ( „Actualizarea in aceasta seara va fi efectuată în afara sistemului“). De asemenea, este un loc bun pentru a răspunde la orice întrebări pe care le-ați primit după primul raport.
Dezvoltarea cazul nostru în secțiunea anterioară, vom da un exemplu de un avertisment final:
Sistemul de oprire este programată în seara asta
Memento: sistemul de închidere, a anunțat luni, va fi realizată așa cum programată astăzi la ora 18:00 (miezul nopții pentru biroul de la Berlin). Un raport detaliat cu privire la închiderea sistemului este situat pe un site web intern, în conformitate cu „System Administration“.
Mai multe persoane au întrebat dacă aveți nevoie pentru a termina treaba înainte, să efectueze sistem de arhivare a datelor pentru a opri. Nu este necesar, deoarece lucrările efectuate nu afectează datele stocate pe stațiile de lucru personale.
Va reamintim ca aceia dintre voi care au scris propriile lor SQL-interogări ar putea fi nevoie pentru a face modificări, ca să schimbe schema unor indici. Modificările sunt documentate în site-ul web al companiei interne, a în secțiunea „Contabilitate“.
Utilizatorii sunt avertizați; puteți obține acum la locul de muncă.
După ce ați terminat de efectuat modificări ale sistemului, ar trebui să spuneți utilizatorilor exact ceea ce ai făcut. Din nou, acest mesaj ar trebui să rezume mesajele anterioare (există întotdeauna cineva, nu le citesc). [1]
Cu toate acestea, există un supliment important pe care ar trebui să faci. Este necesar să se informeze utilizatorii cu privire la stadiul actual. A fost actualizat ea cum a fost planificat? Este suficient spațiu pe server pentru datele contabile sau adăpostite numai date departamentul tehnic? Toate aceste aspecte vor fi prezentate în raport.
În cazul în care starea actuală a sistemului este diferit de planul, atunci, desigur, va trebui să spun despre ea și să descrie în mod clar ce va fi (dacă există), făcut în viitor pentru a atinge obiectivele planificate anterior.
În acest caz, în timp ce lucrează administratorul a întâmpinat probleme. Noul modul procesorului nu este câștigat; după un apel către fabricant, sa constatat că în înlocuirea situ necesită un modul special. Migrarea bazei de date pentru RAID-matrice a fost de succes (desi a durat mai mult decât era planificat, din cauza unor probleme cu modulul CPU).
sistem de oprire a finalizat
Din cauza problemelor nerezolvate cu hardware, software și raportarea performanței, deși a crescut, dar valorile planificate nu sunt atinse. Odată ce problemele nu sunt rezolvate permisiunea de a efectua upgrade-uri hardware, va fi programat și a anunțat un al doilea sistem de închidere.
Dacă aveți întrebări, vă rugăm să contactați departamentul de administrare de sistem la tel. 4321.
După ce a primit un astfel de mesaj, utilizatorii vor avea suficiente informații pentru a continua și de a ști cum modificările aduse impactul asupra muncii lor.
remarcă
Acest lucru nu înseamnă că ar trebui să trateze angajații lor ca atacatorii. Aceasta înseamnă doar că aveți nevoie pentru a înțelege ce face fiecare persoană și de a determina ce tipuri de atacuri asupra securității sistemului poate fi aranjat cu postul, dacă doriți.
Când vine vorba de securitate, majoritatea administratorilor de sistem sunt închise pe probleme tehnice și să uitați despre alte amenințări. Foarte des, breșelor de securitate își are originea nu în mijloacele tehnice și natura umană.
Atacatorul spune că sună de undeva la celălalt capăt al pământului (probabil, această parte a poveștii a fost inventat, și, probabil, a apărut un comunicat de presă pe directorul financiar în curs de desfășurare a expoziției de pe site-ul dvs.).
Apelantul spune povestea trist: laptopul furat de la aeroport, și el este acum vorbesc cu un client important si are nevoie de acces la rețeaua internă pentru a verifica starea contului de client. N-ar fi atât de natură încât să informeze operatorul informațiile necesare pentru a avea acces la rețea?
Știi ce va face operatorul în această situație? În cazul în care operatorul nu are instrucțiuni clare (sub formă de reguli și proceduri), nu poți fi sigur de acțiunile sale.
Semnificația regulilor și procedurilor, precum și un semafor, pentru a asigura unicitatea interpretarea caracterului adecvat al comportamentului. Din păcate, la fel ca în cazul normelor și procedurilor de trafic funcționează numai dacă urmați-le pe toate. Și în aceasta constă problema principală - este puțin probabil că toată lumea se va lipi de regulile tale. De fapt, în funcție de tipul de organizație aveți nici o autoritate de a crea reguli, să nu mai vorbim de faptul, pentru a le obliga să efectueze. Ce se poate face în astfel de cazuri?
Pe scurt: orice mijloace pentru a furniza informații pentru utilizatori.
Administratorii de sistem care vor fi luate în serios cu privire la toate aceste sugestii și va încerca să le îndeplinească, vor fi administratori excelent. dar nu pentru mult timp. Mai devreme sau mai târziu, ceva se va schimba și într-o zi va fi în piscină. Care este motivul? Administratorul nostru super-nu este în măsură să planifice corect evenimentul.
Desigur, nimeni nu poate prezice viitorul cu o precizie de 100%. Cu toate acestea, o observație pic va face clar o mulțime de lucruri:
Said trece pe plictisitoare observația întâlnire săptămânală despre noul proiect viitor este un semn sigur că în curând va trebui să sprijine noi utilizatori
Discuție despre preluarea iminentă a unei alte societăți înseamnă că va fi responsabil pentru noile sisteme de la distanță (eventual incompatibile)
Capacitatea de a vedea astfel de semne (și în mod corespunzător să le răspundă) face viața mai ușoară pentru dvs. și utilizatorii.
Sintagma „pentru a anticipa neașteptat“ este banală, dar reflectă adevărul că toți ar trebui să înțeleagă administratorii de sistem:
In practica, vor exista momente pe care le va prinde pe nepregătite.
Resemnată acestui fapt inconfortabil, să ne gândim la ceea ce acest lucru se poate elimina un administrator de sistem? Răspunsul se află în flexibilitate; face activitatea sa, astfel încât să vă (și utilizatorii) lăsați capacitatea de a manevra. Să luăm, de exemplu, spațiu pe disc. Este cunoscut faptul că este o lipsă constantă de drept fizice, cum ar fi legea gravitatiei. Este rezonabil să presupunem că la un moment dat se va întâlni la nevoia de spațiu de stocare suplimentar.
Ceea ce, atunci, este de a face administratorul de sistem, care anticipează neașteptate? Probabil vă puteți păstra câteva unități de rezervă în cazul unor probleme de hardware [1]. Astfel de discuri pot adăuga temporar [2] în sistem pentru a rezolva nevoia de spațiu. În plus, se va da timp pentru o soluție temeinică a problemei (de exemplu, pentru a efectua o procedură standard, pentru disc suplimentar).
Anticipând probleme înainte ca acestea să apară, te pune într-o poziție mai bună, care vă permite să reacționeze mai rapid și mai eficient decât în cazul în care vă confruntați cu o problemă neașteptată.
remarcă
Și, desigur, administratorul de sistem, care anticipează neașteptate, se va folosi RAID (sau tehnologie similară), pentru a reduce efectele eșecului de drive-uri critice în funcționarea sistemelor.
Din nou, administratorul de sistem care încearcă să anticipeze problemele, configurarea sistemelor lor, astfel încât unitatea adăugată la sistem a avut loc cât mai ușor posibil.