Όταν πρέπει να επαναδιαμορφώσετε ένα υπάρχον περιβάλλον Cognos σε χρήση διαφορετικής εξωτερικής πηγής ασφάλειας (π.χ. Active Directory, LDAP κ.λπ.), υπάρχουν αρκετές προσεγγίσεις που μπορείτε να ακολουθήσετε. Μου αρέσει να τους αποκαλώ «Το καλό, το κακό και το άσχημο». Πριν εξερευνήσουμε αυτές τις καλές, κακές και άσχημες προσεγγίσεις, ας ρίξουμε μια ματιά σε ορισμένα κοινά σενάρια που τείνουν να οδηγούν σε αλλαγές χώρου ονομάτων ελέγχου ταυτότητας σε περιβάλλον Cognos.
Κοινοί οδηγοί επιχειρήσεων:
Ενημέρωση υλικού ή λειτουργικού συστήματος - Ο εκσυγχρονισμός του υλικού/υποδομής του BI μπορεί να αποτελεί συχνό πρόγραμμα οδήγησης. Ενώ το υπόλοιπο Cognos μπορεί να λειτουργήσει σαν πρωταθλητής στο κομψό νέο υλικό και το σύγχρονο λειτουργικό σύστημα 64-bit, καλή τύχη να μεταφέρετε την έκδοση του Access Manager περίπου του 2005 στη νέα αυτή πλατφόρμα. Το Access Manager (κυκλοφόρησε για πρώτη φορά με τη Σειρά 7) είναι ένα σεβαστό απόκτημα από τις προηγούμενες μέρες για πολλούς πελάτες του Cognos. Είναι ο μόνος λόγος που πολλοί πελάτες διατηρούν την παλιά παλιά έκδοση του Windows Server 2003. Η γραφή είναι στον τοίχο του Access Manager εδώ και αρκετό καιρό. Είναι παλιό λογισμικό. Όσο πιο γρήγορα μπορείτε να απομακρυνθείτε από αυτό, τόσο το καλύτερο.
Τυποποίηση εφαρμογών- Οργανισμοί που θέλουν να ενοποιήσουν τον έλεγχο ταυτότητας όλων των εφαρμογών τους έναντι ενός κεντρικά διαχειριζόμενου διακομιστή εταιρικών καταλόγων (π.χ. LDAP, AD).
Συγχωνεύσεις και εξαγορές- Η εταιρεία Α αγοράζει την εταιρεία Β και χρειάζεται το περιβάλλον Cognos της εταιρείας Β για να δείξει τον διακομιστή καταλόγου της εταιρείας Α, χωρίς να προκαλέσει προβλήματα στο υπάρχον περιεχόμενο ή τη διαμόρφωση BI.
Εταιρικές εκτροπές- Αυτό είναι το αντίθετο από το σενάριο συγχώνευσης, ένα τμήμα μιας εταιρείας μεταφέρεται στη δική της οντότητα και τώρα πρέπει να υποδείξει το υπάρχον περιβάλλον BI στη νέα πηγή ασφαλείας.
Γιατί οι μετακινήσεις Namespace μπορεί να είναι ακατάστατες
Η επισήμανση ενός περιβάλλοντος Cognos σε μια νέα πηγή ασφαλείας δεν είναι τόσο απλή όσο η προσθήκη νέου ονόματος με τους ίδιους χρήστες, ομάδες και ρόλους, η αποσύνδεση του παλιού χώρου ονομάτων και το VOILA!- όλοι οι χρήστες του Cognos στο νέο χώρο ονομάτων αντιστοιχίζονται με το περιεχόμενό τους. Στην πραγματικότητα, μπορείτε συχνά να καταλήξετε με ένα αιματηρό χάος στα χέρια σας, και εδώ είναι ο λόγος που…
Όλες οι αρχές ασφαλείας Cognos (χρήστες, ομάδες, ρόλοι) αναφέρονται από ένα μοναδικό αναγνωριστικό που ονομάζεται CAMID. Ακόμα κι αν όλα τα άλλα χαρακτηριστικά είναι ίσα, το CAMID για έναν χρήστη σε ένα υφιστάμενα ο χώρος ονομάτων ελέγχου ταυτότητας δεν θα είναι ο ίδιος με το CAMID για αυτόν τον χρήστη στο νέος ονομαστικου χωρου. Αυτό μπορεί να καταστρέψει τον όλεθρο σε ένα υπάρχον περιβάλλον Cognos. Ακόμα κι αν έχετε μόνο λίγους χρήστες Cognos, πρέπει να συνειδητοποιήσετε ότι οι αναφορές CAMID υπάρχουν σε ΠΟΛΛΑ διαφορετικά μέρη στο Content Store σας (και μπορεί να υπάρχουν ακόμη και εκτός του Content Store σας σε μοντέλα Framework, Transformer Models, TM1 Applications, Cubes, Planning Applications κ.λπ. ).
Πολλοί πελάτες του Cognos πιστεύουν λανθασμένα ότι το CAMID έχει πραγματικά σημασία μόνο για το περιεχόμενο του φακέλου μου, τις προτιμήσεις των χρηστών κ.λπ. Αυτό δεν θα μπορούσε να απέχει πολύ από την αλήθεια. Δεν είναι μόνο ο αριθμός των χρηστών που έχετε, είναι ο αριθμός των αντικειμένων Cognos που πρέπει να σας απασχολούν. Υπάρχουν πάνω από 140 διαφορετικοί τύποι αντικειμένων Cognos ακριβώς στο Content Store, πολλά από τα οποία μπορεί να έχουν πολλαπλές αναφορές CAMID.
Για παράδειγμα:
- Δεν είναι ασυνήθιστο για ένα Πρόγραμμα στο Κατάστημα Περιεχομένου σας να έχει πολλαπλές αναφορές CAMID (το CAMID του κατόχου του προγράμματος, το CAMID του χρήστη το πρόγραμμα θα πρέπει να εκτελείται ως, το CAMID κάθε χρήστη ή η λίστα διανομής στο οποίο θα πρέπει να αποστέλλει email την παραγωγή αναφοράς , και τα λοιπά.).
- Κάθε αντικείμενο στο Cognos έχει μια πολιτική ασφαλείας που διέπει το ποιοι χρήστες μπορούν να έχουν πρόσβαση στο αντικείμενο (σκεφτείτε την καρτέλα "Δικαιώματα"). Μια μεμονωμένη πολιτική ασφαλείας που βρίσκεται εκτός αυτού του φακέλου στο Cognos Connection έχει μια αναφορά CAMID για κάθε χρήστη, ομάδα και ρόλο που καθορίζεται σε αυτήν την πολιτική.
- Ας ελπίσουμε ότι καταλάβατε το νόημα - αυτή η λίστα συνεχίζεται και συνεχίζεται!
Δεν είναι ασυνήθιστο για ένα μεγάλο κατάστημα περιεχομένου να περιέχει δεκάδες χιλιάδες αναφορές CAMID (και έχουμε δει μερικές μεγάλες με εκατοντάδες χιλιάδες).
Τώρα, κάντε τα μαθηματικά για το τι υπάρχει σας Περιβάλλον Cognos και μπορείτε να δείτε ότι πιθανώς αντιμετωπίζετε ορδές αναφορών CAMID. Μπορεί να είναι εφιάλτης! Η εναλλαγή (ή η επαναδιαμόρφωση) του χώρου ονομάτων ελέγχου ταυτότητας μπορεί να αφήσει όλες αυτές τις αναφορές CAMID σε μη επιλύσιμη κατάσταση. Αυτό οδηγεί αναπόφευκτα σε προβλήματα περιεχομένου και διαμόρφωσης του Cognos (π.χ. προγράμματα που δεν εκτελούνται πλέον, περιεχόμενο που δεν είναι πλέον ασφαλές όπως νομίζετε, πακέτα ή κύβοι που δεν εφαρμόζουν πλέον σωστά την ασφάλεια του επιπέδου δεδομένων, την απώλεια περιεχομένου και χρήστη του φακέλου μου προτιμήσεις κλπ).
Μέθοδοι μετάβασης Cognos Namespace
Τώρα, γνωρίζοντας ότι ένα περιβάλλον Cognos μπορεί να έχει δεκάδες χιλιάδες αναφορές CAMID που θα απαιτήσουν εύρεση, χαρτογράφηση και ενημέρωση στην αντίστοιχη νέα τιμή CAMID στο νέο χώρο ονομάτων ελέγχου ταυτότητας, ας συζητήσουμε τις καλές, κακές και άσχημες προσεγγίσεις για την επίλυση αυτού του προβλήματος.
Η Καλή: Αντικατάσταση χώρου ονομάτων με Persona
Η πρώτη μέθοδος (Αντικατάσταση χώρου ονομάτων) χρησιμοποιεί Motio'μικρό, Persona IQ προϊόν. Λαμβάνοντας αυτήν την προσέγγιση, ο υπάρχων χώρος ονομάτων σας "αντικαθίσταται" με έναν ειδικό χώρο ονομάτων Persona που σας επιτρέπει να εικονικοποιήσετε όλες τις αρχές ασφαλείας που εκτίθενται στο Cognos. Οι προϋπάρχουσες αρχές ασφάλειας θα εκτεθούν στο Cognos με το ίδιο CAMID όπως και πριν, παρόλο που μπορεί να υποστηρίζονται από οποιονδήποτε αριθμό εξωτερικών πηγών ασφαλείας (π.χ. Active Directory, LDAP ή ακόμη και τη βάση δεδομένων Persona).
Το όμορφο μέρος αυτής της προσέγγισης είναι ότι απαιτεί ΜΗΔΕΝ αλλαγές στο περιεχόμενό σας στο Cognos. Αυτό συμβαίνει επειδή το Persona μπορεί να διατηρήσει το CAMID των προϋπαρχουσών εντολών, ακόμη και όταν υποστηρίζονται από νέα πηγή. Έτσι… όλες αυτές οι δεκάδες χιλιάδες αναφορές CAMID στο Content Store σας, εξωτερικά μοντέλα και ιστορικά κύβους; Μπορούν να μείνουν ακριβώς όπως είναι. Δεν απαιτείται εργασία.
Αυτή είναι μακράν η λιγότερο επικίνδυνη προσέγγιση με τον χαμηλότερο αντίκτυπο που μπορείτε να χρησιμοποιήσετε για τη μετάβαση του υπάρχοντος περιβάλλοντος Cognos από μια εξωτερική πηγή ασφάλειας σε άλλη. Μπορεί να γίνει σε λιγότερο από μία ώρα με περίπου 5 λεπτά διακοπής λειτουργίας του Cognos (ο μόνος χρόνος διακοπής του Cognos είναι η επανεκκίνηση του Cognos μόλις διαμορφώσετε τον χώρο ονομάτων του Persona).
Το Κακό: Μετεγκατάσταση χώρου ονομάτων χρησιμοποιώντας το Persona
Εάν η εύκολη προσέγγιση χαμηλού κινδύνου δεν είναι το φλιτζάνι σας, τότε εκεί is άλλη επιλογή.
Το Persona μπορεί επίσης να χρησιμοποιηθεί για την εκτέλεση μετεγκατάστασης Namespace.
Αυτό περιλαμβάνει την εγκατάσταση ενός δεύτερου χώρου ονομάτων ταυτότητας στο περιβάλλον σας Cognos, τη χαρτογράφηση (ελπίζουμε) όλων των υφιστάμενων αρχών ασφαλείας σας (από τον παλιό χώρο ονομάτων) σε αντίστοιχους κύριους στο νέο χώρο ονομάτων, στη συνέχεια (εδώ είναι το διασκεδαστικό μέρος), εύρεση, χαρτογράφηση και ενημέρωση κάθε μεμονωμένη αναφορά CAMID που υπάρχει στο περιβάλλον σας Cognos: το Content Store, τα Framework Models, τα Transformer Models, τα Historical cubes, TM1 Applications, Planning Applications κ.λπ.
Αυτή η προσέγγιση τείνει να είναι αγχωτική και εντατική στη διαδικασία, αλλά αν είστε το είδος του διαχειριστή του Cognos που χρειάζεται λίγη βιασύνη αδρεναλίνης για να νιώσει ζωντανός (και δεν σας πειράζει αργά το βράδυ / τηλεφωνήματα νωρίς το πρωί), τότε ίσως… αυτό είναι η επιλογή που ψάχνετε;
Το Persona μπορεί να χρησιμοποιηθεί για να βοηθήσει στην αυτοματοποίηση τμημάτων αυτής της διαδικασίας. Θα σας βοηθήσει να δημιουργήσετε μια αντιστοίχιση μεταξύ των παλαιών αρχών ασφαλείας και των νέων αρχών ασφαλείας, να αυτοματοποιήσετε τη λογική «εύρεση, ανάλυση, ενημέρωση» για περιεχόμενο στο κατάστημα περιεχομένου σας κ.λπ. Αυτό που μπορεί να αυτοματοποιήσει το Persona μερικές από τις εργασίες εδώ, πολύ Η εργασία σε αυτήν την προσέγγιση περιλαμβάνει «ανθρώπους και διαδικασία» παρά πραγματική τεχνολογία.
Για παράδειγμα - η συλλογή πληροφοριών για κάθε μοντέλο Framework Manager, κάθε μοντέλο Transformer, κάθε εφαρμογή Planning / TM1, κάθε εφαρμογή SDK, που τα κατέχει και ο προγραμματισμός του τρόπου με τον οποίο θα ενημερωθούν και θα διανεμηθούν μπορεί να είναι πολλή δουλειά. Ο συντονισμός διακοπών λειτουργίας για κάθε ένα από τα περιβάλλοντα Cognos που θέλετε να δοκιμάσετε και τα παράθυρα συντήρησης κατά τα οποία μπορείτε να επιχειρήσετε τη μετεγκατάσταση μπορεί να περιλαμβάνει προγραμματισμό και Cognos "down time". Το να καταλήξετε (και να εκτελέσετε) ένα αποτελεσματικό πρόγραμμα δοκιμών για μετά τη μετανάστευσή σας μπορεί επίσης να είναι αρκετά αρκούδα.
Είναι επίσης πολύ φυσιολογικό να θέλετε να κάνετε αυτήν τη διαδικασία πρώτα σε περιβάλλον μη παραγωγής πριν δοκιμάζοντας το στην παραγωγή.
Ενώ το Namespace Migration with Persona λειτουργεί (και είναι πολύ καλύτερο από την «Άσχημη» προσέγγιση παρακάτω), είναι πιο επεμβατική, πιο επικίνδυνη, περιλαμβάνει πολύ περισσότερο προσωπικό και απαιτεί πολύ περισσότερες ανθρώπινες ώρες για να πραγματοποιήσει από την Αντικατάσταση χώρου ονομάτων. Συνήθως οι μετεγκαταστάσεις πρέπει να γίνονται κατά τη διάρκεια των "εκτός ωρών λειτουργίας", ενώ το περιβάλλον Cognos είναι ακόμα συνδεδεμένο, αλλά περιορισμένη χρήση φόρμας από τους τελικούς χρήστες.
Ο άσχημος: Χειροκίνητες υπηρεσίες μετεγκατάστασης χώρου ονομάτων
Η Άσχημη μέθοδος περιλαμβάνει την ανεξίτηλη προσέγγιση της απόπειρας χειροκίνητα μετεγκατάσταση από έναν χώρο ονομάτων ελέγχου ταυτότητας σε άλλο. Αυτό περιλαμβάνει τη σύνδεση ενός δεύτερου χώρου ονομάτων ελέγχου ταυτότητας με το περιβάλλον Cognos, και στη συνέχεια προσπάθεια χειροκίνητης μετακίνησης ή αναδημιουργίας μεγάλου μέρους του υπάρχοντος περιεχομένου και διαμόρφωσης του Cognos.
Για παράδειγμα, χρησιμοποιώντας αυτήν την προσέγγιση, ένας διαχειριστής Cognos μπορεί να επιχειρήσει:
- Αναδημιουργήστε τις ομάδες και τους ρόλους στο νέο χώρο ονομάτων
- Αναδημιουργήστε τις συνδρομές αυτών των ομάδων και των ρόλων στο νέο χώρο ονομάτων
- Αντιγράψτε με μη αυτόματο τρόπο το περιεχόμενο των φακέλων μου, τις προτιμήσεις των χρηστών, τις καρτέλες της πύλης κ.λπ. από κάθε λογαριασμό προέλευσης σε κάθε λογαριασμό προορισμού
- Βρείτε κάθε σύνολο πολιτικής στο Κατάστημα περιεχομένου και ενημερώστε το σε ισοδύναμες αρχές αναφοράς στο νέο χώρο ονομάτων με τον ίδιο ακριβώς τρόπο που παρέπεμπε σε κύριους από τον παλιό χώρο ονομάτων
- Αναδημιουργήστε όλα τα χρονοδιαγράμματα και συμπληρώστε τα με αντίστοιχα διαπιστευτήρια, παραλήπτες κ.λπ.
- Επαναφέρετε όλες τις ιδιότητες "ιδιοκτήτη" και "επαφή" όλων των αντικειμένων στο Κατάστημα περιεχομένου
- [Περίπου 40 άλλα πράγματα στο Content Store που θα ξεχάσετε]
- Συγκεντρώστε όλα τα μοντέλα FM με ασφάλεια αντικειμένου ή δεδομένων:
- Ενημερώστε κάθε μοντέλο ανάλογα
- Αναδημοσίευση κάθε μοντέλου
- Αναδιανομή του τροποποιημένου μοντέλου πίσω στον αρχικό συντάκτη
- Παρόμοια εργασία για μοντέλα μετασχηματιστών, εφαρμογές TM1 και εφαρμογές σχεδιασμού που προστατεύονται από τον αρχικό χώρο ονομάτων
- [και πολλά άλλα]
Ενώ ορισμένοι μαζοχιστές του Cognos μπορεί κρυφά να γελάσουν από χαρά στην ιδέα του κλικ 400,000 φορές στο Cognos Connection, για τους πιο λογικούς ανθρώπους, αυτή η προσέγγιση τείνει να είναι εξαιρετικά κουραστική, χρονοβόρα και επιρρεπής σε λάθη. Αυτό δεν είναι το μεγαλύτερο πρόβλημα με αυτήν την προσέγγιση, ωστόσο.
Το μεγαλύτερο πρόβλημα με αυτήν την προσέγγιση είναι ότι σχεδόν πάντοτε οδηγεί σε ατελή μετανάστευση.
Χρησιμοποιώντας αυτήν την προσέγγιση, (οδυνηρά) βρίσκετε και προσπαθείτε να χαρτογραφήσετε αυτές τις αναφορές CAMID που γνωρίζετε… αλλά τείνετε να αφήσετε όλες αυτές τις αναφορές CAMID που δεν ξέρω για.
Μόλις νομίζω τελειώσατε με αυτήν την προσέγγιση, συχνά δεν είστε πραγματικά Έγινε.
Έχετε αντικείμενα στο κατάστημα περιεχομένου σας που δεν είναι πλέον ασφαλή με τον τρόπο που νομίζετε ότι έχετε ... έχετε χρονοδιαγράμματα που δεν εκτελούνται όπως παλιά, έχετε δεδομένα που δεν είναι πλέον ασφαλή με τον τρόπο που νομίζετε είναι, και μπορεί ακόμη να έχετε ανεξήγητα σφάλματα για ορισμένες λειτουργίες που δεν μπορείς πραγματικά να βάλεις το δάχτυλό σου.
Λόγοι για τους οποίους οι κακές και άσχημες προσεγγίσεις μπορεί να είναι τρομακτικές:
- Οι αυτόματες μετακινήσεις χώρου ονομάτων δημιουργούν μεγάλο άγχος στη Διαχείριση περιεχομένου. Η επιθεώρηση και η πιθανή ενημέρωση κάθε αντικειμένου στο Κατάστημα περιεχομένου σας, μπορεί συχνά να οδηγήσει σε δεκάδες χιλιάδες κλήσεις SDK στο Cognos (σχεδόν όλες οι οποίες περνούν μέσω του Διαχειριστή περιεχομένου). Αυτή η ανώμαλη ερώτηση συνήθως αυξάνει τη χρήση / φόρτωση της μνήμης και θέτει τον Διαχειριστή περιεχομένου σε κίνδυνο κατάρρευσης κατά τη μετεγκατάσταση. Εάν έχετε ήδη κάποια αστάθεια στο περιβάλλον σας Cognos, θα πρέπει να φοβάστε πολύ αυτήν την προσέγγιση.
- Οι μετακινήσεις χώρου ονομάτων απαιτούν ένα μεγάλο παράθυρο συντήρησης. Το Cognos πρέπει να είναι επάνω, αλλά δεν θέλετε οι άνθρωποι να κάνουν αλλαγές κατά τη διαδικασία μετεγκατάστασης. Αυτό θα απαιτήσει συνήθως τη μετανάστευση του χώρου ονομάτων όταν κανείς άλλος δεν εργάζεται, ας πούμε στις 10 το βράδυ της Παρασκευής. Κανείς δεν θέλει να ξεκινήσει ένα αγχωτικό έργο στις 10 το βράδυ της Παρασκευής. Για να μην αναφέρουμε, οι νοητικές σας ικανότητες πιθανότατα δεν είναι στις καλύτερες νύχτες εργασίας και τα Σαββατοκύριακα σε ένα έργο που κάνει απαιτούν να είσαι αυστηρός!
- Έχω αναφέρει ότι οι μεταναστεύσεις στο Namespace απαιτούν χρόνο και εργασία. Εδώ είναι λίγο περισσότερα για αυτό:
- Η διαδικασία χαρτογράφησης περιεχομένου πρέπει να γίνεται με ακρίβεια και αυτό απαιτεί ομαδική συνεργασία και πολλές ώρες εργασίας.
- Απαιτούνται πολλαπλές ξηρές διαδρομές για έλεγχο για σφάλματα ή προβλήματα μετεγκατάστασης. Μια τυπική μετανάστευση δεν γίνεται τέλεια με την πρώτη προσπάθεια. Θα χρειαστείτε επίσης ένα έγκυρο αντίγραφο ασφαλείας του Καταστήματος περιεχομένου σας, το οποίο μπορεί να αποκατασταθεί σε τέτοιες περιπτώσεις. Έχουμε δει πολλούς οργανισμούς που δεν διαθέτουν ένα καλό αντίγραφο ασφαλείας (ή έχουν αντίγραφο ασφαλείας που δεν συνειδητοποιούν ότι είναι ελλιπές).
- Πρέπει να προσδιορίσετε τα πάντα εκτός το Κατάστημα Περιεχομένου που ενδέχεται να επηρεαστεί (μοντέλα πλαισίου, μοντέλα μετασχηματιστή κ.λπ.). Αυτή η εργασία μπορεί να περιλαμβάνει συντονισμό μεταξύ πολλών ομάδων (ιδιαίτερα σε μεγάλα κοινόχρηστα περιβάλλοντα BI).
- Χρειάζεστε ένα καλό πρόγραμμα δοκιμών που περιλαμβάνει αντιπροσωπευτικά άτομα με διαφορετικό βαθμό πρόσβασης στο περιεχόμενό σας στο Cognos. Το κλειδί εδώ είναι να επαληθεύσετε λίγο μετά την ολοκλήρωση της μετεγκατάστασης ότι όλα μεταφέρονται πλήρως και λειτουργούν όπως περιμένετε. Είναι τυπικά ανέφικτο να επαληθεύσετε τα πάντα, οπότε καταλήγετε να επαληθεύετε αυτό που ελπίζετε ότι είναι αντιπροσωπευτικά δείγματα.
- Πρέπει να έχετε βroad γνώση του περιβάλλοντος Cognos και των πραγμάτων που εξαρτώνται από αυτό. Για παράδειγμα, οι ιστορικοί κύβοι με προσαρμοσμένες προβολές ΠΡΕΠΕΙ να ξαναχτιστούν εάν ακολουθήσετε τη διαδρομή NSM.
- Τι γίνεται αν εσείς ή η εταιρεία που έχετε αναθέσει σε εξωτερικούς συνεργάτες τη μετανάστευση του χώρου ονομάτων για να ξεχάσετε κάτι, όπως… εφαρμογές SDK; Μόλις γυρίσετε τον διακόπτη, αυτά τα πράγματα σταματούν να λειτουργούν εάν δεν ενημερώνονται σωστά. Έχετε τους κατάλληλους ελέγχους για να το παρατηρήσετε αμέσως ή θα περάσουν αρκετές εβδομάδες / μήνες πριν αρχίσουν να εμφανίζονται τα συμπτώματα;
- Εάν έχετε υποστεί πολυάριθμες αναβαθμίσεις Cognos, μπορείτε ενδεχομένως να έχετε αντικείμενα στο Κατάστημα Περιεχομένου σας που βρίσκονται σε ασυνεπή κατάσταση. Εάν δεν εργάζεστε με το SDK, δεν θα μπορείτε να δείτε ποια αντικείμενα βρίσκονται σε αυτήν την κατάσταση.
Γιατί η αντικατάσταση χώρου ονομάτων είναι η καλύτερη επιλογή
Οι βασικοί παράγοντες κινδύνου και τα χρονοβόρα βήματα που μόλις περιέγραψα εξαλείφονται όταν χρησιμοποιείται η μέθοδος αντικατάστασης Persona Namespace. Χρησιμοποιώντας την προσέγγιση Αντικατάσταση χώρου ονομάτων, έχετε 5 λεπτά διακοπής λειτουργίας του Cognos και κανένα από το περιεχόμενό σας δεν χρειάζεται να αλλάξει. Η μέθοδος «Καλή» μου φαίνεται σαν μια κομμένη και στεγνή «ακατάλληλη». Τα βράδια της Παρασκευής είναι για χαλάρωση, χωρίς να αγχώνεστε για το γεγονός ότι ο Διαχειριστής περιεχομένου μόλις έπεσε στη μέση μιας μετεγκατάστασης Namespace.
