Bir NetApp Teknik Günlüğü

Ben hiç boş olarak root şifresini ayarlamak için denedim, ve ben de bunu öneririm diyemeyiz söyleyemeyiz. "Parola-sa kullanıcı adı" ve "parola da adı" siz "ndmpcopy" kullanıyorsanız ile kaynak ve hedef kimlik bilgilerini tanımlayabilirsiniz.

En iyi bahis sektöründe işe başlamak için. Benim becerileri çoğu kendini yetiştirmiş olmanın ve B2net çalışmaya geliyor. Belki de bölgede bir depolama satıcı veya satıcı bulmak ve bazı iş deneyimi alma hakkında bkz.

Çok kitap okuma ve ders çalışma kılavuzları düzgün öğrenmenin en iyi yolu olmayabilir, doğru çalışmak için bir proje var değil, ben her zaman zor okuyan bulabilirsiniz. Ayrıca, bunu yaparken son derece sıkıcı!

Merhaba Scott, B2net kesinlikle sizin için bu hizmeti verebilmek için, biz sadece iyi tüm NetApp ürünleri konusunda eğitim almış bir 7/24 destek masası var, ama aynı zamanda çok usta ve yetenekli mühendislerden oluşan bir ekip değil. Eğer bağımsız danışmanlar hakkında soran olursa, ben içeride becerileri önde gelen bazı sanayi var ve nadiren 3. şahıslara meşgul gerekir gibi ben gerçekten onlara herhangi pozlama alamadım korkuyorum. Birisi kesinlikle sunabileceğimiz bir şey olarak daha fazla Ad-hoc desteği olasılığını tartışmak için sizinle iletişim için ayarlamaktan mutluluk duyarım.

Sen AutoSupport demek? Evet, FilerView veya CLI da bunu yapabilirsiniz. CLI sadece do ...

seçenekleri "burada metin dizesi" autosupport.doit

... Ve NetApp, genellikle bir vaka numarası tepki istediğiniz ne olursa olsun mesajı ile "Burada bir metin dizesi" değiştirin.

Merhaba Ron

Geçmişte (veya var mıydı) herhangi bir LUN klonlar var mı? Belki de bu bir anlık kilitli haline gelmiştir ve yana LUN klon sildiğiniz ama klon hala LUN kilitlenmiştir. Hacminin anlık kontrol edin ve herhangi bir kilitli olup olmadığını görmek. Eğer LUN siliyorsanız, hacim başka bir şey var mı? Eğer hacim çevrimdışı, kesinlikle LUN'a tüm bağlantıları silinir. Sonra sadece birimi silip yeniden oluşturabilirsiniz.

Disk otomatik kapatmak için aşağıdakileri yapın, atama ...

seçenekleri devre dışı disk.auto_assign

tekrar ve daha sonra un kendi bu diskler. Daha sonra gitmek için iyi olmalı!

Merhaba Kurt,

Tam bir agrega var sorun bu etkiler ilk konu olarak yazıyor. Normalde WAFL kuyruklarını tüm diskler boyunca şerit yazar ve bunu hem yazma için en uygun yolu mümkün olduğu kadar geniş bir şerit ile bunu dener ve sonra okuyun. % 100 bir toplam ile, orada büyük çizgili yazmak için küçük bir oda, bu yüzden bu küçük parçalar halinde yazıyor kırmak ve kullanılabilir boş alan küçük miktarlar halinde yazmak zorundadır. Bu uzun yazıyor sürer, ama daha önemlisi okuma üzerinde büyük bir etkisi vardır. Şimdi güzel bir sıkı sırayla yerine mili boyunca serilir sadece basit bir ardışık okuma hatta okuma-Aheads gerçekleştirmek veya daha fazla fiziksel mili hareketini yapmak gerekir okur.

% 100 için toplam Koşu sadece acil yazma performansı etkiler, ama sürekli agrega tam veya tam yanında olduğu zaman dilimi içinde yazılmış herhangi bir veri okuma performansı etkileyecektir. Size toplam kullanım (aşağı% 80'den az tavsiye edilir) azaltmak ve daha sonra bir kez daha daha düzenli bir şekilde iğ çapında verileri dağıtmak için hacimleri yeniden tahsis etmek gerekir. Bu büyük performans ileriye okumak artıracak ve boş alan optimum hızlarda gerçekleştirmek tekrar birine yazma performansı sağlayacaktır.

% 100 tam agrega ile, genellikle bir disk kullanımını performans sorunu görmüyorum, ama yüksek CPU görebilir ve diske flush için uzun bir zaman alıyor "CP ty" (Tutarlılık Puan Türü) görebilirsiniz. Siz "sysstat-u 1" adresinden görebilirsiniz. Bu sistem modeli ve Yazdığınız veri türüne bağımlı, fakat başparmak çok kaba bir kural bir CP 3-4 saniye söylemek daha fazla alıyorsa, bunu yapmalıyım daha zor çalışıyor olmasıdır. Dediğim gibi size% 100 tam agrega varsa Ama, sorunu hafifletmek için yapabileceğiniz pek bir kısa vadeli yazılım iş var, düzeltme basit, daha fazla disk veya daha az veridir. Yani biraz daha iğ satın almak ve tahsis sonra, agrega ekleyebilirsiniz. Veya bazı veri / fotoğraf ve tahsis diskinizde biraz boş alan ve daha sonra silin.

Eğer eksik diskler çok sayıda olması veya çevreden başarısız gibi görünüyor. Bunlar tekrar çevrimiçi toplam getirebilir önce düzeltilmesi gereken. Bu diskler uygun şekilde bağlı olduğunu kontrol etmeniz gerekir. Bunu başarmak için en iyi yolu sistem aşağı güç muhtemelen ve tüm kablolama tam olarak bağlı ve güvenli olduğundan emin olun ve tüm diskleri düzgün takıldığını. Umarım bir gevşek kablo gibi bir şey değil, gerçek bir veri ya da tüm bu disklerin mekanik arıza daha bu diskler başarısız filtresine neden oldu. Önce tüm bağlantı kontrol edin, sonra hiçbir şey onları aslında yanlış, bu diskler unfail mümkün olabilir.

Diskler tamamen başarısız olan ancak, o senin çok bir durumda olabilir korkuyorum.

Onlar bu diskleri kontrol sürecinde ve agrega tamiri mümkün eğer yürümek mümkün olacak gibi ben şiddetle NetApp Global Destek irtibata öneriyoruz. Bu bilinen bir hata ve kolay bir düzeltme olabilir, ama bu teşhis etmenin en iyi konumda bulunmaktadır.

Merhaba Kurt,

Sizin gibi sesler şeyler şimdi sıralaması olmasına rağmen ben, bir hızlı yanıt vereceğim.

Exchange için SnapManager kullanmak istiyorsanız, o zaman gerçekten Exchange VM depolama sunmak için 2 farklı yolu var.

1) VM içinde iSCSI başlatıcı yazılımı kullanarak bunları bağlanın
2) Onları ESX düzeyde RDMS kullanarak bağlanın ve VM ham bir LUN sunuyoruz. Bu FCP veya iSCSI kullanılarak yapılabilir.

1. seçenek ana avantajı kontrol boyutudur. Değişim yönetici aynı zamanda onun depolama yönetimi ve kontrolü için bir VMware yönetici olması gerekmez. Muhtemelen herkes ne kadar bazı VMware bilgiye sahip olmalıdır. Seçeneği 1 dezavantajı depolama bu şekilde gerektiren VMs bir sürü varsa, herkes için yüklü bir bağımsız yazılım başlatıcı olacak ve bu yönetim ve genel giderler CPU hem de sahip olmasıdır.

2. seçeneği avantajı depolama bağlantısı merkezileştirerek olmasıdır. Ne olursa olsun kullanımı her zaman VMware düzeyinde yapılır, bu ne depolama kullanarak kimin daha iyi güvenlik ve görünürlük verebilir. Konak seviyesinde iSCSI kullanmanın avantajı, yazılımın başlatıcı sadece bir örnek olmasıdır. FCP ile bu tamamen kaybolur. Seçenek 2 ana dezavantajı seçeneği 1 tersidir, Exchange yönetici Ancak SnapDrive size hala çok iyi kontrol alırım, onun depolama doğrudan kontrolü almazsa, yine kopyalayabilir, büyümek, anlık ve böylece içinde itibaren yapabilirsiniz SnapDrive.

Bir veri deposuna depolama sunan Exchange herhangi SnapDrive veya SnapManager entegrasyon alamadım olarak daha sonra bir VMDK oyma muhtemelen en kötü durumda, ama yine de VMware bağlanan yükü var. Ben sadece bir yazım hatası söz konusu Eğer VM içinde ESX ve iSCSI başlatıcı gelen RDM arasında karar alındı ​​gibi görünüyor gibi olabilir düşünüyorum. Ayrıca DR yapıyorsun ek uyarılar veya değişiklik olabilirse de benim kişisel favorim RDMS kullanıyor. VMware SRM Ancak RDMS iyi oteller, ama VM içinde iSCSI başlatıcı ile hiç çalışmaz.

Zaten ancak her şeyi sıralaması var umut!

Merhaba Kurt,

Bir küme varsa, bir düğümde SQL DB'ın koymak bakmak istiyorum ve Posta DB diğer düğümde var. Günlükleri yeniden zıt sistemi üzerinde oturuyor. Bu gerçekten, bir küme üzerinde yükünü dengelemek için yardımcı olur kullanmak size daha fazla iğ verir ve fiziksel ayrılık bir düzeyi sağlar. Ayrıca bu gibi dışarı ayrılmış sistemi ile hasar denetimi belli bir düzeyde yapmak yardımcı olur. Ancak SQL adanmış bir sistem olmazdı, ve Exchange diğer, sen günlükler gibi şeyler dengelemek istiyoruz. Bu tek bir uygulama için daha fazla iğ vereceğim, ve hala bir kontrol seviyesi uygulayabilirsiniz.

Ayrıca şeyler VMware tarafı (Eğer makineleri misbehaving varsa IO kontrol etmek için büyük bir yol) dan Depolama IO Kontrol bakmak ve aynı zamanda NetApp hacimleri farklı öncelikler koyarak bakıyorum. Siz çok düşük, düşük, orta, yüksek ve çok yüksek bu ayarlayabilirsiniz. Bu VMware hisse benzer bir şekilde çalışır, ancak ses seviyesinde koymak ve IO ve her birim teslim alır performans üzerindeki kontrol bazı düzeyine sahiptir. Örneğin bir SQL veritabanı lehine CIFS kullanıcıları sınırlamak isteyebilirsiniz. Her şeyin orta (varsayılan) kalır ama kaynakların daha iyi bir pay vermek çok yüksek üzerindeki Mail DB koymak olabilir.

Yorumunuz için teşekkürler, sadece ben daha fazla konu işlemeye daha fazla zaman alamadım bir utanç!

Eğer öncelikli etkinleştirdiğinizde, tüm birimler arasında politika, bu nedenle ayrı ayrı yapmak gerekmez varsayılan (orta) ayarlar. Siz bireysel olarak ancak gerekli bu farklılıkları ayarlamak gerekir.

Öncelik bu sistem görevleri yerine ona öncelik verir gibi SnapMirror gibi şeyler ile rekabet için mücadele bir sistem yardımcı olabilir. Kaynak paylaşımı aracı (benim VMware müşterileri söylemek gibi) herhangi bir tür yoğun bir sistemde kaynakları kısıtlayan olduğu gibi tabii şeyleri etkiler. Bu size öncelik vermek hacimleri için kötü bir durum daha iyi yapacağız, ancak diğer tüm birimlere bunu çok daha kötü yapacağız. Ağır yük altında bir sistem zaten performansı sorunlara sahip olmasına kaynak paylaşımları veya önceliğini sınırları için en iyi aday değil. Ben tüm birimler arasında öncelik koymadan önce ilk performans sorunları gidermek veya uygulama tarafında yükü sınırlandırmak için aramaya başlamak tavsiye ederim.

Için de soruluyor kaynak olduğunda öncelik yalnızca oyun haline gelir unutmayın. Biraz IO CIFS hisse elde ediliyor gibi örneğin SQL ve Exchange için daha fazla kaynak vermek istiyorum, ve bu sistem üzerinde sadece diğer kaynaklar hafifçe CIFS hisse kullanılır Yani eğer, muhtemelen çok az fayda elde edersiniz. SQL ve Exchange için tüm öncelik verilmesi hala birbirleri ile kısıtlama neden olacaktır.

Merhaba Michael, üzgünüm size geri almakla gecikme için. Bir SnapMirror resync gerçekleştirmek için deneyebilirsiniz, ancak bu şansı şimdi yeni bir başlangıç ​​gerektirebilir yüksektir. VSM hedef ek silemezler Ayrıca varsa, o şansı esnek klon hala bu şekilde kilitlenmiş olması şeklindedir. Bölünmüş işlemin tamamlanması biraz zaman alabilir, böylece bölünmüş başladıktan sonra çok hızlı bir şekilde bu yapmaya çalışıyor olabilir.

Bazı benzer anlık hala mevcut sürece SnapMirror sıkışmış ya da karıştı alır Ne yazık ki zaman, tek gerçek seçenek, bir temel olduğunu. Ben tekrar başlangıca, çünkü bir nedenle veya başka için silinmiş anlık bir hedef yaşadım birçok zor durumlarda oldum.

Yorum kayıp için özür dilemek!

Bana hacmi / LUN yapılandırması daha geniş bir resim verebilir. Soru FlexClone ses düzeyini mi, yoksa FlexCloned ediliyor? Eğer değilse, herhangi bir LUN klon işlemleri elle veya bir SnapManager işi, üzerine yapılmıştır? Eğer hacim için anlık göstermek zaman, ne gösteriyor? Kilitli veya meşgul olarak gösteren herhangi bir fotoğraf? LUN anda eşleştirilir?

LUN klon, orijinal olarak aynı birim içinde LUN bir klon yapar. Bu klon oluşturulduktan sonra daha sonraki anlık işlemler gerçekleşmesi halinde, bu aslında bir anlık öyle silinemez içinde daha sonra başvurulan LUN klon kilitler anlamına gelir. Bu, bazı program ve idari sorunlar neden olabilir.

Bu tüm hacmi belirli bir anlık bir klonu olarak FlexClone çok daha esnek bu terimleri içinde değildir. Bu bireysel bir anlık kilitlemek da, yine de gelecekteki herhangi bir anlık işlemleri etkilemez ve FlexClone uzun Normal fotoğraf saklama dönemi korunur ise kilitleme mekanizması sadece normal rutin görevleri etkiler.

FlexClone çok daha dinamik ve admin dostu teknoloji ve kesinlikle önerilen yaklaşımdır. Genellikle neden olabilir o LUN klonlarını sorunsuz bir çok alır.

Çok Kranz Kullanıcı etrafında bir şey yok Tom onu ​​görüyorum dahaki sefer anlatacağım!

Eğer VSC bilinen bir hata isabet var gibi görünüyor. Sadece gerçek çözümler (ki bazı insanlar için çalışmak gibi) adlandırma düzeltmek için komut dosyası yaklaşım, ya da NetApp bu durumu önlemek VSC kod düzeltmek için bekliyor!

Ve LUN içeren birimde karşı hiçbir enstantane var? LUN herhangi başlatanlar eşleştirilir? Ses başka LUN'ları barındırabilir mi? Istatistikler komut veya lun istatistikleri komut, herhangi bir aktivite bu LUN'a gidiyor görüyorsunuz?