Laboratuvar 7 bölüm 3'te, VNX5700 veya 7500 depolama işlemcisi muhafazasındaki CPU modülünü çıkarmak için bir prosedür oluşturacağız. Şimdi bunun için prosedürü gündeme getireceğiz. Bu yüzden yine VNX prosedür oluşturucusunda 5700 için "Next" öğesini seçeceğim. Ve bu bir Dosya/Birleşik donanım değişimidir. Yine, "Sonraki." Bu örnekte VNX elli yedi Dosya/Birleşik SPE donanımını hassaslaştıracağım. Ve "SPE CPU modülünü değiştir" radyo düğmesini seçerek oluşturacağım.
Şimdi devam edip "Next" öğesini seçip bunun için bir prosedür oluşturacağım. Prosedürü tamamladıktan sonra ESD ve sorunlar için tüm ön belgeleri tekrar okuyacağız ve hatalı olan FRU veya CRU'ya bakıp bunları tanılamaya ve tanımlamaya çalışarak yazmaya başlayacağız. Bu benim prosedürüm.
Şimdi bunu kapatacağım. Doğru olana sahip olduğumdan emin ol. Pekala. CPU modülünün değiştirilmesi. Yani, bunun dışında kalacağız. Unisphere'i başlattım. Şimdi sisteme ve depolama donanımına bakacağım.
VNX depolama sistemini seçiyorum, depolama sekmesini seçiyorum ve ardından depolama donanımını seçiyorum. Dosya için depolama yerine. Ve yine, mevcut olabilecek herhangi bir arıza koşulunu aramak istiyorum. Şimdi bunu ağaçta arıyorsunuz. Örneğin, kırmızı bir F görürseniz, bir bileşenden ağaca doğru yayılır, böylece bir şeyin başarısız olduğunu doğrulayabiliriz. Burada bir şey olduğunu varsayacağız, bu örnekte bir depolama işlemcisi var.
Bunu belirledikten sonra devam edebilir ve seçenek olarak Verify Storage System sihirbazını çalıştırarak bir sağlık kontrolü gerçekleştirebiliriz. Ve buraya gelerek bunu yapabilirim. USM'yi başlatabilir ve USM'yi başlatma ve sistemin doğrulamasını toplama 2. bölümünde yaptığımıza benzer prosedürleri uygulayabilirim. Yani, bunu yaptığımızı ve bunun yapıldığını varsayacağım.
Yapmak isteyebileceğimiz ve önerilen bir sonraki şey, değiştirmek istediğimiz hedefte LUN'ları girerek değiştirme prosedürü için depolama işlemi için depolamayı hazırlamamızdır. Örneğin, A ve B olmak üzere iki SP'nin ve SP B'nin değiştirilmesi gereken bir sistemde, SP B ile ilişkili veya şu anda sahip olduğu LUN'ları değiştirmek veya bu LUN'lara izinsiz girmek isteriz. Bunu yapmak için Storage a ve LUN'lara gitmemiz gerekir. Ve sonra, bunu yapmanın birden fazla yolu var; Burada size sadece bir yol gösteriyorum.
Geçerli sahip burada gösterilir. Yine SP B'yi değiştiriyorum. Devam edip onu seçeceğim, sağ tıklayacağım ve LUN'a gireceğim. Ve devam edeceğim ve bunu yapacağım. Unisphere'deki diğer seçeneklerin aksine, devam edip birçoğunun izinsiz girmesini seçemezsiniz; en azından Unisphere'den her seferinde bir tane girmeniz gerekir. Şimdi devam edip tüm bu LUN'ları yapacağım. Aslında Ctrl düğmesine basarsak bunları seçtiğimizi buldum. Kaç tane seçtiğinize bağlı gibi görünüyor, ancak bu durumda, üç tane olduğunda, hepsine izinsiz girmeye çalışacağım ve işe yarayacak gibi görünüyor, bu yüzden fikir şu ki, LUN'lara izinsiz girmemiz gerekiyor.
En azından SP B'nin sahip olduğu bu sistemde her şeyin kapalı olduğunu görüyorum. Bu yüzden LUN'lara izinsiz girdim. Ve devam edip burada başından beri kullandığımız, rehberde sizin için listelediğim parametrelerin aynısını kullanarak bir seri bağlantı kurabilirim ve ardından Control Station 0'da oturum açıp süper kullanıcı veya kök kullanıcı olacağım. ConnectHome ve e-posta hizmetlerimizi tekrar durduracağız.
Ve bunu doğrulayın. Şimdi depolama işlemini kapatmamız gerekiyor. Bunu yapmak için yine bir navicli komutu kullanacağız. O yüzden gideceğiz ve LUN'ları çoktan ihlal ettik. Ve yine, bir güvenlik dosyanız yoksa, devam etmeniz ve bir tane oluşturmanız veya komut satırında tam kimlik bilgilerini kullanmanız gerekir. Burada oldukça uzun bir komut örneği verilmiştir. Bazen bir PuTTY oturumunda bile bu komutu vermek için yeterli sarmalama yapmadığınızı fark edersiniz, bu yüzden bu kutuyu biraz genişletmem gerekebilir.
Ama her halükarda, elimizde SP var, bu örnekte SP A ve eş SP'yi, yani SP B'yi kapatacağız. Ve unutmayın, bunu zaten ihlal ettik, bu yüzden bunu yapmazdım. Eyvah! Oh, bir kez daha deneyeceğim. Görünüşe göre bu işte nasıl yazılacağını bilmelisin. Peki, SP'yi şimdi kapatmak ve tutmak istiyor musunuz? Evet yapıyorum. Ve bunu gerçekleştireceğiz.
Bu sadece çalışmıyor. Gerçekten çöktüğünü doğrulamak için bir ping komutu kullanabilir miyim? Ve bu IP adresine ping atacak olsaydım, kullanılamıyor olarak geri dönmelidir. Aslında 153'e, yani SP B'ye gideceğim ve yanıtının olmadığını görebiliyorum. Bu yüzden Ctrl-C tuşlarına basıyorum. Bu noktada, LUN'lara girdim, depolama işlemcisini durdurdum veya durdurdum ve bu noktadan devam edip prosedür kılavuzuna göre bileşenleri çıkarma ve değiştirme işlemlerini gerçekleştirmek için belgeleri bulabilirsiniz.
Unutmayın, belirli bir CPU'yu taktıktan sonra DIMM'leri değiştirmeniz, bunların hepsini değiştirmeniz gerekecek ve hepsini geri takacaksınız, daha önce yaptığınız gibi kabloları geri yükleyeceksiniz. Bu işlem tamamlandıktan sonra devam etmeye hazır olacağız. XP veya X Plakası çıkarılmaya hazır hale getirildikten sonra, arızalı SP veya X Plakasının önündeki iki güç kaynağı soğutma modülünü çıkararak başlayın.
Ardından, mandalların kilidini açmak için siyah iki rakamıyla etiketlenmiş iki turuncu tırnağı birbirine doğru sıkın. Modülü muhafazadan tamamen çıkarmak için mandalları birbirinden uzağa doğru itin. Modülü antistatik bir yüzeye yerleştirin ve bellek modüllerini yeni SP veya X Plakasına aktarın.
SP veya X Plakasını yeniden takmak için modülü muhafazanın yan tarafındaki kılavuzlarla hizalayın. Mandallar içeri doğru hareket etmeye başlayana kadar muhafazanın içine kaydırın. Modülü tam olarak oturtmak ve yerine kilitlemek için mandalları birbirine doğru itin. Güç kaynaklarını yeniden takmak için modülü yuvasıyla hizalayın ve muhafazanın içine itin. Modülü yerine sabitlemek için siyah mandalı kaldırın.
Mandal düzgün şekilde yerine oturduğunda klik sesi duymanız gerekir. Burada gördüğünüz gibi EMC Unisphere e gidip depolama donanımına baktığımızda, daha önce bahsettiğimiz "F" harfini görebiliriz. Burada SP B'nin yönetilemez veya bu durumda kaldırılmış olduğunu söylüyor. Ve bu yine ağaca yayılır. Şimdi yapmamız gereken, değiştirme işlemini gerçekleştirdikten ve tüm bileşenleri değiştirdikten sonra, devam edip bunu oraya geri koymanız ve ardından depolama işlemcisini çalıştırmanız gerekecek.
Ve yine, rehberinizi görebilirsiniz çünkü artık bağımlıdır. Bu, 5.31 ile ilgili bir sorundur, ancak bundan önce bir şey yaşamış olsaydınız, bunu nasıl yapacağınızla ilgili kılavuza başvurduğunuzdan emin olun. Şimdi reboot peer SP'yi yayınlayacağız. Bu komutu burada vereceğiz. Bu nedenle, yeniden başlatma eş SP'sini yazdım. Komutu vereceğiz. Bu noktada, depolama işleminin açılmasını bekleyeceğiz. Arıza LED'i yanmadığında ve güç LED'i yeşil yandığında sistem açılacaktır.
Yine, G/Ç modülünün 2. parça değişiminde olduğu gibi, bu işlem on dakika kadar sürebilir. Bu yüzden bu gücü açalım. Daha sonra ön LED'lerde doğrulayabilir veya depolama donanımı bölümüne gidip "F"nin söndüğünden ve depolama işlemcisinin yeniden yönetilebilir olduğundan emin olabilirsiniz. Bu nedenle, SP'nin yeniden açılmasını beklerken bir not olarak, SP olay günlüklerine sahip olduğunuzu ve bu günlüklere bakabileceğinizi unutmayın. Örneğin, burada A'ya bakarak ve bunlar size sistemde neler olup bittiğine dair ipuçları verebilir. Bunların çoğu bilgilendirme amaçlıdır. Ve farklı olanları arıyoruz.
Burada meydana gelen kritik bir olay var ve önbelleğe alma devre dışı bırakıldı. Ve size saati ve tarihi verir, böylece buna bir göz atabiliriz. Şimdi, SP gerçekten yapabileceğimiz noktaya geri gelmedikçe muhtemelen bunu okuyamayız, ancak bu noktada olmadı, bu yüzden onunla iletişim kuramayacağız.
Ve elbette, burada her zaman yalnızca uyarılar gelir. Burada birkaç tane görürsünüz, her zaman tıklayıp ayrıntıları da alabilirsiniz. Yani, hala bakıyoruz, hala sistemin geri gelmesini bekliyoruz. Bunu izleyebiliriz, gerçek depolama donanımına bakabiliriz. Bu temizlendikten sonra, hepimiz gitmeye hazır olmalıyız. Görünüşe göre şimdi temizlendi ve SP nihayet mevcut.
SP yeniden başlatıldı ve laboratuvara devam ettikten sonra izinsiz giriş yapılan tüm LUN'ları geri yüklemeniz gerekecek. Burada, sadece mevcut sahipliğe bakarak, SP ortaya çıktıktan sonra LUN'ların mevcut SP'lerinin altına geri döndüğünü görebiliyorum. Ve böylece, bu iyi bir şey. Ve bu yapıldı... Depoya gitmek istemiyorum; LUN'lara gitmek istiyorum. Ve yine, orada her şeyin iyi göründüğünü görebiliyoruz.
Bu nedenle, laboratuvar 2'de yaptığımız gibi, bunları da atamak ve geri yüklemeye çalışmak her zaman iyi bir fikirdir. Bunu CLI veya Unisphere ile yapabiliriz. Sistem sekmesine gittiğimde izinsiz giriş yapılan LUN'lara baktım, izinsiz giriş yapılan herhangi bir LUN yok gibi görünüyor. Dolayısıyla iyi durumdayız. Buna "Tamam" diyeceğim. Ve yine, LUN'larımıza sahipseniz, devam edip buna bir göz atacağız.
Tek yaptığım bir PuTTY oturumu açmak ve bir nas_storage yayınlamak, komutları listelemek ve daha önce görülen buydu. Ardından, yeniden çalıştırılması gereken LUN'larımız varsa bunları gözden geçirebilir ve başarısız olarak verebilirim. Ve tabii ki seri numarası adını kullanarak geri dönmem gerekiyor, bu yüzden onu kesip oraya yapıştıracağım. Ve bu geri gelmeli ve bunu yapmalı. Ve yine, bunu nasıl yapacağınızı daha önce laboratuvar 7'nin 2. bölümünde gösterdik.
Yani, bu iyi görünüyor. Görünüşe göre bu geçtikten sonra tekrar bir NAS kontrolü yapabiliriz. NAS check-up'ını çalıştırdıktan sonra Depolama Sistemini Doğrulama sihirbazını tekrar çalıştırabilirsiniz. Bunu yaptıktan sonra ConnectHome bildirimlerini etkinleştirip laboratuvar çalışmasını tamamlamış olursunuz. Yani, burada geri döndüğünü görüyoruz. Ardından, devam edin ve tekrar bir NAS kontrolü çalıştırın. Ve bunun devam etmesine izin vereceğiz.
Yani, yine, kontrol temiz çalıştı. Başarısızlık görmüyorum, uyarı yok, ama başarısızlık yok. Bu noktada, ConnectHome ve e-posta hizmetlerini etkinleştirebilir ve isterseniz Verify Storage System yazılımıyla tekrar doğrulama denetimi çalıştırabilirsiniz. Bunu yapmanız gerekirse bir önceki laboratuvara başvurabilirsiniz. Ve bu, laboratuvar 7'nin 3. bölümünü tamamlayacak.
