Yanıtlar:
15 yıldır sektörde "iyi" bir altyapıya sahip olduklarını bulmak için bir şirkette yeni bir danışmanlık rolüne başladım. Onları düzeltmem için genellikle aramamın nedeni budur.
Bu karışıklığın genel nedeni teknik kararlar veren teknik olmayan karar vericilerdir.
Birkaç yıl önce küçük bir imalat şirketinin ağ altyapısının "değerlendirmesini" yaparak bir iş yaptım. Bu çalışma sırasında, ERP sistemlerinin hiç yedeklenmediğini keşfettim. Onlardan habersiz olarak, eski BT yüklenicileri Backup Exec'ı günlük tam yedeklemeler için yapılandırdılar, ancak ERP sistemleri tarafından kullanılan herhangi bir tür "döküm" veya durdur / başlat komut dosyası yazmamışlardı, böylece veritabanı dosyaları her zaman kullanımda ve atlandı destek olmak. Bu nedenle, 3 yıldan uzun bir süredir ERP sistemlerinde hiçbir veri bulunmayan günlük teyp yedeklemeleri gerçekleştiriyorlardı. Müteahhit onlara söylediği gibi kaseti haklı bir şekilde değiştirdiler, ancak görünüşe göre hiç kimse (yüklenici dahil) bantların gerçekte ne olduğunu kontrol etmek için uğraşmadı.
Eskiden, üst düzey yöneticilerimizden biri organizasyonumuzdan ayrıldı ve "belge görüntüleme sistemi" sorumluluğunu bana devretti. Takımda alçak bir adamdım, deneyimsiz ve her şeye atlamak için istekliydim.
Mean Joe Green ile eski Kola reklamı gibiydi ... Müşteriye dönük bir Üretim sisteminde birincil (sadece) yönetici olmak için tamamen stoklandım ve kapıdan çıkarken, "hey çocuk, yakalamak "Bana bazı girişleri ve terli havlu yerine destek için bir telefon numarası ile bir tomar buruşuk kağıt attı bekliyoruz.
Öfori çabucak yıprandı ... sistem bir veritabanı çalıştıran 2 sunucudan, bir paylaşımdan, tarayıcılar ve işleme uygulamalarıyla yaklaşık 6 iş istasyonundan ve referans belgeleri için oturum açan bir web sunucusu ve uygulama kullanıcısından oluşuyordu. Apache ve java'nın kutsal olmayan bir karması ve Windows SQL Server'da çalışan en az iki komut dosyasıydı. Ah evet. Ayrıca sık sık bozulan ve destek arkadaşlarının her zaman mutlulukla farkında olmayan bir dizi "özelleştirmeler" için ödeme yaptık.
İyi Zamanların Kısa Listesi:
Küçük bir şey belgelenirse ve bir şey kırıldığında her kırışıklığı keşfettim. Diyelim ki ... raporlar yanlış veya yazdırılmadı. Veya Desktop, JVM'nin yeni bir sürümünü itti ve kimse tarayamadı. Ya da birileri dongle'ı tarama iş istasyonundan tekmeledi ve uygulama çöktü. Veya günlük dosyası sistemi doldu. Veya bir OCR ayıklamasından alınan veriler, bir şeyi yanlış bir şekilde yakalayıp yasadışı bir şey olarak göndermesi nedeniyle bir uygulamayı kilitledi. Ya da çeşitli departmanların desteğiyle yaklaşık 3 düzine biletin açıldığını ve birçoğunun aylardır açık olduğunu öğrendim. Vb vb Haftada 4-5 oranında yeni, önemli şeyler keşfettim ve çok hızlı bir şekilde bu uygulamanın ins ve çıkışları ve ihtiyaçlarını ve db orta derecede sağlıklı tutmak için yeterli SQL Server öğrenmeye başladı.
En iyi yanı, beni yeni rolüme "hoş geldiniz" için dahili Kullanıcı Grubu toplantısına davet edildiğim zamandı. Ben çocuk değilim. Bir daire içinde 30 kızgın kullanıcı ve ben ortada oturmak lazım.
Bu bir kaba davrandı ama çok çabuk öğrendim. Bütün acı bir yana, büyük bir fırsattı. Bir parçam bu kadar ateşli deneme olmasaydı ama belki o kadar hızlı öğrenemezdim.
Üzgünüm bu çok uzundu ... ama ahh ... terapi gibi;)
yaklaşık 12 yıl önce orta ölçekli bir İSS'de sysadmin olarak çalışmaya başladım ve yaklaşık 30 personel çalışıyordu. daha önce hiçbir zaman gerçek bir sistem yöneticisine sahip olmamışlardı, sadece ne yaptıklarını bildiğini düşünen bazı insanlar (bazen haklıydılar, çoğu zaman değildi.
kek üzerine krema olsa da, hemen hemen herkesin sunuculara kök şifreler vardı. resepsiyonist hakkında bilmiyorum ama kesinlikle tüm yöneticileri, yardım masası personeli, web geliştiricileri ve sistem ile etkileşimde bulunan herkes kök vardı - onlar şimdiki ve geçmiş çalışanları asla değişmedi. ve TÜM bunları kullanırlardı. kapris. örneğin, bir müşteri yardım masasını bir şikayette aradıysa, söz konusu müşterinin sorunu çözülene veya bir şekilde sihirli bir şekilde ("çözüldü" olarak kabul edilir) gerçekleşene kadar sistemde kök ve karışıklık olarak oturum açar. Tabii ki, bu çok sayıda başka soruna neden olur .... yardım masasındaki diğer insanların aynı 'kök ve sistem kasap' girişiyle aynı anda uğraşmak olacaktır.
doğal olarak, kök parolayı değiştirmek ve neyin değiştiğini, ne zaman ve nasıl ve kim tarafından yaptığımı kontrol etmek için değişiklik yönetimi ve diğer süreçler kurmak. oh evet ... ve yapılandırma dosyaları için de yedekleme ve revizyon kontrolü.
(Yaptığım ilk şey, açık geçiş posta sunucusunu kapatmak ve bazı anti-spam filtrelemeyi uygulamaktı. Aslında, işi aldım eminim çünkü röportajda adil bir anti yaptım Benim için bilinmeyen, aylardır devam eden ciddi bir spam / açık geçiş problemi vardı, nasıl düzeltecekleri konusunda hiçbir fikirleri yoktu, bu yüzden sürekli kara listeye alınıyorlardı. Çok geçmeden korkunç haberleri keşfettim hemen hemen herkesin root erişimi olduğunu)
kökleri onlardan uzaklaştırmak ilk başta çok öfkeye neden oldu ama neyse ki patronum beni ve neyi başarmaya çalıştığımı destekledi ve sunucuların hiç olmadığı kadar güvenilir olduklarını çabucak fark ettiler (değil Zavallı şeylere ne yapıldığını düşünerek başarılması zor)
Tamamen standart hale getirilmiş küçük bir ağ: Windows 95 ve NT Server .
Birkaç hafta önceydi. ; - /
Kolay, ilk IS Manager işi, yürüdü, AP memurunun kocası tarafından yazılan özel bir Sipariş Girişi uygulaması buldu, dBase'de, ekranlara bakabilir ve hangi siparişin kodlandığını söyleyebilirsiniz, çünkü gittikçe öğrendi, bazı ekranlar monokrom, diğerleri ise üzerine yağmurluk atıldı. Birçok parça belirli bir dosyayı özel olarak kilitler, bu nedenle aynı anda yalnızca bir Müşteri Hizmetleri temsilcisi müşteri yöneticisini düzenleyebilir.
Ucuz bükümlü konektörlerle (kıvrımsız) uzaktaki ofisdeki bu ince ağ koaksiyeline ekleyin. Telefon görüşmelerinde sorun giderme, ağın kesildiğini söyleyerek başlayacaktı, ardından bana herhangi bir mobilya, bilgisayar taşıdı mı, temizlik ekibinin bir yere vakum alıp almadığını sordum ... Kablolarda nefes alan biri varsa, konektörler belirteç halkasını kırın, ancak gevşek olduklarını gözle görebileceğiniz yerlerde yeterli değil.
Ardından, sahibi USNews'in bir kopyasını içeren bir iş gezisinden geri döner ve bir bilgisayar reklamını işaret eder ve "neden bu sunucuları kullanmıyoruz?" Bir süredir Dilbert Karikatüründe yaşadığımı sanıyordum. Scott Adams'ın beni takip ettiğini, not aldığını biliyorum ...
Ah. Bu işe böyle başladım .
2000 yılında, küçük bir ISP'de idi. Sunucuların çoğu kule kasalarında Pentium 1 sınıfı "sunucu" donanımı idi. DNS ve RADIUS kimlik doğrulaması için bu bir sorun değildi ve aslında yıllar boyunca hizmet etmeye devam ettiler, ancak asıl önemli olan her şeyin BSD / OS 4.2 olmasıydı. Ona ve FreeBSD'ye çok fazla aşina olsam da (aslında ilk işimde BSD'nin bu versiyonunu kullanmıştım), o zamana kadar oldukça arkaik olduğunu söylemek için bir yetersizlik. ne oldubir sorun posta sunucusu ve web sunucusuydu. Biraz daha hızlı makinelerdi ama korkunç bir şekilde aşırı yüklendi. Donanımın o kadar sağlam olduğunu düşünmüyorum. Daha çok, ölmeyecek kadar şanslı (?) Masaüstü makineler gibi. 1994 yılında şirketin kuruluşundan bu yana hiçbir şey yükseltilmemişti. Hepsi tesadüfen yeterli kliması olmayan ofisin bir köşesine doldurulmuştu. "Ofis" dediğimde herkes için bir oda demek istiyorum. Geçmişte ısı nedeniyle birkaç sunucu arızası vakası vardı.
Tamam, arkaik mimari: kontrol edin.
Önceki sistem yöneticisi: çok beceriksiz, sadece birkaç ay sürdü, sanırım yeni havaya alma veritabanını (ve eski faturalandırma sisteminden: kağıttan) ince havaya kaybolmadan önce başlatmaya başlamıştı. Bundan önce: hesap oluşturmak, apache web siteleri oluşturmak ve durdurulan sunucuları başlatmak için yeterli bilgiye sahip olan şirket sahibiydi. Belki bundan biraz daha fazla. Bazen bir arkadaşından yardım aldı. Aslında bir emlakçı olarak çalıştı. Patronun sistem yöneticilerine karşı tutumu: "kimin onlara ihtiyacı var? Birine oturup günlükleri okurken kahve içmesi için 40 bin dolar ödüyorsun. Teknik destek temsilcilerine ihtiyacım var."
Güvenlik: yok. Hayır, gerçekten . Bir T1, sunuculara internet bağlantısı sağladı. Ve ofis. Her şeydeki genel IP'ler düzeltildi. Boss'un tutumu: "Ah, güvendeyiz. BSD / OS 4.2 kullanıyoruz! Hiç alışma olmadı!" En azından şifreler tamamen geciktirilmedi, ancak her varsayılan sunucu her makinede çalışıyordu. Tabii ki, işlenmemiş. Her sunucu arka plan programının eski versiyonları da.
Yangınlar: Her yerde! Herşey! On !! Ateş!!! İşe alındıktan sonraki bir hafta içinde yaptığım şey (teknik destek olarak ekleyebilirim. Sistem yönetimi de yapmak ister misiniz? Meşgul olmadığınızda bunu yapın - umursamayacak kadar genç ve fakirdim) bir müşterinin aynı anda çevirmeli bağlantı havuzuna kaç kez giriş yapabileceğini kontrol eden bir kabuk betiği bir araya getirmiştir. Bu, çevirmeli bağlantı havuzunun her zaman meşgul olmasının en acil sorununu iyileştirdi - spam gönderenlerin bant genişliğini toplamak için bir yol olarak kullanması nedeniyle. AAA RADIUS sunucusunun bu sürümde bu işlevselliğe sahip olmadığından bahsetmiş miydim? Ne de yeni bir AAA RADIUS sunucusu bu platformda derlenebilir? FreeRADIUS da ne yapamazdı? Bkz. Bölüm 1, Arkaik Donanım. Daha sonra, gerçek ah, muhasebeÇevirmeli bağlantıda, ayda 30 saat kaydolan kişiler ayda 300 saat kullanmıyordu. Posta sunucusunun açık bir geçiş olmadığını hatırlıyorum , ama olmuş olabilir. O was korkunç nedeniyle bu dosya başına bir mesajla, yerine Maildir formatlı posta kutularının düz dosya dışında her mesaj ayrıştırılmasını gerektirdiği hala kullanılan Mbox formatını kullanılan arkaik ne olursa olsun versiyonu aslında sendmail için aşırı Öte yandan . Yani büyük bir posta kutusu olan biri postalarını kontrol ettiyse, sunucu herkes için durma noktasına geldi. Ve elbette, giden SMTP ve POP aynı makinedeydi. Elbette spam filtrelemesi yoktu. Gelen veya giden postalarda. Her yeni sitenin manuel olarak eklenmesi dışında, web sunucusunda neyin yanlış olduğunu hatırlayamıyorum. Olduğu kadar kötü.
Yedeklemeler: Yedeklemeler? Ahahahaha! Aaaaaah!
Ancak bu yerde en şaşırtıcı tek şey nasıl hiçbir baskı sunucusu oldu. Bir dosya yazdırmak mı istiyorsunuz? Masanızdan kalkın, anahtar kutusundaki kadranı bilgisayarınıza çevirin, geri dönün, dosyayı yazdırın. Bunu da düzeltmemizin çok uzun sürmediğini hatırlıyorum.
Şu anki Domino ortamım olmalı. Önceki uzun vadeli görevlerden biri sadece hızlı ve kirli geliştirme çalışmaları yapmakla ilgiliydi, bu nedenle 10 yıllık bir süre boyunca kesinlikle temel temizlik işi yoktu . Onu takip eden ama benden önce gelen - anlaşılabilir bir şekilde - iki kişi ona bir göz attı ve sadece başlarını aşağıda tutmaya karar verdi. Şu anda standart adlandırma kurallarının, ACL'lerin tamamındaki kullanıcı hesaplarının, eski yöneticilerin ve geliştiricilerin uzun zamandan beri hala hesaplarla (ve hala hassas gruplarda) devam eden toplam dağınıklığı var, kullanıcıların yarısı aynı şifreye sahip , diğer yarısının şifreleri bir e-tabloya kaydedildi, iki özel dahili güvenlik veritabanına sahip güzel bir kritik iş kolu uygulaması varstandart ACL'ye ek olarak, sürüm 6 düzeyinde dondurulmadan önce 4 veya 5 hızlı ve kirli yükseltmelerden geçmiş ve neredeyse günlük olarak bozulan 1000'den fazla veritabanı ("Kopyaların Kopyası Kopyası" dahil) . Ayrıca Windows ölçeklenebilirliği konusunda paranoyaktı, bu yüzden 8-CPU kutularım var.
Dışarıya çıkarmak ve ateş etmek bir merhamet olurdu.
Mevcut işime başladığımda, pozisyonu birkaç hafta sonra ağır yetersizlik nedeniyle kovulmuş bir adamdan miras aldım. Selefinden aldığı her belgeyi yok etmek, bilmediği halde tüm yönetici şifrelerini rastgele bir şeye dönüştürmek ve daha sonra almak için makinelere bazı "gizli" hesaplar eklemek dışında burada çalışırken fazla bir şey yapmayı başaramadı. .
Şifreler ve arka kapılar gerçek bir sorun değil, ne yaptığını ve ne yaptığını bilmeden ilerlemek oldukça ilginçti. Yine de, hiçbir kullanıcı bundan acı çekmedi, ama bu adamın gerçek hasar vermek için çok aptal olduğu için şanslıydım.
bu soru kafamı acıtıyor. Devlet idaresi için çalışıyorum ... en düşük teklif kazanır!
Şu anki pozisyonumu ele geçirdiğimde, 2 hafta boyunca çoğunlukla bir yüklenici ile inşa ettiği bir web uygulamasını kodlamak için kaçan adamla çalışarak 2 hafta geçirdim, bu yüzden uygulama olduğunda neler olduğu hakkında iyi bir fikrim olurdu üretime sokmak. Bir ay sonra, uygulama kazındı ve müteahhide sadece uzaklaşmak için para attılar. Ben bile bazen bile kodu yok diğer uygulamaları çağırmak hiçbir belge ile vb6 uygulamaları ile ilgileniyorum!
Hatta tüm garip sunucu yapılandırmalarına, hilkat garibesi caddenin karşısındaki yedeklemeye veya başka bir departmanın yönlendiricilerimizi ve anahtarlarımızı "işlediğini" bile görmeyeceğim (oh, yeniden kablolamayı söyleyerek aldılar Elbette hayır, şimdi sadece liman ücretlerini alıyorlar ve çift MAC'leri engelliyorlar! Tanrı aşkına SIP telefonları kullanıyoruz! Ve bir test makinesi kurmak için maliyeti haklı çıkarmalıyız. Aaarrrrgggghhh!)
Durmam gerek, bu beni ağlatacak. Günlük olarak, her şeyin gov't'ta yapıldığına şaşırdım.
Dosya sunucusu, her biri klasörleri ağ paylaşımlarına eşlenmiş yaklaşık 30 istemciye (dizüstü bilgisayar / masaüstü karışımı) 250GB dosya sunar. Kötü yanı, 10 istemci bağlantısı maksimum sınırı ile Windows XP çalıştırıyor olmasıdır. Yaptığım ilk şey, Server 2003'ü biçimlendirmek / yüklemekti.
Ertesi gün, arkadaşlarım aynı anda çalışabildikleri için son derece mutluydular.
Mevcut şirketimde çalışmaya başladığımda Small Business Server 2003 kullanıyorlardı, sonunda SBS2003'ten gerçek bir "gerçek" sunucu ortamına geçmek zorunda olduğumuz bir noktaya geldik. Ne yazık ki geçiş paketi bizim için işe yaramadı ve yakın zamanda satın alınan toplu lisanslama yoluyla MS her şeyi değiştirmeme yardımcı oldu. Yardımcı olarak, taşınması ve değiştirilmesi gereken şeylerin bir listesini vermek istiyorum ama tam olarak nasıl değil.
Şimdi, Active Directory bağırsakları ama beni SBS nasıl yapar oldu söylemedin şeylerden birinin içinde oldukça yetkin değilim DEĞİL o sinirli göstermek için yeniden başlatılır 8 veya 12 saat sonra, elinden alınan FSMO rollerden birini olması gibi kapalı.
SBS2003'ten kurtulmak bir kabustu ve bazen AD'de SBS referanslarını veya burada ve orada eski SBS sunucusuna bir referans görüyorum ve yaklaşık 2 yıl geçti.
Oh, btw, SBS'den nefret ediyorum! :)
Aynı zamanda bir DC olan ve Exchange 2003 çalıştıran bir Windows 2003 sunucusu. Şimdiye kadar yeterince kötü ama bekleyin, dahası da var ... Ayrıca Terminal Sunucusu, SQL sunucusu, web ve FTP sunucusu, WSUS sunucusu, Antivirüs güncellemeleri ve merkezi yapılandırma sunucusuydu. ve kullanıcıların dolaşım profillerini barındırıyordu. Ayrıca DAT bantları kullanan merkezi yedekleme sunucusuydu.
Henüz yeterince kötü değil mi? Makinede tek bir CPU, 2GB RAM ve RAID 1 olarak yapılandırılmış bir çift 7.200 RPM SATA sürücü vardı. Dizi, 2 GB'den daha az boş olan 2 GB mantıksal sürücü olarak bölümlendi. Makine ikinci el parçalardan, özellikleri öneren bir yüklenici tarafından monte edildi, şüphesiz hangi parçalara sahip olduğuna bağlı olarak ve neredeyse iyi bir yeni sunucunun maliyeti olacak kadar ücretlendirildi. Ayrıca makinenin yapılandırılmasından ve devreye alınmasından da sorumluydu. Onun tavsiyesi kabul edildi, çünkü müşteri ile yaklaşık on yıldır uğraşıyordu. Artık onlarla ilgilenmediğinden emin oldum.
ÇOK büyük bir bilgisayar üreticisinin ( Ireland Ahem ) Avrupa operasyonları hakkında bir ağ denetimi yaptım . Haftalar sürdü, ancak yaptıkları her bir PC / sunucunun her bir sabit diskine dökülen her bir veri bitinin aynı 4 tel parçasından geçmekte olduğunu keşfettik - bunların hepsini yapan tek 1 Gbps bağlantı noktasına sahiplerdi. oluşturur. Biz onlara daha fazla kablo / SFP almak için RAN söyledi ve 30 dakika içinde çok yol vardı ama bu bir şok oldu.
İlk işim 18 yaşından büyük "Point 4" mini bilgisayarından bir göç planlamayı içeriyordu. Ekipmanlarını modernize etmek istiyorlardı, çünkü "sahibi mevcut ekipmanın eskimiş olduğunu hissetti". Bu olde tyme time-share minicomputer, özel bir ROM ile yeniden yapılandırılmış bir Televideo 955 terminali kullandı ve piyasada aptal bir terminal olarak işlev görmesi için bir bilgisayarı bağlamanıza izin veren toplam 1 terminal öykünme programı vardı. Elbette, bu program sadece Sistem 7'de çalışıyordu.
Satıcı vardı uzun iş gitti dışarı beri. Parçalar, yıllık bir sözleşmeyle bir donanım destek satıcısı tarafından sağlandı ve başka bir şey kırıldığı ve değiştirilmesi gerektiğinden birkaç ayda bir ziyarete çıktılar.
Miras aldığım en büyük sorun yazılım değil fizikseldi. Sunucu dolabı da elektrik ve telefon dolabı oldu. Yani, odayı ısıtan dev bir transformatör şeklinde iklim kontrolü vardı. Dolap da küçük toplantılar için kullanılacak bir oda kapalı idi. Gürültülü olsa bile insanlara dolaba kapıları kapatmamalarını söyleyen işaretler göndermek zorunda kaldım. Ana bina ac neyse ki yeterli ve temp hiçbir hata oluştu. Kablolama işi de biraz karışıklık oldu. Hemen hemen standart sıçanlarınız anahtarlardan sunuculara gidiyor. Raflar arasında küçük bir geçit vardı bu en iyi parçası raflar raflar diğer çift dışında biriydi. Sadece bir sunucusu vardı, ve bunun için güç kabloları koruyucusuz zeminden geçiyordu ve düz döşenmiyordu. Bu, ayağınızı onlara asmayı kolaylaştırdı. İleriye doğru düştükten ve bitkiyle yüzleşmek üzereyken, tembelce gerilmiş boyun yüksek yama kablosu sizi yakalar ve boynunuzu koparmaya çalışır.
Biz ofisleri (gerçek ac ile bir sunucu odasına!) Taşınmadan önce bu yama tavana kadar çalıştırmak için fırsat yoktu ama o dolabın her yerinde velcro kayışları ile deli gitti. Bundan sonra kendinizi öldürmeden gerçekten yürüyebilirsiniz!
Çalıştığım bir şirket, ilk geldiğimde bir ofis sunucusuna (iki sabit disk, bir tanesi daha az yansıtılmamış bile) sahipti ve kiralık bir sunucu, bir sabit disk toplamına sahipti. Bant yedeklemesi yok.
LAN geri kalanı zorlukları vardı - ama böyle 3 + yıl boyunca faaliyet yeri sırf şaşırtıcı. Yansıtma yok, fazlalık yok, bant yok.
IIS 4 (veya 3? Hatırlayamıyorum) şirket intranetini yaklaşık 12 yıl boyunca herhangi bir artıklık veya yedekleme olmadan masaüstü sınıf bir bilgisayarda çalıştıran (4 ay hatırlayamıyorum) gördüğüm en kötü şeydi, sanırım . Olağanüstü bir şey yok, ama yine de.
En yoğun, en kritik görev tablosu 16k uzantıya sahip olan bir Informix veritabanı, tablo alanında 38.000 uzantıya (parçalanmış diski düşünün) kadar olan bir şeydi ve desteklenen seviyenin iki katı idi. (Satıcı aslında "Veritabanınız her an çökecektir" gibi bir şey yazdı)
Önceki DBA, SA ve ağ görevlisi ayrıldı ve ben yaklaşık 6 hafta okula gitmedim. Çok fazla araştırma yaptım ve sorunun nasıl çözüleceğini anladım, bu da 6 saatlik kesinti gerektiriyordu. Patron bir kesinti planlamayı reddetti.
Böylece yılın en yoğun günlerinden birinde sistem donuyor. 500 çağrı merkezi operatörü ve bir ticaret web sitesi kapalı. Başarısızlıktan sonra düzeltmek zordu çünkü satıcı daha önce bu boyutta bir tablo üzerinde ve kullandığımız "ilginç" veritabanı şeması gibi bir şey yapmamıştı. Bu yüzden, başlangıçta yapmayı planladığımı tam olarak yaptık, ancak veritabanı bütünlüğü denetimi ek 5 saat sürdü.
Bir işten anda, önceki yöneticiler biri, neredeyse tüm güneş sunucularını ayarlamak için iyi bir fikir olduğunu düşündüm değil autoboot. Ayrıca, " Bu bilgisayarın çöküp çökmediğini bilmek istiyorum" diye doğru çalışma düzeyi dizinlerine init komut dosyaları koymazdı . Tabii ki, diğer yönetici temelde tüm dükkanın tutarsız olmasına ve ilk planlanan ve planlanmayan kesintiler sırasında işleri ilginç kılan bu tür şeylere biraz daha fazla yöneldi.
Citrix canlı çalışan bir windows nt4 kutusu tuttum ... aslında yazılım baskını ile ayarlandı ... Bu doğru .. Yazılım baskını, windows nt4 .. Son hata her iki sürücüyü bozdu ve geri yüklemek için ~ 8 saat sürdü ..
Yapar nt4 meraklı olanlar, pencereler için değil gibi bir Linux ana bilgisayarda bir virt makine olarak çalıştırmak için :-D
Müşterinin 5 çalışanı vardı. Onların eski BT kişi özel, düşük son oyun pc donanımları, 2 sunucuları kullanarak inşa. 1, exchange çalıştıran bir etki alanı denetleyicisiydi. diğeri terminal sunucusuydu. Her çalışan, sunucuya bağlanmak ve sunucuyu kapatmak için ince bir istemci kullandı. Her ikisi de Windows 2000 çalıştırıyordu ve 5 yıl önce inşa edildi. Alt uç baskın kartları her iki sunucuda da birkaç gün içinde öldüğünde söylemeye gerek yok, sunucuları standart bir hp sunucusuyla değiştirdim ve normal mini sunucuları kullandım. Ayrıca, sunucuları kendi UPS ünitelerine koydum, ikisi de aynı olanı çalıştırmak, WAP ve monitör meyilli yedeklemesine sahip olmak yerine.
Üstelik ofiste 6 ağ yazıcısı vardı ve 2 tanesi DHCP kullanıyorlardı. Diğer 4 tanesi IP atamıştı, ancak hiçbir belge olmadan temsil edilen IP aralığına dağılmışlardı.
Üzücü bir durumdu ama bir aylık bir ayarlamadan sonra (eski paçavralar nasıl çalıştıklarını değiştirmek için pek iyi olmadı), çok nadiren çağırıyorlar.
Kötü performans gösteren bir MySQL sistemini düzeltmek için, sadece /etc/my.cnf
varsayılanların lehine yok sayılmaya çalıştıkları tüm güzel ayar parametrelerine neden olan yanlış bir başlık öğesini bulmak için çağrıldım ...
Böylece, InnoDB veritabanı motorunu kullanarak 16Gb RAM'li bir sunucuda 7GB'lık bir db'ye sahip bir sistemimiz vardı ...
Hatalı yapılandırma InnoDB için 12 Gb RAM olarak ayarlandı ...
Sistem InnoBD için sadece 128 Mb RAM kullanıyordu ... bu yüzden her sorgu ve güncelleme için bir / lot / disk etkinliği!
Başlığın hızlı bir şekilde düzeltilmesi, MySQL hizmetinin yeniden başlatılması ve hey-presto, her şey önbelleğe alındı ve takdire şayan bir şekilde gerçekleştirildi :)
Hiç kimsenin uyguladıkları ayar parametrelerinin gerçekten kullanıldığını kontrol etmeyi düşünmediği garip !! : - /