NetApp Insinyur

Saya tidak bisa mengatakan saya pernah mencoba untuk mengatur password root kosong, dan tidak bisa mengatakan saya akan merekomendasikan itu baik. Jika Anda menggunakan "ndmpcopy" Anda dapat menentukan sumber dan tujuan dengan mandat "-sa username: password" dan "da-username: password".

Terbaik adalah untuk memulai dalam industri. Sebagian besar keterampilan saya datang dari otodidak dan bekerja di B2net. Mungkin menemukan vendor penyimpanan atau reseller di wilayah Anda dan melihat tentang mendapatkan beberapa pengalaman kerja.

Saya selalu menemukan kesulitan belajar jika saya tidak punya proyek untuk bekerja ke arah, sehingga membaca buku dan mempelajari manual mungkin bukan cara terbaik untuk belajar dengan benar. Selain itu, itu sangat membosankan melakukannya!

Hi Scott, B2net tentu dapat memberikan layanan itu untuk Anda, kami tidak hanya memiliki meja 24 / 7 dukungan yang terlatih dalam semua produk NetApp, tetapi juga sebuah tim insinyur yang sangat terampil dan berbakat. Jika Anda bertanya tentang konsultan independen, aku takut aku benar-benar tidak mendapatkan eksposur kepada mereka seperti yang telah kita beberapa industri terkemuka keterampilan internal dan jarang perlu terlibat dalam partai 3. Saya akan senang untuk mengatur seseorang untuk menghubungi Anda untuk mendiskusikan kemungkinan ad-hoc dukungan lebih lanjut seperti itu tentu sesuatu yang dapat kita tawarkan.

Maksudmu AutoSupport? Ya, Anda dapat melakukan hal ini baik dari FilerView atau dari CLI. Dari CLI hanya melakukan ...

pilihan autosupport.doit "string teks di sini"

... Dan ganti "string teks di sini" dengan apa pesan yang ingin NetApp untuk bereaksi terhadap, biasanya sejumlah kasus.

Hi Ron,

Apakah Anda memiliki (atau apakah Anda memiliki) setiap klon Lun di masa lalu? Mungkin ini telah menjadi terkunci dalam snapshot dan Anda sudah sejak dihapus klon Lun tapi clone masih memiliki Lun terkunci. Periksa snapshot dari volume dan melihat apakah ada yang terkunci. Jika Anda menghapus Lun, apakah ada hal lain dalam volume? Jika Anda online volume, Anda pasti akan menghapus semua link ke Lun. Maka Anda hanya bisa menghapus volume dan menciptakan kembali itu.

Untuk mematikan auto disk yang menetapkan, lakukan hal berikut ...

pilihan disk.auto_assign off

dan kemudian un-sendiri disk tersebut lagi. Anda harus baik untuk pergi maka!

Hi Kurt,

Masalah ketika Anda memiliki agregat penuh bahwa hal ini mempengaruhi menulis sebagai edisi pertama. Biasanya antrian WAFL sampai menulis ke garis di semua disk dan mencoba untuk melakukan hal ini dengan sebagai garis besar mungkin seperti itu cara optimal untuk menulis baik, dan untuk dibaca nanti. Dengan agregat pada 100%, ada sedikit ruang untuk menulis garis-garis besar, sehingga harus istirahat menulis ini menjadi potongan-potongan kecil dan menulis ke dalam sejumlah kecil ruang bebas yang tersedia. Ini memakan waktu menulis lagi, tetapi yang lebih penting itu memiliki dampak besar pada membaca. Dibaca sekarang perlu untuk melakukan gerakan gelendong lebih fisik untuk melakukan read-aheads atau bahkan hanya membaca sekuensial sederhana yang sekarang diletakkan di poros daripada dalam urutan yang ketat bagus.

Menjalankan agregat Anda ke 100% tidak hanya mempengaruhi kinerja menulis langsung, tapi terus akan mempengaruhi performa membaca untuk setiap data yang ditulis dalam skala waktu yang agregat sudah dekat penuh, atau penuh. Anda perlu mengurangi penggunaan agregat Anda (turun menjadi kurang dari 80% dianjurkan) dan kemudian mengalokasikan volume untuk mendistribusikan data di gelondongan dalam cara yang lebih teratur sekali lagi. Ini sangat akan meningkatkan performa membaca ke depan, dan ruang bebas akan memungkinkan kinerja menulis satu lagi tampil di kecepatan yang optimal.

Dengan agregat penuh 100%, Anda sering tidak melihat masalah harddisk pemanfaatan kinerja, tetapi Anda dapat melihat CPU yang tinggi dan Anda dapat melihat "CP ty" (Konsistensi Tipe Point) butuh waktu lama untuk flush ke disk. Anda dapat melihat ini dari "sysstat-u 1". Hal ini sangat tergantung pada model sistem dan jenis data yang Anda tulis, tapi aturan yang sangat kasar praktis adalah bahwa jika CP adalah mengambil lebih daripada mengatakan 3-4 detik, itu bekerja lebih keras dari seharusnya lakukan. Tapi seperti saya katakan, jika Anda memiliki agregat penuh 100%, ada perangkat lunak kecil kerja jangka pendek bisa Anda lakukan untuk mengatasi masalah tersebut, memperbaiki sederhana, disk lebih banyak atau sedikit data. Jadi membeli beberapa spindle lebih dan menambahkan mereka untuk agregat, kemudian merealokasikan. Atau menghapus beberapa data / foto dan membebaskan beberapa ruang pada disk dan kemudian merealokasikan.

Sepertinya Anda memiliki sejumlah besar disk hilang atau gagal dari lingkungan. Perlu memperbaiki ini sebelum Anda dapat membawa agregat kembali online lagi. Anda perlu memeriksa bahwa disk tersambung dengan benar. Cara terbaik untuk mencapai ini mungkin untuk mematikan sistem dan memastikan semua kabel sepenuhnya terhubung dan aman, dan bahwa semua disk terpasang dengan benar. Mudah-mudahan sesuatu seperti kabel yang longgar telah menyebabkan Filer gagal disk ini daripada data aktual atau kegagalan mekanis dari semua disk. Periksa semua konektivitas yang pertama, maka Anda mungkin dapat unfail mereka disk jika tidak ada yang benar-benar salah dengan mereka.

Namun jika disk sepenuhnya gagal, maka saya khawatir Anda bisa berada dalam situasi cukup.

Saya akan sangat menyarankan Anda menghubungi Dukungan NetApp Global sebagai mereka akan dapat memandu Anda melalui proses pemeriksaan disk ini dan jika mungkin memperbaiki agregat. Ini mungkin sebuah bug yang dikenal dan mudah memperbaikinya, tetapi mereka berada dalam posisi terbaik untuk mendiagnosis ini.

Hi Kurt,

Saya akan memberikan respon yang cepat, meskipun kedengarannya seperti Anda memiliki hal-hal diurutkan sekarang.

Jika Anda ingin menggunakan SnapManager for Exchange, maka Anda benar-benar memiliki 2 cara yang berbeda untuk menyajikan penyimpanan ke VM Exchange.

1) Hubungkan ke mereka menggunakan perangkat lunak iSCSI inisiator dalam VM
2) Hubungkan ke mereka menggunakan RDMS pada tingkat ESX dan menyajikan Lun mentah ke VM. Hal ini dapat dilakukan baik menggunakan FCP atau iSCSI.

Keuntungan utama dari opsi 1 adalah granularity kontrol. Admin Exchange tidak juga perlu admin VMware dalam rangka untuk mengelola dan mengendalikan penyimpanan nya. Arguably setiap orang harus memiliki beberapa pengetahuan VMware sekalipun. The downside ke opsi 1 adalah bahwa jika Anda memiliki banyak VMs membutuhkan cara penyimpanan ini, itu akan menjadi inisiator perangkat lunak independen diinstal untuk semua orang, dan ini memiliki manajemen dan overhead CPU.

Keuntungan dari opsi 2 adalah bahwa Anda memusatkan konektivitas penyimpanan. Terlepas dari penggunaan itu selalu dilakukan pada tingkat VMware, ini dapat memberikan keamanan yang lebih baik dan visibilitas yang menggunakan apa yang penyimpanan. Keuntungan menggunakan iSCSI pada tingkat host adalah bahwa hal itu hanya satu contoh dari inisiator perangkat lunak. Dengan FCP ini menghilang sama sekali. Kelemahan utama dari opsi 2 adalah kebalikan dari opsi 1, admin Exchange tidak mendapatkan kontrol langsung dari penyimpanan nya, namun dengan SnapDrive Anda masih mendapatkan kontrol cukup baik, Anda masih bisa clone, tumbuh, snapshot dan sebagainya dari dalam SnapDrive.

Menyajikan penyimpanan untuk datastore maka ukiran VMDK adalah mungkin kasus terburuk karena Anda tidak mendapatkan SnapDrive atau integrasi SnapManager dari Exchange, tapi Anda masih memiliki overhead menghubungkan dari VMware. Saya pikir mungkin saja salah ketik dalam pertanyaan Anda seperti yang terlihat seperti Anda sedang memutuskan antara RDM dari ESX dan inisiator iSCSI dalam VM. Favorit pribadi saya adalah menggunakan RDMS walaupun mungkin ada tambahan atau perubahan keberatan jika Anda juga melakukan DR. VMware SRM kesepakatan baik dengan RDMS bagaimanapun, tetapi tidak bekerja sama sekali dengan pemrakarsa iSCSI dalam VM.

Semoga Anda memiliki semua hal yang sudah diurutkan Namun!

Hi Kurt,

Jika Anda memiliki sebuah cluster, saya akan melihat untuk menempatkan SQL DB pada satu node, dan DB Mail pada node lain. Log kemudian duduk pada sistem yang berlawanan lagi. Ini benar-benar membantu untuk menyeimbangkan beban di cluster, memberi Anda spindle lebih untuk menggunakan dan memberikan tingkat pemisahan fisik. Hal ini juga membantu Anda melakukan beberapa tingkat pengendalian kerusakan dengan sistem dipisahkan seperti ini. Namun saya tidak akan memiliki sistem yang didedikasikan untuk SQL, dan yang lain untuk Exchange, Anda ingin menyeimbangkan hal-hal seperti log-out. Ini akan memberi Anda spindle lebih untuk satu aplikasi, dan Anda masih dapat menerapkan tingkat kontrol.

Juga melihat Penyimpanan IO Kontrol dari sisi VMware hal (cara yang bagus untuk mengontrol IO jika Anda memiliki mesin nakal), dan juga melihat menempatkan prioritas yang berbeda pada volume NetApp. Anda dapat mengatur ini dari sangat rendah, rendah, menengah, tinggi dan sangat tinggi. Ini bekerja dalam cara yang mirip dengan saham VMware, tetapi Anda menempatkan mereka pada tingkat volume dan memiliki beberapa tingkat kontrol atas IO dan kinerja yang akan dikirimkan setiap volume. Sebagai contoh Anda mungkin ingin membatasi pengguna CIFS mendukung database SQL. Ini mungkin bahwa segala sesuatu tetap pada media (default), tetapi Anda meletakkan DB Mail sangat tinggi untuk memberikan yang lebih baik berbagi sumber daya.

Terima kasih atas umpan balik, itu hanya malu saya tidak mendapatkan lebih banyak waktu untuk melakukan topik yang lebih!

Ketika Anda mengaktifkan prioritas, itu set default (medium) kebijakan di semua volume, sehingga Anda tidak perlu melakukannya secara individual. Anda akan perlu untuk mengatur perbedaan individual seperti yang diperlukan untuk ini namun.

Prioritas dapat membantu sebuah sistem yang berjuang untuk bersaing dengan hal-hal seperti SnapMirror karena memberikan prioritas di atas tugas-tugas sistem. Seperti halnya jenis alat berbagi sumber daya (sama seperti yang saya katakan saya pelanggan VMware) membatasi sumber daya pada sistem yang sibuk tentu saja akan mempengaruhi hal. Itu akan membuat situasi yang buruk lebih baik untuk volume yang Anda berikan prioritas, tapi itu akan membuatnya lebih buruk lagi untuk semua volume lainnya. Sebuah sistem di bawah beban berat sudah yang mengalami masalah kinerja bukan kandidat terbaik untuk saham sumber daya atau batas prioritas. Saya akan merekomendasikan Anda mengatasi masalah performa pertama atau mulai mencari untuk membatasi beban dari sisi aplikasi sebelum menempatkan prioritas di semua volume.

Ingat juga bahwa prioritas hanya datang ke dalam bermain ketika ada sumber daya yang diminta. Jadi jika misalnya Anda ingin memberikan lebih banyak sumber daya ke SQL dan Exchange, dan satu-satunya sumber daya lain pada sistem yang ringan digunakan saham CIFS, anda mungkin akan mendapatkan sedikit manfaat sebagai sedikit IO yang dihasilkan dari saham CIFS. Memberikan prioritas semua untuk SQL dan Bursa masih akan menghasilkan kendala mereka dengan eachother.

Hi Michael, maaf atas keterlambatan dalam mendapatkan kembali kepada Anda. Anda bisa mencoba untuk melakukan resync SnapMirror, namun kemungkinan besar bahwa ini sekarang mungkin memerlukan baseline baru. Selain itu jika VSM tidak dapat menghapus snap tujuan, maka kemungkinan bahwa klon fleksibel masih memiliki ini terkunci entah bagaimana. Proses split dapat mengambil beberapa waktu untuk menyelesaikan, sehingga Anda mungkin telah mencoba untuk melakukan hal ini terlalu cepat setelah memulai perpecahan.

Sayangnya ketika SnapMirror macet atau bingung, satu-satunya pilihan nyata adalah data dasar kecuali beberapa snapshot yang sama masih ada. Aku sudah dalam situasi canggung di mana aku harus kembali-dasar tujuan karena snapshot yang dihapus untuk satu alasan atau lainnya.

Maaf untuk komentar Anda hilang!

Dapatkah Anda memberi saya gambaran yang lebih luas dari konfigurasi volume / Lun. Apakah volume dalam pertanyaan FlexClone, atau itu sedang FlexCloned? Jika tidak, memiliki operasi Lun setiap klon telah dilakukan di atasnya, baik secara manual atau dari pekerjaan SnapManager? Ketika Anda menunjukkan foto-foto untuk volume, apa tidak menunjukkan? Setiap snapshot tertentu menunjukkan sebagai terkunci atau sibuk? adalah dipetakan Lun saat ini?

Lun klon membuat tiruan dari Lun dalam volume yang sama seperti aslinya. Ini berarti bahwa jika operasi snapshot berikutnya terjadi setelah clone dibuat, ini benar-benar mengunci klon Lun yang kemudian direferensikan dalam snapshot sehingga tidak dapat dihapus. Hal ini dapat menyebabkan beberapa jadwal dan tantangan administrasi.

FlexClone jauh lebih fleksibel dalam hal ini karena menciptakan tiruan dari snapshot tertentu dari seluruh volume. Meskipun ini akan mengunci snapshot individu, hal itu tidak mempengaruhi operasi snapshot masa depan, dan mekanisme penguncian hanya mempengaruhi tugas-tugas rutin normal jika FlexClone dipertahankan lebih lama dari periode retensi snapshot yang normal.

FlexClone adalah teknologi ramah jauh lebih dinamis dan admin dan pasti pendekatan yang direkomendasikan. Dibutuhkan banyak kerumitan bahwa klon Lun sering dapat menyebabkan.

Ada yang tidak terlalu banyak Kranz sekitar Aku akan memberitahu Tom kali aku melihatnya!

Sepertinya Anda telah memukul bug dikenal di VSC. Hanya solusi nyata adalah pendekatan scripted untuk memperbaiki penamaan (yang tampaknya bekerja untuk beberapa orang), atau menunggu NetApp untuk memperbaiki kode di VSC untuk mencegah hal ini terjadi!

Dan tidak ada snapshot terhadap volume berisi Lun? Apakah Lun dipetakan untuk setiap pemrakarsa? Apakah volume Luns setiap host lain? Dari perintah statistik atau statistik lun perintah, apakah Anda melihat aktivitas apapun akan Lun ini?