Η NetApp Τεχνικό Ημερολόγιο

Δεν μπορώ να πω ότι έχω προσπαθήσει ποτέ να ορίσετε τον κωδικό του root και κενό, και δεν μπορούμε να πούμε το είχα συστήσει είτε. Αν χρησιμοποιείτε "ndmpcopy" μπορείτε να καθορίσετε την προέλευση και τον προορισμό με διαπιστευτήρια "sa-username: password" και "ντα-username: password".

Καλύτερο είναι να ξεκινήσετε με τη βιομηχανία. Οι περισσότερες από τις ικανότητές μου έρχονται από το να είναι αυτοδίδακτος και εργάζονται σε B2net. Ίσως βρούμε έναν πωλητή ή μεταπωλητή αποθήκευσης στην περιοχή σας και να δείτε για να πάρει κάποια επαγγελματική εμπειρία.

Πάντα βρίσκω μελέτη δύσκολο αν δεν έχεις ένα έργο να εργαστούν προς την κατεύθυνση, έτσι η ανάγνωση βιβλίων και τη μελέτη των εγχειριδίων μπορεί να μην είναι ο καλύτερος τρόπος για να μάθουν σωστά. Εκτός αυτού, είναι εξαιρετικά βαρετό το κάνουμε αυτό!

Γεια Scott, B2net σίγουρα μπορεί να προσφέρει την υπηρεσία αυτή για εσάς, δεν έχουμε μόνο μια υποστήριξη 24/7 γραφείο οποίοι είναι καλά εκπαιδευμένοι σε όλα τα προϊόντα της NetApp, αλλά και μια ομάδα από πολύ εξειδικευμένους και ταλαντούχους μηχανικούς. Αν ρωτάτε ανεξάρτητους συμβούλους, φοβάμαι ότι πραγματικά δεν παίρνουν καμία έκθεση σε αυτά, όπως έχουμε κάποια κορυφαία δεξιότητες εσωτερικά και σπάνια πρέπει να συμμετάσχουν στην 3η μέρη. Θα ήμουν ευτυχής να μεριμνήσει για κάποιον να επικοινωνήσουμε μαζί σας για να συζητήσουν το ενδεχόμενο της ad-hoc στήριξη περαιτέρω, καθώς είναι σίγουρα κάτι που μπορούμε να προσφέρουμε.

Εννοείς AutoSupport; Ναι, μπορείτε να το κάνετε αυτό, είτε από την FilerView ή από το CLI. Από το CLI ακριβώς κάνει ...

autosupport.doit επιλογές "συμβολοσειρά κειμένου εδώ"

... Και αντικαταστήστε το "συμβολοσειρά κειμένου εδώ" με ό, τι μήνυμα θέλετε NetApp να αντιδράσει, συνήθως έναν αριθμό υπόθεσης.

Γεια σου Ron,

Έχετε (ή είχατε) οποιαδήποτε κλώνοι LUN στο παρελθόν; Ίσως αυτά έχουν καταστεί κλειδωμένη σε ένα στιγμιότυπο και έχετε διαγράψει από το LUN κλώνος, αλλά ο κλώνος εξακολουθεί να έχει το LUN κλειδωμένη. Ελέγξτε τα στιγμιότυπα του όγκου και να δούμε αν τυχόν είναι κλειδωμένα. Εάν διαγράψετε το LUN, είναι οτιδήποτε άλλο στον όγκο εκεί; Εάν αποσυνδεθεί ο όγκος, που σίγουρα θα αφαιρέσει όλες τις συνδέσεις προς την LUN. Στη συνέχεια μπορείτε να διαγράψετε μόνο την ένταση και να δημιουργήσετε ξανά.

Για να απενεργοποιήσετε την αυτόματη εκχώρηση δίσκο, κάντε τα εξής ...

επιλογές disk.auto_assign μακριά

και στη συνέχεια τη δική του ΟΗΕ-οι δίσκοι και πάλι. Θα πρέπει να είστε καλοί να πάτε στη συνέχεια!

Γεια σου Κουρτ,

Το πρόβλημα όταν έχεις ένα πλήρες σύνολο είναι ότι αυτό επηρεάζει γράφει το πρώτο θέμα. Κανονικά WAFL ουρές γράφει μέχρι λωρίδα σε όλους τους δίσκους και προσπαθεί να το κάνετε αυτό με ένα τόσο μεγάλο όσο το δυνατόν λωρίδα, όπως είναι ο βέλτιστος τρόπος για να γράφουν τόσο, και να διαβάσετε αργότερα. Με συνολικά σε 100%, δεν υπάρχουν πολλά περιθώρια για να γράψει μεγάλες ρίγες, γι 'αυτό πρέπει να σπάσει αυτά τα γράφει σε μικρότερα κομμάτια και να γράφουν σε μικρές ποσότητες ελεύθερου χώρου που είναι διαθέσιμος. Αυτό παίρνει γράφει πλέον, αλλά το πιο σημαντικό είναι ότι έχει τεράστιο αντίκτυπο στις αναγνώσεις. Διαβάζει τώρα πρέπει να κάνουν περισσότερη σωματική κίνηση άξονα να εκτελέσει ανάγνωση Aheads ή ακόμα και ένα απλό διαδοχικό ανάγνωσης που είναι τώρα που σε όλη την άτρακτο και όχι σε ένα ωραίο σφιχτό ακολουθία.

Τρέξιμο συνολικά σε 100% δεν επηρεάζει μόνο την άμεση απόδοση εγγραφής, αλλά θα επηρεάσει διαβάσετε συνεχώς τις επιδόσεις για τα δεδομένα που γράφτηκε εντός του χρονικού διαστήματος ότι το συνολικό ήταν σχεδόν πλήρες, ή πλήρη. Θα χρειαστεί να μειώσουν τη χρήση σας (κάτω σε λιγότερο από 80% συνιστάται) και στη συνέχεια εκ νέου κατανομή των όγκων για τη διανομή των δεδομένων σε ολόκληρη την ατράκτους με πιο εύρυθμο τρόπο και πάλι. Αυτό θα βελτιώσουν σημαντικά την απόδοση ανάγνωσης να πάμε μπροστά, και ο ελεύθερος χώρος θα επιτρέψει την απόδοση εγγραφής σε ένα εκτελέσει ξανά στη βέλτιστη ταχύτητα.

Με 100% πλήρες σύνολο, που συχνά δεν βλέπουν το ζήτημα της χρήσης δίσκου απόδοση, αλλά μπορείτε να δείτε υψηλής CPU και μπορείτε να δείτε "CP ty" (Συνοχή Τύπος σημείο) παίρνει πολύ χρόνο για να ξεπλύνετε στο δίσκο. Μπορείτε να δείτε αυτό από το "u sysstat-1". Είναι σε μεγάλο βαθμό από το μοντέλο του συστήματος και το είδος των δεδομένων που γράφετε, αλλά μια πολύ πρόχειρη κανόνας είναι ότι εάν ένα ΠΣ παίρνει περισσότερο από 3-4 δευτερόλεπτα να πω, δουλεύει σκληρότερα από ό, τι πρέπει να κάνει. Αλλά, όπως είπα, αν έχετε ένα 100% πλήρες σύνολο, υπάρχει μικρή σύντομη εργασία λογισμικό όρος που μπορείτε να κάνετε για να ανακουφίσετε το πρόβλημα, η λύση είναι απλή, πιο δίσκο ή λιγότερα δεδομένα. Έτσι, αγοράζουν λίγο περισσότερο ατράκτους και προσθέστε τα στο σύνολο, τότε ανακατανείμει. Ή να διαγράψετε κάποια δεδομένα / στιγμιότυπα και να ελευθερώσετε χώρο στο δίσκο και στη συνέχεια ανακατανομή.

Φαίνεται σαν να έχετε ένα μεγάλο αριθμό των δίσκων που λείπουν ή απέτυχαν από το περιβάλλον. Αυτά χρειάζονται για τον καθορισμό πριν μπορείτε να φέρετε το συνολικό πίσω πάλι σε απευθείας σύνδεση. Θα πρέπει να ελέγξετε ότι οι δίσκοι είναι σωστά συνδεδεμένα. Ο καλύτερος τρόπος για να επιτευχθεί αυτό είναι πιθανόν να κλείσει το σύστημα και να εξασφαλίσει όλα τα καλώδια είναι πλήρως συνδεδεμένη και με ασφάλεια, και ότι όλοι οι δίσκοι είναι σωστά τοποθετημένες. Ας ελπίσουμε ότι κάτι σαν ένα χαλαρό καλώδιο προκάλεσε την ταξινομητής να αποτύχει αυτούς τους δίσκους, αντί των πραγματικών στοιχείων ή μηχανική βλάβη όλων αυτών των δίσκων. Ελέγξτε όλες τις συνδεσιμότητα πρώτο, τότε ίσως να είναι σε θέση να τα unfail δίσκους, αν τίποτα δεν είναι πραγματικά λάθος με αυτούς.

Ωστόσο, εάν οι δίσκοι πλήρως αποτύχει, τότε φοβάμαι ότι θα μπορούσε να είναι σε πολύ κατάσταση.

Θα ήθελα να σας συνιστώ ανεπιφύλακτα να επικοινωνήσετε NetApp παγκόσμια υποστήριξη καθώς θα είναι σε θέση να σας καθοδηγήσει μέσω της διαδικασίας του ελέγχου αυτών των δίσκων και, ει δυνατόν, το συνολικό επισκευή. Μπορεί να είναι ένα γνωστό πρόβλημα και μια εύκολη λύση, αλλά είναι στην καλύτερη θέση για τη διάγνωση αυτή.

Γεια σου Κουρτ,

Θα σας δώσω μια γρήγορη απάντηση, αν και ακούγεται σαν να έχουν τα πράγματα τώρα ταξινομημένο.

Αν θέλετε να χρησιμοποιήσετε SnapManager για το Exchange, τότε έχετε πολύ 2 διαφορετικούς τρόπους για να παρουσιάσει την αποθήκευση στο VM Exchange.

1) Συνδέστε τους χρησιμοποιώντας το λογισμικό iSCSI εκκινητή στο VM
2) Σύνδεση με τη χρήση τους για την RDMs ESX επίπεδο και θα παρουσιάσουν μια πρώτη LUN στο VM. Αυτό μπορεί να γίνει χρησιμοποιώντας είτε FCP ή iSCSI.

Το κύριο πλεονέκτημα της επιλογής 1 είναι διακριτότητα του ελέγχου. Ο διαχειριστής του Exchange δεν πρέπει επίσης να είναι διαχειριστής της VMware για τη διαχείριση και τον έλεγχο της αποθήκευσης του. Βεβαίως, όλοι πρέπει να έχουν κάποια γνώση του VMware όμως. Το μειονέκτημα με την επιλογή 1 είναι ότι εάν έχετε πολλά ΚΟ απαιτούν αποθήκευση με αυτόν τον τρόπο, θα είναι μια ανεξάρτητη πρωτοβουλία εγκατεστημένο λογισμικό για όλους, και αυτό έχει τόσο της διαχείρισης όσο και τα γενικά έξοδα της CPU.

Το πλεονέκτημα της επιλογής 2 είναι ότι είστε συγκεντρώνει τη συνδεσιμότητα αποθήκευσης. Ανεξάρτητα από τη χρήση που γίνεται πάντοτε σε επίπεδο VMware, αυτό μπορεί να σας δώσει την καλύτερη ασφάλεια και την προβολή του ποιος χρησιμοποιεί τι αποθήκευσης. Το πλεονέκτημα της χρήσης iSCSI στο επίπεδο της υποδοχής είναι ότι είναι μόνο ένα παράδειγμα του ιδρυτή του λογισμικού. Με FCP αυτό εξαφανίζεται εντελώς. Το κύριο μειονέκτημα της επιλογής 2 είναι το αντίθετο της επιλογής 1, ο διαχειριστής του Exchange δεν παίρνει τον άμεσο έλεγχο της αποθήκευσης του, ωστόσο με SnapDrive σας δεν έχετε ακόμα αρκετά καλό έλεγχο, μπορείτε ακόμα να κλωνοποιήσει, μεγαλώνουν, στιγμιότυπο και ούτω καθεξής μέσα από SnapDrive.

Παρουσιάζοντας την αποθήκευση σε DataStore τότε σκάλισμα μια VMDK είναι μάλλον χειρότερη περίπτωση, όπως δεν έχετε καμία SnapDrive ή SnapManager ολοκλήρωσης από το Exchange, αλλά έχετε ακόμα την επιβάρυνση της σύνδεσης από την VMware. Νομίζω ότι μπορεί να είναι απλώς ένα τυπογραφικό λάθος στην ερώτησή σας, όπως φαίνεται σαν να είχαν αποφασίσει μεταξύ RDM από ESX και iSCSI εκκινητή στο VM. Η προσωπική συμπάθειά μου είναι με RDMs αν και μπορεί να υπάρξουν επιπλέον περιορισμοί ή αλλαγές αν κάνετε επίσης DR. VMware ΕΥΚ ασχολείται και με RDMs όμως, αλλά δεν λειτουργεί καθόλου με iSCSI εμπνευστές εντός της VM.

Ελπίδα έχετε όλα τα πράγματα που έχουν ήδη ταξινομημένο όμως!

Γεια σου Κουρτ,

Εάν έχετε ένα σύμπλεγμα, θα ήθελα να κοιτάξουμε να θέσει το SQL της DB σε ένα κόμβο, και η DB μηνύματος στον άλλο κόμβο. Οι κορμοί στη συνέχεια, καθίστε στην αντίθετη φορά του συστήματος. Αυτό βοηθά πραγματικά για την εξισορρόπηση του φορτίου σε ένα σύμπλεγμα, σας δίνει περισσότερους άξονες για να χρησιμοποιήσετε και σας δίνει ένα επίπεδο φυσικός διαχωρισμός. Βοηθά επίσης να κάνετε κάποιο επίπεδο ελέγχου ζημιών με το σύστημα διαχωρίζεται σαν αυτό. Ωστόσο, δεν θα είχα ένα σύστημα που είναι αφιερωμένο στην SQL, και η άλλη με το Exchange, θέλετε να ισορροπήσετε τα πράγματα όπως τα κούτσουρα έξω. Θα σας δώσει περισσότερο άξονες για μία και μόνη αίτηση, και μπορείτε να εφαρμόσετε ακόμα ένα επίπεδο ελέγχου.

Επίσης δείτε αποθήκευσης ΣΗΣ ελέγχου από την πλευρά της VMware των πραγμάτων (πολύ καλός τρόπος για τον έλεγχο ΣΗΣ αν έχετε παρεκτρέπεται μηχανές), και επίσης να εξετάσουμε τη θέση των διαφορετικών προτεραιοτήτων για τους όγκους της NetApp. Μπορείτε να ρυθμίσετε αυτά από πολύ χαμηλή, χαμηλή, μέση, υψηλή και πολύ υψηλή. Αυτό λειτουργεί με παρόμοιο τρόπο με το VMware μετοχές, αλλά και τους βάζετε σε επίπεδο όγκου και έχουν κάποιο επίπεδο ελέγχου πάνω από την IO και η απόδοση που παίρνει κάθε όγκου παραδίδονται. Για παράδειγμα, ίσως θέλετε να περιορίσετε τους χρήστες CIFS υπέρ μιας βάσης δεδομένων SQL. Μπορεί να είναι ότι τα πάντα παραμένει σε μέτρια (η προεπιλογή), αλλά να βάλετε την DB Mail σε πολύ υψηλά για να του δώσει ένα καλύτερο μερίδιο των πόρων.

Ευχαριστώ για την ανατροφοδότηση, είναι κρίμα που δεν παίρνουν περισσότερο χρόνο για να διαπράξουν περισσότερα θέματα!

Όταν ενεργοποιείτε την προτεραιότητα, η Επιτροπή καθορίζει μια προεπιλεγμένη (μέτρια) πολιτικής σε όλους τους όγκους, έτσι ώστε να μην χρειάζεται να το κάνετε ξεχωριστά. Θα χρειαστεί να ρυθμίσετε ξεχωριστά διαφορές σε αυτό, όπως απαιτείται, ωστόσο.

Προτεραιότητα μπορεί να βοηθήσει ένα σύστημα που προσπαθεί να ανταγωνιστεί με τα πράγματα όπως SnapMirror δεδομένου ότι δίνει προτεραιότητα σε σχέση με τα καθήκοντα του συστήματος. Όπως με οποιοδήποτε είδος του εργαλείο κατανομής των πόρων (όπως το VMware λέω στους πελάτες μου) τον περιορισμό των πόρων σε ένα πολυσύχναστο σύστημα, φυσικά, θα επηρεάσει τα πράγματα. Θα κάνει μια κακή κατάσταση καλύτερη για τους τόμους που σας δίνουν προτεραιότητα, αλλά θα κάνει πολύ χειρότερα σε όλους τους άλλους τόμους. Ένα σύστημα κάτω από βαρύ φορτίο που ήδη παρουσιάζει προβλήματα απόδοσης δεν είναι ο καλύτερος υποψήφιος για τις μετοχές ή τα όρια των πόρων προτεραιότητα. Θα σας συνιστούσαμε να αντιμετωπιστούν τα ζητήματα απόδοσης πρώτη ή να αρχίσει να ψάχνει για τον περιορισμό του φορτίου από την πλευρά της αίτησης πριν από τη διάθεση προτεραιότητα σε όλους τους όγκους.

Θυμηθείτε επίσης ότι προτεραιότητα έρχεται μόνο στο παιχνίδι όταν υπάρχει πηγή που ζήτησε. Έτσι, αν για παράδειγμα θέλετε να δώσετε περισσότερους πόρους σε SQL και Exchange, καθώς και οι μόνες άλλες πηγές σχετικά με το εν λόγω σύστημα χρησιμοποιείται ελαφρά CIFS μετοχές, θα κερδίσει πιθανώς μικρό όφελος τόσο λίγα ΣΗΣ ότι δημιουργείται από τις CIFS μετοχές. Δίνοντας προτεραιότητα σε όλες τις SQL και Exchange θα εξακολουθούν να οδηγήσει σε περιορισμό τους με ο ένας τον άλλο.

Γεια σου Μιχάλη, συγγνώμη για την καθυστέρηση να πάρει πίσω σε σας. Θα μπορούσατε να προσπαθήσετε να εκτελέσετε μια SnapMirror resync, όμως οι πιθανότητες είναι υψηλές ότι αυτό μπορεί να απαιτήσει τώρα μια νέα αφετηρία. Επιπλέον, αν VSM δεν μπορεί να διαγράψει το συμπληρωματικό προορισμό, τότε οι πιθανότητες είναι ότι ο κλώνος Flex έχει ακόμα αυτό το κλειδωμένο με κάποιο τρόπο. Η διαδικασία διαχωρισμού μπορεί να πάρει κάποιο χρόνο για να ολοκληρωθεί, έτσι ώστε να μπορούν να έχουν προσπαθήσει να το κάνουμε αυτό πολύ γρήγορα μετά την έναρξη της διαίρεσης.

Δυστυχώς όταν SnapMirror κολλήσει ή σύγχυση, η μόνη πραγματική επιλογή είναι μια βάση αν κάποια παρόμοια στιγμιότυπα εξακολουθούν να υπάρχουν. Έχω πάει σε πολλές περιπτώσεις δύσκολη, όπου είχα την εκ νέου έναρξη ενός προορισμού λόγω της στιγμιότυπα που διαγράφονται για ένα ή τον άλλο λόγο.

Συγνώμη για το σχόλιό σας λείπει!

Μπορείτε να μου δώσετε μια ευρύτερη εικόνα της διαμόρφωσης του όγκου / LUN. Είναι ο όγκος, σε ένα ερώτημα FlexClone, ή είναι αυτό που FlexCloned; Αν όχι, έχετε οποιεσδήποτε ενέργειες LUN κλώνος έχουν γίνει σε αυτό, είτε χειροκίνητα είτε από μια δουλειά SnapManager; Όταν δείτε τα στιγμιότυπα για τον όγκο, τι απεικονίζει; Κάθε συγκεκριμένο στιγμιότυπο που δείχνει, όπως κλειδωμένο ή απασχολημένος; είναι η χαρτογράφηση LUN αυτή τη στιγμή;

LUN κλώνος κάνει έναν κλώνο του LUN κατά τον ίδιο όγκο με το πρωτότυπο. Αυτό σημαίνει ότι αν τις επακόλουθες ενέργειες στιγμιότυπο συμβεί μετά την κλώνος έχει δημιουργηθεί, αυτό κλειδώνει πραγματικά του κλώνου LUN το οποίο στη συνέχεια αναφέρεται σε ένα στιγμιότυπο, ώστε δεν μπορούν να διαγραφούν. Αυτό μπορεί να προκαλέσει κάποιο χρονοδιάγραμμα και διοικητικές προκλήσεις.

FlexClone είναι πολύ πιο ευέλικτο σε αυτούς τους όρους, δεδομένου ότι δημιουργεί έναν κλώνο του ένα συγκεκριμένο στιγμιότυπο του συνολικού όγκου. Αν και αυτό θα κλειδώσετε ένα μεμονωμένο στιγμιότυπο, δεν θίγει οποιεσδήποτε μελλοντικές ενέργειες στιγμιότυπο, και ο μηχανισμός κλειδώματος επηρεάζει μόνο τα συνήθη καθήκοντα ρουτίνας, αν η FlexClone διατηρείται περισσότερο από την κανονική περίοδο διατήρησης στιγμιότυπο.

FlexClone είναι μια πολύ πιο δυναμική και φιλική προς το διαχειριστή της τεχνολογίας και είναι σίγουρα η συνιστώμενη προσέγγιση. Χρειάζεται πολλή ταλαιπωρία του ότι η κλωνοποίηση μπορεί να LUN προκαλούν συχνά.

Δεν υπάρχει πάρα πολλά γύρω από το Kranz Θα σας πω Τομ επόμενη φορά που τον βλέπω!

Μοιάζει έχετε χτυπήσει ένα γνωστό σφάλμα στο VSC. Μόνο οι πραγματικές λύσεις είναι το σενάριο προσέγγισης να καθορίσει την ονομασία (το οποίο φαίνεται να λειτουργεί για κάποιους ανθρώπους), ή να περιμένει για την NetApp να καθορίσει τον κωδικό του VSC για να αποτρέψει αυτή την εξέλιξη!

Και δεν υπάρχουν στιγμιότυπα από τον όγκο που περιέχει το LUN; Είναι το LUN αντιστοιχίζονται σε κάθε εμπνευστές; Μήπως ο όγκος φιλοξενήσει οποιαδήποτε άλλη LUNs; Από τα στατιστικά εντολή ή LUN στατιστικά εντολή, βλέπετε κάθε δραστηριότητα που πρόκειται να LUN αυτό;