On tane daha yaygın ağ yönetimi hatası
Biz Shenzhen çin'de büyük bir baskı şirketi. Tüm kitap yayınlarını, ciltli kitap baskısını, kağıt kapaklı kitap baskısını, ciltli defterleri, spiral kitap baskısını, eyer dikişli kitap baskısını, kitapçık baskısını, ambalaj kutusunu, takvimleri, her türlü PVC'yi, ürün broşürlerini, notları, Çocuk kitabını, etiketleri, hepsini sunuyoruz. özel kağıt renkli baskı ürünleri çeşitleri, oyun kardan ve benzeri.
Daha fazla bilgi için lütfen ziyaret edin
http://www.joyful-printing.com. Sadece ENG
http://www.joyful-printing.net
http://www.joyful-printing.org
e-posta: info@joyful-printing.net
Şebeke yönetiminin işi, şebekenin normal çalışmasını sağlamak, böylece çalışanların işi kesintiye uğramamaktır. Sorun, şeylerin her zaman ideal koşullara göre gelişmemesidir. Aslında, çoğunlukla rüzgarların yerden yükseldiği durumlar vardır. Bunun birçok nedeni var, burada yalnızca 10 daha yaygın ağ yönetimi hatasını tartışıyoruz.
1. UPS kullanımı ile ilgili sorunlar (kesintisiz güç kaynağı)
Bir mağaza ağ sisteminin son ömrünü mahvediyor. Eski sunucunun mağaza işleminin ihtiyaçlarını karşılamak neredeyse imkansız olmasına rağmen, operatör KGK'daki aküyü değiştirmeye bile istekli değildir. Aslında, batarya her iki yılda bir değiştirilmelidir. Son olarak, bir gün aniden elektrik kesintisi oldu ve bu UPS çok eski, sunucunun güvenli bir şekilde kapatılmasını kontrol edemiyor. Batarya enerjisinin çoğu bitmiştir, bu nedenle hızlı bir şekilde güç kaybeder. Sonuç olarak, anormal durumu önleyen denetleyici normal bir kapatma sunucusu olarak çalışmaz. Mağazanın günlük çalışması ve işlemleri bu sunucuya bağlıdır. Sunucunun onarımı üç gün sürdü ve hasarı telafi etmek daha uzun sürdü. Aslında, sadece 75 $ değerinde bir pil bunun olmasını engelleyebilir.
2. İhtiyacınız olanı organize etmediniz
Şirket merkezine yapılan bir telefon görüşmesi, bir şube şirketinin sunucusunun bir sorunu olduğunu söyledi. Şebeke yöneticisi ofisten uçtu ve kaza yerine bir saat sürdü. Sonuç olarak, işletim sistemi dosyasının bir parçanın imha edildiğini buldu, böylece yapabileceği tek şey işletim sistemini yeniden kurmaktı. Dalın ağ yöneticisi şu anda kurulum diskini bulamıyor. Önemli değil. Merkezin yöneticisi var, ama ofisinde - buradan bir saat ve iki saat ileri geri. Bir sırt çantası hazırla ve yanına al. Kullanıcılarınızın kullandığı işletim sistemi yedekleri dahil, ihtiyaç duyabileceğiniz her şey sırt çantanızda olmalıdır. Bunu yapmak kolaydır, hiçbir şey gerektirmez, ancak işletim sistemini ve benzerlerini güncellemede önemli bir rol oynayabilir.
3. Hiçbir yama kurulu değil
Bir makine üreticisinin sunucu bağlantısında bir sorun vardı, tüm personelin dosyaları ile temasını kaybetmesine neden oldu ve üretim iki gün boyunca durmaya zorlandı. Kayıp ciddi! Bu krizin çözülmesinden yeni işe alınan bir ağ yöneticisi sorumludur. Kısa bir süre önce, önceki ağ yöneticisinin sistemi üç yıl önce kurduğunda yamayı yüklemediğini keşfetti.
Yamalar ücretsizdir, belki açık değildirler, ancak yapılandırılması genellikle çok kolaydır ve herhangi bir sistem yöneticisi tarafından yapılabilir. Eski yönetici, sistemin çok iyi çalıştığından, düzeltme ekine gerek olmadığını söyledi. Bu açıklamanın çok sorumsuz olduğu açık.
4. Yanlış yedekleme çalışması
Bir ofiste çok sayıda dosya depolayan bir sunucu başarısız oldu. Sunucuda erişilebilir olan hiçbir bilgi olmadığından, ofisin işlemleri temel olarak durur. Ağ yöneticisi derhal yedekleme belgesinin bir kasetini aldı ve düzeltmeye çalıştı. Kemerin boş olduğunu öğrendiğinde, kalp battı. Tamamen boş olan diğer yedekleme kasetlerini kontrol etti! Ofis günlüğünü kontrol etti ve iki yıl boyunca her gün yedek kaseti değiştirdiklerinde, ancak kasetin yedekleme yazılımının hiç yüklenmediği bir sunucuya yerleştirildiğini buldu. Kimse yedeklemenin sorun yaşadığını bilmiyordu çünkü kimse onu kontrol etmemişti, sadece ikisini kontrol etti. Yıl boyunca, her gün boş yedek bantları değiştirmek için ısrar edin. Bu olay şirketin çok fazla acı çekmesine neden oldu. Aslında, herhangi bir veritabanı yöneticisi basit bir yedekleme kontrolü yaptığında, bu büyük sorundan kaçınılabilir. Aslında bunu her gün yapıyorlar.
5. Alt kablo hattı mühendisliği
Ağın bir ünitesinde çoğu zaman, özellikle kablolama kutusunu kontrol ettikleri problemler vardır ve birçok RJ-11 ve RJ-12 fişinin RJ-45 soketine takıldığını tespit etmiştir. Dahası, her sokete bir kürdan sokulur, böylece kumaşın kablo güzergahı sorun olmaz. Birçok ağ sorunu uygunsuz kablo bağlantılarına bağlanır, bu nedenle anlayışlı yöneticiler kabloyu yönlendirmek için lisanslı, güvenli ve güvenilir bir kablo hattı yüklenicisine sahip olmaktan daha iyidir.
6. Cihaz çok fazla el değiştirdi ve iç kompozisyon sorunlu.
Bir şirket bir marka sunucusu satın aldı, ancak çalışmaya başladığında çalışmaya başladı. Ağ yöneticisi, işletim sistemi satıcıları ve donanım satıcıları için yardım talebinde bulunur. Daha sonra "markalı" sunucuyu sağlayan satıcıların, sunucuyu markalı olmayan bellek, markalı olmayan disk denetleyicileri ve markalı olmayan harici disk sürücüleri ile yapılandırdığı, ancak bu bileşenlerin daha ucuz olduğu keşfedildi. Donanım satıcısı ve işletim sistemi satıcısı destek vermeyi reddetti çünkü sunucu bazı markalı olmayan bileşenler tarafından karıştırıldı ve yapısı kolayca tanımlanamadı.
7. Yetkilendirme sözleşmesi yok
Bir ofis geçen yıl sunucu satın almak için çok para harcadı. Sistem RAID 5 yedeklilik koruması, çift güç kaynağı ve 24 x 7 desteğe sahip ve bir yıl sonra sürücü bozuldu. 24 × 7 destek personeli geldi. Donanım üreticisini aradı ve üretici ona sözleşme numarasının ne olduğunu sordu ve ofis daha önce yetkilendirme sözleşmesini imzalamadı. Satıcı, "Önemli değil" dedi. "Lisans süresi dolmadan iki yılları kaldı. Beş veya altı gün içinde size yeni bir sürücü vereceğim."
Ancak, üreticinin toleransı yeterli değildir. 7 gün 24 saat tam destek aldığınızdan, etiket satın almak için bir ofis satış mağazasına gittiğinizden, lisans numarasını ve teknik destek telefon numarasını her bir etikete yazdığınızdan ve ardından her bir makineye Stick'i yerleştirdiğinizden emin olun.
8. Test ortamı oluşturulmamıştır
Birkaç yıl önce, bir yazılım geliştirme şirketi, en hızlı rasgele erişim belleği, en hızlı sabit sürücü ve en hızlı işlemci kullanan yeni bir iş istasyonu kurdu ve başkanın yeni iş istasyonu olarak hizmet edecekti. Kurulum tamamlandıktan kısa bir süre sonra, başkan yeni yapay uzay istasyonunun iletişim platformunu test etmek için en büyük ortağı şirketten bir talep kabul etti. Sonuç mavi bir ekrandı. Bilgisayarı şaşkınlıkla yeniden başlattığında, dahili olarak depolanan bilgiler kayboldu. Sistemi yeniden kurduktan sonra, işletim kılavuzlarından kurtulmak için dört gün daha sürdü.
Başka bir şirketin başkanı daha akıllıydı ve bir test ağı kurdu. Sistem yükseltilmeden önce deneyi test ağında yapacak, hatayı tekrar tekrar bulacak ve ağı tamamen doğru olana kadar tekrar tekrar test edecek şekilde ayarlayacaktır. Sadece test sonuçları tamamen doğru olduğunda, sistem güncellemesini gerçekten başlatabilirler.
İlk şirketin başkanı artık kendi sunucusunu test cihazı olarak kullanmıyordu.
9. Depolama kapasitesi planlaması iyi değil
Bir şirket beş yıl önce bir sunucu satın aldığında, sunucu altı adet 8G bayt RAID Array 5 sürücüsünü destekleyebilir. Para biriktirmek için şirket sadece dört adet 4G bayt sürücü satın almakta ısrar etti. Ağ yöneticisi yakında daha fazla alana ihtiyaç duyacaklarını söyledi ve şirket nihayetinde konuyu sona erdiren iki sürücü daha ödün verdi ve satın aldı. Üç yıl sonra ciddi bir alan eksikliği yaşadılar, sadece 50K baytlık küçük dosyaları bile silmek zorunda kaldılar. Acilen kapasitelerini arttırmaları gerekiyor ve o zaman 8G bayt sürücüler satın alınamadı ve daha büyük sunucular bunları destekleyemedi. Bu sorunu çözen yeni bir alt sistem, orijinal sunucudan daha fazla para gerektirecektir. Bu şekilde, sunucuyu programın iki yıl öncesinden değiştirmeleri gerekir. Bu nedenle, bir depolama kapasitesi planı yapmak paradan tasarruf etmenizi sağlar ve hatta sisteminizin ömrünü uzatır.
10. Hata operasyonu en büyük gizli tehlikedir
Öğleden sonra ofisindeki güç aniden kesildi ve sinir bürosu yöneticisi iki sunucusuna zarar vereceğini düşündü, bu yüzden hızlı harekete geçti - o yürüdü ve sunucuyu kapattı. Eve geldiğinde, hızlı hareketiyle gurur duyuyordu. Fakat ertesi sabah, iki sunucu açmak için ofise döndüğünde, hiçbir şeyin içeride olmadığını buldu. Aslında, dün sunucu anahtarına bastığında, sunucu kritik dosyaların karmaşık güncellemelerini yapıyordu. Bir sunucu üzerinde çalışmayı bıraktığında, başka bir sunucunun kritik veritabanının depolanmasını etkiledi. Sonuç olarak, ağ çalışmasını onarmak iki gün sürdü.

