Σε ένα ή μου πολύ πρώτο blog θέσεις, Περιέγραψα η συνολική διαδικασία που ακολουθήσαμε για τη μετεγκατάσταση ενός πελάτη από SPS 2003 να MOSS. Ένας αναγνώστης άφησε ένα σχόλιο ζητώντας για περισσότερες λεπτομέρειες, και εδώ είναι.

Αυτό το σχέδιο μετανάστευσης, έπρεπε να βρούμε ένα καλός τρόπος για να μετακινησετε μια ΠΑΡΤΙΔΑ των ΚΕΕ 2003 τα έγγραφα πέρα από να MOSS. Το αρχικό φορτίο ήταν αρκετά εύκολο. Δημιουργήσετε μια νέα βιβλιοθήκη εγγράφων προορισμού σε ΒΡΎΑ και χρησιμοποιήστε την εξερεύνηση των windows για να μετακινήσετε τα έγγραφα.

Πρόκειται για τη νέα βιβλιοθήκη εγγράφων:

Ανοίξει δύο παράθυρα εξερευνητών. Το πρώτο σημείο στο SPS 2003 και το δεύτερο στο τη νέα βιβλιοθήκη εγγράφων σε ΒΡΎΑ. Το στιγμιότυπο οθόνης παρακάτω εμφανίζει αυτό. Σημειώστε ότι η κορυφαία μηχανή αναζήτησης στην πραγματικότητα είναι στραμμένη σε μου c:\temp το αυτοκίνητο, αλλά μπορείτε να το φανταστείτε αυτό που δείχνουν προς μια SPS 2003 βιβλιοθήκη εγγράφων:

Μετά από αυτό drag and drop τα λειτουργία, μου στόχος μοιάζει με αυτό:

Τώρα ήρθε η ώρα να ασχοληθεί με τα μεταδεδομένα. Υποθέσουμε ότι έχουμε μία μόνο στήλη των μετα-δεδομένων για αυτά τα έγγραφα που ονομάζεται "θέση." Μπορούμε να δούμε από το παραπάνω "όλα τα έγγραφα" άποψη ότι η αποθήκη είναι κενή. Είναι αρκετά εύκολο να χρησιμοποιήσετε μια προβολή "φύλλο δεδομένων" για να εισάγετε τη θέση, ή ακόμα και πηγαίνετε στις ιδιότητες του εγγράφου κάθε μία-μία για να προσθέσετε μια τοποθεσία. Ας υποθέσουμε ότι δεν υπάρχει κανένας πρακτικός τρόπος για να αντιστοιχίσετε τη στήλη θέση μια τιμή αυτόματα και ότι τελικούς χρήστες πρέπει να κάνετε αυτό με το χέρι. Επιπλέον, Ας υποθέσουμε ότι υπάρχουν εκατοντάδες των εγγράφων (ίσως και χιλιάδες) και ότι θα χρειαστεί πολλές πολλές ημέρες για να ενημερώσετε τα μετα-δεδομένα. Όπως όλοι γνωρίζουμε, κανείς δεν πρόκειται να καθίσουν και να εργαστούν για τέσσερις από τις πέντε ημέρες ευθεία ενημέρωση δεδομένων meta για έγγραφα. Αντί, θα ξεσπάσουν που σε μια περίοδο εβδομάδων ή, ενδεχομένως, περισσότερο. Για τη διευκόλυνση αυτής της διαδικασίας, μπορούμε να δημιουργήσουμε ένα "χωρίς ενώτια δεδομένων" άποψη, όπως φαίνεται:

Τώρα, όταν κάποιος κάθεται κάτω και να περάσουν τους κατανέμεται καθημερινή ώρα ή δύο για να ετικέτα μετεγκατεστημένων έγγραφα, μπορούν να χρησιμοποιήσουν τα έγγραφα"χωρίς ενώτια" άποψη να επικεντρωθεί η προσπάθεια τους:

Ως χρήστες ετικέτα έγγραφα, πέφτουν από αυτόν τον κατάλογο.

Αυτή η έννοια της μια προβολή χωρίς tag δεδομένων μπορεί επίσης να βοηθήσει με μια κατηγορία πρόβλημα επικύρωσης δεδομένων άνθρωποι να ρωτήσετε στο φόρουμ. Από το κουτί, δεν υπάρχει τρόπος να εμποδίσετε ένα χρήστη να φόρτωμα ενός εγγράφου σε ΒΡΎΑ και στη συνέχεια να εισάγετε δεν μετα-δεδομένα. Μπορούμε να καθορίσετε ότι μια συγκεκριμένη τοποθεσία στήλη είναι υποχρεωτική και ο χρήστης δεν θα επιτρέπεται να ωθήσει αποθήκευση κουμπί. Ωστόσο, Εάν ο χρήστης φορτώνει και στη συνέχεια κλείνει το πρόγραμμα περιήγησης (ή χρήσεις εξερευνητή παραθύρων για να ανεβάσετε το έγγραφο), δεν μπορούμε να αναγκάσουμε το user εισέρχομαιχ meta-στοιχεία (και πάλι, από το κουτί).

Αυτή η προσέγγιση μπορεί να χρησιμοποιηθεί για να βοηθήσει με αυτήν την κατάσταση. Μπορούμε να χρησιμοποιήσουμε μια ελάχιστα πινακίδα δεδομένων"" Δες για εύκολη αναγνώριση αυτών των εγγράφων και διόρθωσή τους. Ζευγάρι αυτό με έναν δείκτη KPI και να έχετε καλή ορατότητα στα δεδομένα με τρυπάνι-κάτω για τη διαχείριση αυτών των εξαιρετικών περιστάσεων.

</Τέλος>

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

Αυτή την εβδομάδα, Έχω αγωνιστεί λίγο με την ομάδα μου να πάρει τα ΒΡΎΑ που είναι εγκατεστημένο σε ένα απλό δύο-server αγρόκτημα. Έχοντας διανύσει, Έχω μια μεγαλύτερη εκτίμηση για τα είδη των προβλημάτων οι άνθρωποι έκθεση σχετικά με το φόρουμ MSDN και αλλού.

Η ρύθμιση παραμέτρων τελική συμπλέγματος:

• ΙΟΙ SQL/Δείκτης/Intranet στο εσωτερικό του τείχους προστασίας.
• ΙΟΙ στο DMZ.
• Κάποιο είδος του τείχους προστασίας μεταξύ DMZ και ο εσωτερικός server.

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

1. Σημαίνει ότι χρειάζεστε ένα πιστοποιητικό SSL.
2. Το διακομιστή DMZ πρέπει να είναι μέρος ενός τομέα.

Πρώτη μέρα, που εμφανίστηκε για να εγκαταστήσετε το ΒΡΎΟ και μάθαμε ότι δεν είχε δημιουργηθεί λογαριασμών τομέα για τη βάση δεδομένων και ΒΡΎΑ. Να προχωρήσει η κατάσταση, πήγα μπροστά και να εγκαταστήσει τα πάντα με έναν τοπικό λογαριασμό στο διακομιστή intranet.

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

Ένα Σαββατοκύριακο πηγαίνει και ο Πελάτης αποκτά το πιστοποιητικό.

Τις άνθρωπός υποδομή μας δείχνει και ανακαλύπτει ότι η διακομιστή DMZ δεν συνδέεται με οποιοδήποτε τομέα (είτε μια περίμετρο τομέα με περιορισμένη εμπιστοσύνη ή τον τομέα intranet). Χάσαμε σχεδόν μια 1/2 ημέρα που. Αν εμείς δεν είχα αφήσει το λείπουν SSL πιστοποιητικό μας κολλάει, θα ανακαλύψαμε αυτό νωρίτερα. OH καλά….

Μια άλλη μέρα περνάει και οι διάφορες επιτροπές ασφαλείας, ενδιαφερόμενα μέρη και (δεν είναι τόσο) αθώων παρευρισκομένων, όλοι συμφωνούν ότι είναι ΟΚ για να ενταχθούν στο διακομιστή DMZ με τον τομέα του intranet (Αυτό είναι ένα POC, Εξάλλου, δεν είναι μια λύση παραγωγής).

Υποδομή άντρα μπαίνει να τυλίξουν τα πράγματα. Αυτή τη φορά θα περνάμε με επιτυχία από το το γάντι σύγχρονος-ημέρας με αγάπη γνωστό ως ο "Οδηγός ρύθμισης παραμέτρων του SharePoint." Έχουμε μια ματιά στην κεντρική διαχείριση και … Yee haw! … Διακομιστή DMZ είναι εισηγμένη στο αγρόκτημα. Εμείς Κοιτάξτε λίγο πιο κοντά και να συνειδητοποιήσουν εμείς έσπασε ανοικτή την πεδιάδα λίγο άκαρι νωρίς. Υπηρεσίες WSS είναι κολλημένοι σε μια «ξεκινώντας" κατάσταση.

Μακρά ιστορία σύντομη, αποδεικνύεται ότι ξεχάσαμε να αλλάξετε την ταυτότητα του λογαριασμού στην υπηρεσία μέσω κεντρικής διαχείρισης από τον αρχικό τοπικό λογαριασμό στον νέο λογαριασμό τομέα. Κάναμε αυτό, εκ νέου έτρεξε τον Οδηγό ρύθμισης παραμέτρων και voila! Ήμασταν στην επιχείρηση.

</Τέλος>

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

Αν και δεν είναι κυριολεκτικά αλήθεια, ως πρακτικό ζήτημα, μια σύνδεση Internet web εμπρόσθιο άκρο στο DMZ πρέπει να είναι σε έναν τομέα (ήτοι. δεν κάποιο αυτόνομο διακομιστή σε δική της μικρή ομάδα εργασίας). Δεν χρειάζεται να είναι στον ίδιο τομέα με το εσωτερικού WFE(s) και άλλους servers (και πιθανώς δεν θα πρέπει να), αλλά πρέπει να είναι ένας τομέας.

Οι συνάδελφοί μου και εγώ δαπανώνται δυσανάλογα πολύς χρόνος σε μια πρόταση η οποία περιλαμβάνεται SharePoint προϋποθέσεις. Αυτό περιέλαβε μια περιεκτική λίστα με ρυθμίσεις παραμέτρων τείχους προστασίας που θα ενεργοποιήσετε το διακομιστή DMZ να ενταχθούν το αγρόκτημα και ούτω καθεξής. Δυστυχώς, αποτύχαμε να προσθέσετε μια πρόταση κάπου που είπε, σύμφωνα με την, "το σύνολο αιματηρή σημείο αυτής της ρύθμισης παραμέτρων είναι να επιτρέψει σας διακομιστή DMZ ΙΟΙ, σε έναν τομέα, να ενταχθούν το εσωτερικό αγρόκτημα."

Μια τέλεια καταιγίδα των γεγονότων, όπου βασικά Ψάξαμε αριστερά όταν μπορεί να έχουν κοίταξε δεξιά, συνωμότησαν για να κρύψουν το πρόβλημα αυτό από εμάς μέχρι αρκετά αργά στη διαδικασία, Έτσι, αποτρέποντας με από την επίκληση μου "να πω άσχημα νέα νωρίς" κανόνας.

Στεναγμός.

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