Exposició

Deu errors de gestió de xarxa més comuns

Jan 31, 2019 Deixa un missatge

Deu errors de gestió de xarxa més comuns

Som una empresa d'impressió gran a Shenzhen, Xina. Oferim totes les publicacions de llibres, impressió de llibres de tapa dura, impressió de llibres de papercover, quaderns de tapa dura, impressió de llibres sprial, impressió de llibres de selle, impressió de fullets, caixa d’envasos, calendaris, tot tipus de PVC, fulletons de productes, notes, llibres per a nens, adhesius, tipus de productes especials d'impressió en color de paper, joc de cartes, etc.

Per obtenir més informació, visiteu

http://www.joyful-printing.com. ENG només

http://www.joyful-printing.net

http://www.joyful-printing.org

correu electrònic: info@joyful-printing.net


La tasca de la gestió de xarxes és garantir el treball normal de la xarxa, de manera que el treball del personal no estigui interromput. El problema és que les coses no sempre es desenvolupen segons les condicions ideals. De fet, sovint hi ha situacions en què els vents surten de terra. Hi ha moltes raons per a això; aquí només discutim 10 errors de gestió de xarxa més comuns.


1. Problemes amb l’ús del SAI (subministrament d’alimentació ininterrompuda)

Una botiga està trencant l'última vida del seu sistema de xarxa. Tot i que el servidor antic és gairebé impossible de satisfer les necessitats de l’operació de la botiga, l’operador ni tan sols està disposat a substituir la bateria del SAI. De fet, la bateria ha de ser reemplaçada cada dos anys. Finalment, un dia, de sobte, es produeix un tall d’alimentació i aquest SAI massa vell, no pot controlar l’aturada segura del servidor. La major part de l’energia de la bateria s’ha esgotat, de manera que ràpidament perd energia. Com a resultat, el controlador que impedeix la situació anormal no funciona com un servidor normal d’aturada. El funcionament diari i les transaccions de la botiga depenen d’aquest servidor. Es va trigar tres dies a reparar el servidor i es va trigar més a recuperar el dany. De fet, una bateria de només 75 dòlars pot impedir que això passi.


2. No heu organitzat el que necessiteu

Una trucada telefònica a la seu de la companyia va dir que el servidor d’una empresa comercial tenia un problema, l’administrador de la xarxa va sortir de l’oficina i va durar una hora fins al lloc de l’accident. Com a resultat, va trobar que el fitxer del sistema operatiu va ser destruït en part, de manera que tot el que podia fer era reinstal·lar el sistema operatiu. L’administrador de xarxa de la branca no pot trobar el disc d’instal·lació en aquest moment. No importa. L'administrador de la seu ho té, però a la seva oficina: una hora des d'aquí i dues hores d'anada i tornada. Empaquetin una motxilla i porta-la amb tu. Tot el que pugueu necessitar, incloses les còpies de seguretat del sistema operatiu que utilitzin els vostres usuaris, hauria d'estar a la vostra motxilla. Això és fàcil de fer, no requereix res, però pot tenir un paper clau en actualitzar el sistema operatiu i similars.


3. No s’ha instal·lat cap pedaç

La connexió amb el servidor del fabricant d'una màquina va tenir un problema i va provocar que tot el personal perdia contacte amb els seus fitxers i la producció es va veure obligada a aturar-se durant dos dies. La pèrdua és greu! Un administrador de la xarxa recentment contractat és responsable de resoldre aquesta crisi. Aviat va descobrir que l’administrador de la xarxa anterior no va instal·lar el pegat quan va instal·lar el sistema fa tres anys.

Els pegats es proporcionen de forma gratuïta, potser no estan oberts, però normalment són molt fàcils de configurar i poden ser fets per qualsevol administrador del sistema. L’antic administrador va dir que, perquè el sistema funciona molt bé, no hi ha necessitat de corregir. Evidentment, aquesta afirmació és molt irresponsable.


4. Treballs de còpia de seguretat incorrectes

Ha fallat un servidor que ha emmagatzemat molts fitxers en una oficina. Com que no hi ha informació sobre el servidor al qual es pot accedir, les operacions de l’oficina queden bàsicament. L’administrador de la xarxa va treure immediatament una cinta del document de còpia de seguretat i va intentar arreglar-la. Quan va saber que el cinturó estava buit, el cor es va enfonsar. Va comprovar les altres cintes de còpia de seguretat, que eren totes buides! Va comprovar el registre de l’oficina i va trobar que, al mateix temps, van substituir la cinta de còpia de seguretat cada dia durant dos anys, però es va col·locar la cinta al servidor on mai no s’ha instal·lat el programari de còpia de seguretat. Ningú no sabia que la còpia de seguretat tenia problemes perquè ningú no ho havia comprovat mai, però només dos. Durant l'any, insistiu en substituir cintes de còpia de seguretat en blanc cada dia. Aquest incident va fer que la companyia pateixi molt. De fet, sempre que qualsevol administrador de bases de dades faci una comprovació de còpia de seguretat simple, es pot evitar aquest problema important. De fet, ho fan diàriament.


5. Enginyeria de cable inferior

Sovint, una unitat de la xarxa té problemes, per a la qual cosa va inspeccionar específicament la caixa de cablejat, i va trobar que molts endolls RJ-11 i RJ-12 estaven connectats a la presa RJ-45. A més, s'introdueix un escuradents en cada sòcol, de manera que la ruta del cable de la tela no és un problema. Molts problemes de xarxa s'atribueixen a connexions de cable inadequades, de manera que els gerents intel·ligents tenen millor contractar una línia de cable amb llicència, seguretat i fiabilitat per encaminar el cable.


6. El dispositiu ha canviat de mans massa vegades i la composició interna és problemàtica.

Una empresa va comprar un servidor de marca, però va començar a funcionar quan va començar a funcionar. L’administrador de la xarxa sol·licita assistència als proveïdors i proveïdors de maquinari del sistema operatiu. Posteriorment es va descobrir que els distribuïdors que proporcionaven el servidor "de marca" configuraven el servidor amb memòria sense marca, controladors de discs sense marca i unitats de disc externes sense marca, simplement perquè aquests components eren més barats. El proveïdor de maquinari i el proveïdor del sistema operatiu es va negar a proporcionar suport perquè el servidor va ser confós per alguns components sense marca i la seva estructura no va ser fàcilment identificable.


7. Contracte sense autorització

Una oficina va gastar molts diners l'any passat en adquisició de servidors. El sistema disposa de protecció per redundància RAID 5, fonts d’alimentació dual i suport 24 x 7, i un any més tard la unitat està trencada. El personal de suport de 24 × 7 va entrar. Va trucar al fabricant de maquinari i el fabricant li va preguntar quin era el número del contracte i abans no va signar el contracte d’autorització. "No importa", va dir el venedor. "Queden dos anys abans que expiri la llicència. Jo et donaré una unitat de substitució en un termini de cinc o sis dies".

No obstant, la tolerància del fabricant no és suficient. El millor és assegurar-vos que teniu un conjunt complet de suports de 24 × 7, aneu a una botiga de subministraments d'oficina per comprar etiquetes, escriviu el número de llicència i el número de telèfon d'assistència tècnica a cada etiqueta i, a continuació, poseu-los en cada màquina.


8. No s’ha establert cap entorn de prova

Fa uns quants anys, una empresa de desenvolupament de programari va instal·lar una nova estació de treball que utilitzava la memòria d’accés aleatori més ràpid, el disc dur més ràpid i el processador més ràpid, i serviria com a nova estació de treball del president. Poc després de completar la instal·lació, el president va acceptar una petició de la seva empresa col·laboradora més gran per provar la plataforma de comunicació de la nova estació espacial artificial. El resultat va ser una pantalla blava. Quan va reiniciar l’ordinador amb sorpresa, la informació emmagatzemada internament havia desaparegut. Després de reconstruir el sistema, li va prendre quatre dies més per desfer-se de la pila de guies operatives.

El president d'una altra empresa era més intel·ligent i va construir una xarxa de proves. Abans d’actualitzar el sistema, faran l’experiment a la xarxa de prova, trobar l’error una vegada i una altra, i repetiran la xarxa per provar fins que estigui completament correcta. Només quan els resultats de les proves siguin totalment correctes, realment iniciarà l’actualització del sistema.

El president de la primera empresa ja no utilitzava el seu propi servidor com a provador.


9. La planificació de la capacitat d’emmagatzematge no és bona

Quan una empresa va comprar un servidor fa cinc anys, el servidor podia suportar sis discos RAID de 8 bytes de 8 bits. Per estalviar diners, la companyia va insistir a comprar només quatre discos de 4G. L’administrador de la xarxa va dir que necessitaria més espai aviat, i la companyia finalment va comprometre i va comprar dues unitats més, cosa que va acabar amb l’assumpte. Després de tres anys van tenir una gran falta d'espai, fins i tot van haver de suprimir fitxers petits amb només 50K bytes. Necessiten amb urgència ampliar la seva capacitat i, en aquest moment, no es podien comprar unitats de 8G bytes, i els servidors més grans no els podien suportar. Un nou subsistema extra que resol aquest problema requerirà més diners que el servidor original. D'aquesta manera, han de substituir el servidor dos anys abans del previst. Per tant, fer un pla de capacitat d’emmagatzematge us estalviarà diners i fins i tot podria allargar la vida del vostre sistema.


10. L'operació d'error és el major perill amagat

El poder de l’oficina de la tarda es va trencar de sobte i el gerent nerviós de l’oficina va pensar que podria danyar els seus dos servidors, de manera que va prendre una acció ràpida: es va acostar i va apagar el servidor. Quan va arribar a casa, també estava orgullós de la seva ràpida actuació. Però al matí següent, quan va tornar a l'oficina per obrir dos servidors, va trobar que no hi havia res a dins. De fet, quan va pressionar el canvi del servidor ahir, el servidor feia actualitzacions complexes de fitxers crítics. Quan va deixar de treballar en un servidor, va afectar l’emmagatzematge de la base de dades crítica d’un altre servidor. Com a resultat, es van trigar dos dies a reparar el treball en xarxa.


Enviar la consulta