Τρόπος αντιμετώπισης προβλημάτων σφαλμάτων μυστηριώδη SharePoint.

Επισκόπηση:

Εντοπισμού σφαλμάτων είναι δύσκολο κατά την ανάπτυξη της προσαρμοσμένης λειτουργικότητας για τις υπηρεσίες Windows SharePoint Services 3.0 (WSS) ή το Microsoft Office SharePoint Server (MOSS). Ο κύριος ένοχος είναι που SharePoint επιφάνειες κανονικά πολύ λίγο διαγνωστικές πληροφορίες σχετικά με το πρόγραμμα περιήγησης στο web όταν παρουσιάζεται ένα σφάλμα. Αυτό το ιστολόγιο εισόδου περιγράφει τον τρόπο για να εντοπίσετε επιπλέον δημιουργείται από το σύστημα διαγνωστικές πληροφορίες που μπορεί να προσφέρει συχνά ότι επιπλέον κομμάτι της λεπτομέρεια ότι ένας χρειάζεται για να προσδιορίσει τις αιτίες ρίζας. Αυτό μπορεί να οδηγήσει στην επίλυση του προβλήματος.

Έχω χρησιμοποιήσει αυτή την τεχνική με μεγάλη επιτυχία να λύσει αλλιώς μυστηριώδεις λάθη.

Προσέγγιση:

SharePoint σώζει πολλή πληροφορίες σε ένα διαγνωστικό αρχείο καταγραφής σε ένα αρχείο καταγραφής σε το 12 Κυψέλη.

Η κυψέλη"12" συνήθως βρίσκεται στο "C:\Πρόγραμμα ΕφαρμογώνΚοινά FilesMicrosoft SharedWeb διακομιστή Extensions12». (Δεν είμαι σίγουρος αν είναι δυνατόν για το 12 κυψέλη για να ζήσει οπουδήποτε αλλού, Στην πραγματικότητα).

Η ιδέα είναι να εντοπίσετε το τρέχον αρχείο καταγραφής, επιβάλετε το σφάλμα και στη συνέχεια να ανοίξετε γρήγορα το αρχείο καταγραφής. Αυτά τα αρχεία καταγραφής που χαρακτηρίζεται από:

  • Άφθονες ποσότητες πληροφοριών. Του SharePoint δημιουργεί μια πολύ μεγάλη ποσότητα διαγνωστικές πληροφορίες και γράφει σε αυτό το αρχείο καταγραφής πολύ γρήγορα. Θα πρέπει να είναι γρήγορη με τα δάχτυλα για να τον αιχμαλωτίσετε.
  • Πολλαπλότητα. SharePoint δεν γράφει σε ένα ενιαίο αρχείο καταγραφής, αλλά μάλλον να δημιουργεί πολλαπλά αρχεία καταγραφής στην ακολουθία.
  • Αντιγράψτε και επικολλήστε όμορφα στο MS Excel.

Μου αγαπημένη μέθοδος:

  1. Ανοίξτε την εξερεύνηση των windows επιλέγοντας το 12 hivelogs.
  2. Τακτοποιήσετε την προβολή για να δείξει κατά την τροποποιημένη ημερομηνία (η πιο πρόσφατη πρώτη).
  3. Επισημάνετε το πιο πρόσφατο αρχείο καταγραφής.
  4. Σε ένα παράθυρο του προγράμματος περιήγησης web, αναγκάσει το σφάλμα να συμβεί.
  5. Ανοίξτε το τρέχον αρχείο καταγραφής γρήγορα και να αντιγράψετε τα περιεχόμενά στο MS Excel.
  6. Μεταβείτε στο τέλος και να αναλύσει τις σχετικές εγγραφές.

Άλλες σημειώσεις:

Από προεπιλογή, το διαγνωστικό αρχείο καταγραφής βρίσκεται στο το 12 hiveLOGS Κατάλογος.

MS βέλτιστες πρακτικές (σύμφωνα με τον Mike T. της Microsoft) αναφέρουν ότι τα αρχεία καταγραφής θα πρέπει να αποθηκεύονται σε ένα ξεχωριστό σκληρό δίσκο. Αυτό που κάνει μέσω κεντρικής admin. Ο διαχειριστής συστήματος μπορεί να κάνει αυτό, στην περίπτωση αυτή θα πρέπει προφανώς να βρείτε το αρχείο καταγραφής εκεί αντί για το προεπιλεγμένο 12 Κυψέλη τοποθεσία).

Αυτό το λήμμα εξετάζει ζητήματα όπως:

  • Ροής εργασίας του SharePoint που απέτυχε να ξεκινήσει, λόγω εσωτερικού σφάλματος.
  • (περισσότερα πρέπει να προστεθεί διαχρονικά)
  • Αυτή η καταχώρηση έχει χρήσιμη διάγνωση σφαλμάτων ροής εργασίας (π.χ.. "Η ροή εργασίας απέτυχε να ξεκινήσει, λόγω εσωτερικού σφάλματος").

4 thoughts on «Τρόπος αντιμετώπισης προβλημάτων σφαλμάτων μυστηριώδη SharePoint.

  1. Larry Virden

    Έτσι, Υπάρχουν φορές όταν πάω να το 12 Κυψέλη αρχεία καταγραφής και να βρείτε είναι λίγο αυτό που τίποτα δεν τους, ακόμα κι αν τα επίπεδα καταγραφής είναι τέτοια ώστε να υπάρξει δεδομένα εκεί. Για παράδειγμα, Κάθομαι εδώ κοιτάζοντας το windows explorer προβολή του φακέλου κούτσουρα και βλέπω ότι, κατά μέσο όρο, Οι κορμοί είναι 1-2 συναυλία. Αλλά τότε βλέπω αρκετές ώρες στην οποία οι κορμοί είναι 10k. Τώρα, το εν λόγω τοποθεσίες του sharepoint που είναι σε χρήση όμορφη πολύ 24 ώρες την ημέρα. Έτσι κάτι που συμβαίνει στις θέματα/διαδικασίες παραγωγής των πληροφοριών που τις αποτρέπουν από την καταγραφή πληροφοριών, Θα πρέπει να αναλάβει. Έτσι, Πώς μπορώ να καταλάβω τι προκαλεί αυτό το ζήτημα?

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

  2. Kelly Ford
    Εάν δεν υπάρχουν αρχεία καταγραφής βρίσκονται στην προεπιλεγμένη θέση 12HIVE, Μπορείτε να ελέγξετε τη θέση του αρχείου καταγραφής μπορεί να βρεθεί στην κεντρική διοίκηση->Επιχειρήσεις->Καταγραφή και την υποβολή εκθέσεων->Καταγραφή διαγνωστικών.
  3. NAFEES έγραψε:
    Ευχαριστώ τον άνθρωπο! Αυτό είναι μεγάλη. Ήμουν τελικά σε θέση να παρακολουθείτε το σφάλμα από το αρχείο καταγραφής που δημιουργείται. και αυτό που έκανα ήταν απλά ξεχάσετε να αλλάξετε το όνομα του όνομα συγκρότησης σε αρχείο δηλώσεων workflow.xml που καθορίζεται στο feature.xml.
    Εξαιρετική.
    "RunWorkflow: System.IO.FileNotFoundException: Δεν μπόρεσε να φορτωθεί αρχείου ή της συγκρότησης ' NewWorkFlowewWorkFlow, Έκδοση = 1.0.0.0, Πολιτισμός = ουδέτερη, PublicKeyToken = ed96fa43c5396ebe’ ή μία από τις εξαρτήσεις. Το σύστημα δεν μπορεί να βρει το καθορισμένο αρχείο. Όνομα αρχείου: ‘NewWorkFlowewWorkFlow, Έκδοση = 1.0.0.0, Πολιτισμός = ουδέτερη, PublicKeyToken = ed96fa43c5396ebe’ στο System.Reflection.Assembly._nLoad(Όνομα αρχείου AssemblyName, Συμβολοσειρά codeBase, Στοιχεία assemblySecurity, Συνέλευση locationHint, StackCrawlMark& stackMark, Δυαδική throwOnFileNotFound, Δυαδική forIntrospection) στο System.Reflection.Assembly.nLoad(Όνομα αρχείου AssemblyName, Συμβολοσειρά codeBase, Στοιχεία assemblySecurity, Συνέλευση locationHint, StackCrawlMark& stackMark, Δυαδική throwOnFileNotFound, Δυαδική forIntrospection) στο System.Reflection.Assembl…"

Αφήνω μια απάντηση

Η διεύθυνση email σας δεν θα δημοσιευθεί. τα απαιτούμενα πεδία είναι επισημασμένα *