Ήμουν τυχερός να παραστεί και να παρουσιάσει στη Διάσκεψη της περασμένης εβδομάδας SharePoint βέλτιστες πρακτικές. Είμαι ακόμα νέος στο σύνολο μιλώντας "πράγμα" και, Ειλικρινά, Ήμουν λίγο νευρικός για το πρώτο εξάμηνο, ενώ αυτό sweated έξω περιμένουν να μιλήσω τον εαυτό μου. Αυτό το είδος του νευρικού αίσθημα κατέστησε λίγο δύσκολο για μένα να δώσουν προσοχή σε τους παρουσιαστές (όχι ότι τους αγνόησαν). Αντί, Εστίασα λίγο περισσότερο για τους συμμετέχοντες.

Συνέδρια που πάντα μου αγωνιστικά το μυαλό και υπήρξε μια λάβει πολλά σε αυτό το ένα. Το συνέδριο αυτό ήταν εξαιρετική. Νομίζω ότι ήταν ασυνήθιστο με διάφορους τρόπους. Δεν ήταν μια βαριά προγραμματιστής διάσκεψη. Σίγουρα υπήρχαν dev μέρη, αλλά νομίζω ότι ήταν τουλάχιστον 60% επικεντρώθηκε σε θέματα μη-dev, ίσως όσο πιο ψηλά 80%. Νομίζω ότι μιλάει για την εξελισσόμενη φύση της αγοράς του SharePoint. Εταιρείες εφαρμόζουν SharePoint σε ποικίλους τρόπους και αναζητούν καθοδήγηση για το πώς να το κάνουμε σωστά. Και όχι μόνο καθοδήγηση για το πώς να δημιουργήσετε χαρακτηριστικά/λύσεις (που μέχρι τώρα, έχει αποδειχθεί πολύ καλά).

Πιστεύω ότι η διάσκεψη ήταν εξαιρετικά πολύτιμο σε ο καθένας που παρακολούθησαν και ξέρω ότι οι διοργανωτές σχεδιάζουν να εκτελέσουν τη Διάσκεψη και πάλι στις αρχές του επόμενου έτους.

Τούτου λεχθέντος, Πιστεύω ότι υπήρχε μια χαμένη ευκαιρία, κάτι που ελπίζω ότι η επόμενη διάσκεψη διευθύνσεις. Λέω ότι είναι μια χαμένη ευκαιρία, αλλά αυτό δεν είναι ένα κακό πράγμα. Ανακαλύπτοντας μια κοινότητα ανάγκη είναι από μόνο του ένα καλό πράγμα. Τη διάσκεψη εξετάστηκαν μια σειρά των βέλτιστων πρακτικών σε ποικίλους τομείς όπως η διακυβέρνηση, εκπαίδευση, απαιτήσεις συλλογής, Αναζήτηση, ανάπτυξη, αρχιτεκτονική πληροφοριών, κλπ. Νομίζω ότι η χαμένη ευκαιρία έχει να κάνει με το πεδίο"πράσινο" παραδοχές πολλές από τις καλύτερες πρακτικές στις οποίες.

Όταν μιλάμε για οικολογική, εννοούμε ότι SharePoint δεν έχει πάει στην παραγωγή και αρχίζουμε με μια καθαρή πλάκα. Αυτό είναι ιδανικό, επειδή μπορείτε να αρχίσετε αμέσως βέλτιστων πρακτικών για τον ορισμό και τη διαχείριση της διακυβέρνησης, αρχιτεκτονική πληροφοριών, κλπ. Ωστόσο … τι συμβαίνει όταν είστε ήδη σε παραγωγή με αρκετές χιλιάδες χρήστες (ή 10 χιλιάδες) και δεν ακολουθήσετε τις βέλτιστες πρακτικές στην αρχή? Έχω δει εταιρείες με … ahem … ένα πολύ περίεργο αρχιτεκτονική πληροφοριών που ψήνεται σε περιβάλλον τους. Δεν νομίζω ότι αυτή η Διάσκεψη που παρέχονται αρκετές διευκρινίσεις για οργανισμούς με τέτοιου είδους πρόβλημα (και δεν εννοώ μόνο IA, αλλά διακυβέρνηση, Αναζήτηση, πολλούς άλλους τομείς). Φυσικά, γνωρίζοντας ότι έχετε ένα πρόβλημα είναι ένα μεγάλο μέρος της λύσης, και αυτό είναι πολύ πολύτιμη.

Νομίζω ότι η online κοινότητα του SharePoint δεν έχει κάνει πολλά για την αντιμετώπιση αυτού είτε. Ξέρω ότι δεν έχω. Είναι ένα πολύ δύσκολο πρόβλημα να λύσει σε πολλά επίπεδα. Τεχνικά είναι δύσκολο. Όσο είναι δύσκολο. Πολιτισμικά, είναι δύσκολο. Ωστόσο, είναι πιθανώς μεγαλύτερο πρόβλημα από τους περισσότερους πραγματικό κόσμο. Δεδομένου ότι η διάσκεψη κατέληξε, Έχω σκεφτεί για αυτά τα είδη των προβλημάτων και πώς κάποιος θα τους λύσει. Πρέπει να υπάρξει μία καλύτερη απάντηση από, "απεγκατάσταση και επανεγκατάσταση" και η Κοινότητα πρέπει να αντιμετωπίσει το κεφάλι στις.

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

</Τέλος>

Εγγραφείτε στο blog μου.

Ο φίλος μου σε απευθείας σύνδεση, Mark Miller κατά τη διάρκεια και Τελικό χρήστη του SharePoint (www.endusersharepoint.com) εκτελεί ένα σεμινάριο δωρεάν μία ώρα που απευθύνονται, όπως κάνει πάντα, στην Κοινότητα του SharePoint τελικού χρήστη. Λαμβάνει χώρα στις 1 μ.μ. EDT. Λεπτομέρειες είναι εδώ: http://www.endusersharepoint.com/?p=785

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

</Τέλος>

Εγγραφείτε στο blog μου.

Ο συνάδελφός μου έχει εργαστεί σε ένα τμήμα web σε ένα περιβάλλον FBA. Μεταξύ άλλων, το τμήμα web τραβά ορισμένα δεδομένα από το διακομιστή SQL. Το μεγαλεπήβολο σχέδιο για το έργο αυτό υπαγορεύει ότι ένα DBA ρυθμίζει επίπεδο ασφαλείας δεδομένων σε SQL (σε αντίθεση με την ενσωμάτωση ένα ID χρήστη σε ένα ερώτημα SQL ή κάποια άλλη προσέγγιση).

Το πρόβλημα είναι ότι SQL server δεν γνωρίζει τίποτα σχετικά με το περιβάλλον μας FBA έτσι αυτό δεν είναι δυνατό να μας εμπιστευθείτε. Θα λυθεί αυτό το πρόβλημα από, ελλείψει μιας καλύτερης λέξης, απομίμηση με μη αυτόματο τρόπο μια AD χρήστη έτσι ώστε θα μπορούσε να συνδεθεί σε SQL, τέτοια ώστε δεδομένων SQL επίπεδο ασφαλείας έργων.

Ακόμα κι αν FBA είναι ένα χαρακτηριστικό γνώρισμα του ASP.NET, Εμείς SharePoint έθνος άνθρωποι έχουν διδάξει την διάφορες της αναζήτησης κινητήρες που αν όπου εκτελείται το ερώτημα για FBA, πρέπει να εννοείς ότι θέλετε να ξέρετε πώς να ρυθμίσετε FBA στο SharePoint. Απέτυχα να βρείτε βρείτε οποιαδήποτε πληροφορία σχετικά με την ενεργοποίηση ενός FBA προσανατολισμό ASP.NET εφαρμογή να επικοινωνήσει με SQL με τον τρόπο που χρειαζόμασταν.

Κατά τη διάρκεια έρευνα αυτό, ξαναδιάβασε το άρθρο: ASP.NET απομίμησης

Περισσότερη έρευνα μας οδήγησε σε αυτό το άρθρο codproject: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

Που μας βοήθησε να γράψετε κώδικα μας, που έχω συμπεριληφθεί κάτω από. Δεν είναι το πιο κομψό πράγματα, μα αυτό έλυσα. Ελπίζω να το βρείτε χρήσιμο.

Εδώ είναι ο κώδικας που εργάστηκε για μας:

προστατεύονται άκυρη btnSearchCarrier_Click(αντικείμενο αποστολέα, Ε EventArgs)
 {
 Δοκιμάστε
 {
 ImpersonateUser iU = νέα ImpersonateUser();
 // TODO: Αντικατάσταση εντολής iU.Impersonate(«DomainName», "Όνομα χρήστη", "Κωδικός πρόσβασης");

//
 ΚΏΔΙΚΑ
//

 iU.Undo();
 }
 αλιευμάτων (Εξαίρεση πρώην)
 {

 }
 }

// Χρησιμοποιώντας απομίμησης τάξη, όπως αναφέρεται παρακάτω.

δημόσια Κατηγορία ImpersonateUser
 {
 [DllImport("advapi32.dll", SetLastError = TRUE)]
 δημόσια στατική extern Bool σύνδεση χρήστη(
 Συμβολοσειρά lpszUsername,
 Συμβολοσειρά lpszDomain,
 Συμβολοσειρά lpszPassword,
 int dwLogonType,
 int dwLogonProvider,
 REF IntPtr phToken);

 [DllImport("kernel32.dll", CharSet = CharSet.Auto)]
 ιδιωτική extern στατική Bool CloseHandle(IntPtr λαβή);

 ιδιωτική στατική IntPtr tokenHandle = νέα IntPtr(0);
 ιδιωτική στατική WindowsImpersonationContext impersonatedUser;

 // Εάν έχετε ενσωματώσει αυτόν τον κώδικα σε ένα αρχείο DLL, να είστε βέβαιος να απαιτήσουμε ότι
 // τρέχει με FullTrust.
 [PermissionSetAttribute(SecurityAction.Demand, Όνομα = "FullTrust")]
 δημόσια άκυρη απομίμηση Impersonate(συμβολοσειρά όνομα_τομέα, συμβολοσειρά ονόματος χρήστη, συμβολοσειρά κωδικού πρόσβασης)
 {
 Δοκιμάστε
 {

 // Χρησιμοποιήστε τη μη διαχειριζόμενη σύνδεση χρήστη συνάρτηση να κουπόνι για το χρήστη
 // ο καθορισμένος χρήστης, τομέα, και τον κωδικό πρόσβασης.
 CONST int LOGON32_PROVIDER_DEFAULT = 0;

 // Περνώντας την παράμετρο αυτή προκαλεί σύνδεση χρήστη για να δημιουργήσετε ένα πρωτεύον Διακριτικό.
 CONST int LOGON32_LOGON_INTERACTIVE = 2;
 tokenHandle = IntPtr.Zero;

 // Βήμα -1 Καλέσετε η σύνδεση χρήστη για να αποκτήσετε μια λαβή σε ένα διακριτικό πρόσβασης.
 Bool returnValue = σύνδεση χρήστη(
 όνομα χρήστη,
 όνομα_τομέα,
 Κωδικός πρόσβασης,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 REF tokenHandle); // tokenHandle - νέο κωδικό ασφαλείας

 Αν (FALSE == returnValue)
 {
 int ret = Marshal.GetLastWin32Error();
 Console.WriteLine("Σύνδεση χρήστη κλήση απέτυχε με κωδικό σφάλματος : " +
 RET);
 ρίξει νέα System.ComponentModel.Win32Exception(RET);
 }

 // Βήμα - 2
 WindowsIdentity newId = νέα WindowsIdentity(tokenHandle);
 // Βήμα -3
 impersonatedUser = newId.Impersonate();

 }
 αλιευμάτων (Εξαίρεση πρώην)
 {
 Console.WriteLine("Παρουσιάστηκε εξαίρεση. " + πρώην.Μήνυμα);
 }
 }


 /// <Περίληψη>
 /// Στάσεις απομίμησης
 /// </Περίληψη>
 δημόσια Ακύρωση αναίρεσης()
 {
 impersonatedUser.Undo();
 // Δωρεάν τα διακριτικά.
 Αν (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</Τέλος>

Εγγραφείτε στο blog μου.

Λίγες εβδομάδες πίσω, Δούλευα με τον συνάδελφό μου υπεύθυνος για την ανάπτυξη ενός σχεδίου που περιλαμβάνει SQL Server Reporting Services plug-in για ΒΡΎΑ. Ήταν η ανάπτυξη ενός τμήματος web που παρέχει ένα φανταχτερό front-end της έκθεσης (το κύριο χαρακτηριστικό είναι μια έξυπνη αναζήτηση σε μια παράμετρο με πολλές χιλιάδες αναζητήσιμο τιμές πίσω από αυτό).

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

Τα δικαιώματα εκχωρούνται χρήστη «UAT_domainmosssvc» δεν επαρκούν για την εκτέλεση αυτής της λειτουργίας.(rsAccessDenied).

Αν κάνετε μια ζωντανή αναζήτηση σχετικά με το παραπάνω σφάλμα, Μπορείτε να βρείτε είναι αρκετά κοινό. Scarily κοινή. Το χειρότερο είδος της κοινής επειδή έχει πολλές διαφορετικές δυνατότητες ρίζα προκαλεί και την προτεινόμενη λύση του καθενός "αισθάνεται" δικαίωμα. Προσπαθήσαμε ίσως όλα αυτά.

Στην περίπτωσή μας, το πρόβλημα ήταν ότι είχαμε κάνει ένα αντίγραφο ασφαλείας/επαναφορά της DEV να UAT. Κάπου στα δεδομένα, κάτι ακόμη που αναφέρονται "DEV_domain" (αντί το ενημερώθηκε "UAT_Domain"). Δημιουργήσαμε ένα νέο site, Προσθήκη τμήματος web και που λυθεί το πρόβλημά μας.

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

</Τέλος>

Εγγραφείτε στο blog μου.

Έχω λάβει μια χούφτα των μηνυμάτων από άτομα μέσω του built-in "Στείλτε ένα μήνυμα" συνάρτηση Microsoft παρέχει ζωντανή χώρους (που επίσης φιλοξενεί μου blog) κάθε μήνα.

Περίπου το ένα τρίτο του χρόνου, αυτοί οι χρήστες έχουν εξασφαλίσει λογαριασμό live χώρους τους τέτοια που δεν μπορώ να απαντήσω. Αυτό είναι κάποιο είδος υποθέτω το χαρακτηριστικό γνώρισμα αντι-spam.

</Τέλος>

Ήμουν ανάγνωση του Madhur θέση blog για το πώς να επιτρέπουν στοίβα ίχνος εμφανίζει και τώρα αναρωτιέμαι: γιατί δεν δείχνουμε πάντα έναs στοιβάζω τρακτέρ?

Που ήρθαν με τον κανόνα αυτό και γιατί τον ακολουθούμε?

Τελικούς χρήστες θα γνωρίζουν κάτι είναι λάθος σε κάθε περίπτωση. Τουλάχιστον με έναs στοιβάζω τρακτέρ, μπορούν να πατήσουν ελέγχου-printscreen, copy/paste σε ένα μήνυμα ηλεκτρονικού ταχυδρομείου και στείλτε το σε αυτό. Που σαφώς θα μείωνε το χρόνο και την προσπάθεια που απαιτείται για να λυθεί το θέμα.

</Τέλος>

Να κάνω μια αναζήτηση Google:

Κάνω κλικ στο σύνδεσμο τονίσθηκαν προηγουμένως ("Λεπτομέρειες στοιχείου λήψης: Windows SharePoint…").

Μπορώ να πάρω αυτό:

Σημειώστε τη διεύθυνση URL.

Φαίνεται αρκετά ύποπτη για μένα. Δεν ξέρω αν πρέπει να γελώ, συγκρατημένο γέλιο ή καλέστε έναν ιερέα.

</Τέλος>

http://groups.google.com/group/microsoft.public.sharepoint.portalserver.development/browse_thread/thread/41e8cbe4f15e8b4c/76506ea401403e35?#76506ea401403e35

Εάν το εργαλείο κάνει πράγματα δεν καταλαβαίνετε, και στη συνέχεια αποτυγχάνει στο βήμα n από έναν άγνωστο αριθμό των βημάτων, είστε νεκρός μέσα στο νερό…

</Τέλος>

Η ΕΝΗΜΕΡΩΜΈΝΗ ΈΚΔΟΣΗ (04/08/08): Μου φαίνεται να έχουν λυθεί αυτό το πρόβλημα. Από τη γραμμή εντολών, Έτρεξα "c:\windowssystem32lodctr/r" σύμφωνα με μια καταχώρηση που μιλάμε για InstallShield προβλήματα και που φαίνεται να έχει λυθεί το για μένα.

Έχω παρατηρήσει ότι τον τελευταίο καιρό, ποτέ δεν απενεργοποιεί ανεμιστήρα μου επιφάνεια εργασίας/διακομιστή. Ξέρω ότι χρησιμοποιείται για να απενεργοποιήσετε. Μου πήρε μια στιγμή για να ελέγξετε έξω παρατηρήσει ότι η διαδικασία ένα VMware έτρεχε μια συνεπή 20% αξιοποίηση σε μία από της CPU. Έλεγξα το αρχείο καταγραφής συμβάντων και είδε αυτά τα σφάλματα στο αρχείο καταγραφής εφαρμογής συμβαίνουν δεκάδες φορές ανά λεπτό:

Windows δεν μπορεί να φορτώσει το DLL UGatherer μετρητής, το πρώτο DWORD στην ενότητα δεδομένων είναι ο κωδικός σφάλματος των Windows.

Windows δεν μπορεί να φορτώσει το DLL UGTHRSVC μετρητής, το πρώτο DWORD στην ενότητα δεδομένων είναι ο κωδικός σφάλματος των Windows.

Windows δεν μπορεί να φορτώσει το DLL MSSCNTRS μετρητής, το πρώτο DWORD στην ενότητα δεδομένων είναι ο κωδικός σφάλματος των Windows.

Αν έχω τρυπάνι σε λεπτομέρειες σχετικά με ένα από αυτά τα μηνύματα, Μπορώ να πάρω αυτό:

Πηγή: Το Perflib

Τύπος: Σφάλμα

Κατηγορία: Κανένας

Αναγνωριστικό συμβάντος 1023

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

VMware είχε γκρίνια μου σχετικά με την εκτέλεση μια ενημέρωση για αρκετό καιρό, έτσι εγώ jotted κάτω από την έκδοση που είχα εγκαταστήσει (προφανώς «1.0.1 build 29996») και έκανα την αναπροσαρμογή. Αυτό μου αναβαθμιστεί σε v1.04. Δυστυχώς, αυτό έκανα όχι σταθεροποιώ το θέμα.

Μπορώ να σταματήσει ο παράφρων αριθμός των μηνυμάτων που θα μου αρχείο καταγραφής εφαρμογών αν έχω κλείσει μια υπηρεσία που ονομάζεται «VMware υπηρεσία άδεια». Αυτό μου επιτρέπει χρησιμοποιώντας το λογισμικό της VMware, Έτσι … δεν μια τέτοια μεγάλη επιλογή.

Το λειτουργικό σύστημα υποδοχής είναι τα Windows XP 64 bit.

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

Γι ' αυτό μισώ υπολογιστές.

</Τέλος>

Ένας συνεργάτης, "Σήμα", ξεκινήσει μια δυνητικά ενδιαφέρουσα συζήτηση ομάδας συζήτησης εστιάζοντας "για τη θέσπιση εξαιρετική SharePoint διακυβέρνηση από την αρχή" για μια 35,000 περιβάλλον χρήστη.

Η συζήτηση είναι εδώ: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

Pop για πάνω και συμβάλλουν!

</Τέλος>