Οδηγίες αποκατάστασης καταστροφής ειδικά για την εμπειρία

Αυτό το έγγραφο παρέχει οδηγίες για συγκεκριμένες εμπειρίες για την ανάκτηση των δεδομένων Fabric σε περίπτωση τοπικής καταστροφής.

Δείγμα σεναρίου

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

Ας υποθέσουμε ότι έχετε ένα σύνολο εκχωρημένων πόρων C1 στην περιοχή Α που διαθέτει έναν χώρο εργασίας W1. Εάν έχετε ενεργοποιήσει την αποκατάσταση καταστροφών για τους εκχωρημένους πόρους C1, τα δεδομένα OneLake αναπαράγονται σε ένα αντίγραφο ασφαλείας στην περιοχή Β. Εάν η περιοχή Α αντιμετωπίζει διακοπές, η υπηρεσία Fabric στο C1 ανακατευθύνεται στην περιοχή Β.

Σημείωμα

Αυτή η καθοδήγηση αποκατάστασης ισχύει μόνο όταν η κύρια περιοχή έχει μια δευτερεύουσα περιοχή σύζευξης Azure και το Fabric υποστηρίζεται στη συζευγμένη περιοχή.

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

Ακολουθεί το γενικό σχέδιο αποκατάστασης:

1. Δημιουργήστε ένα νέο σύνολο εκχωρημένων πόρων Fabric C2 σε μια νέα περιοχή.

2. Δημιουργήστε έναν νέο χώρο εργασίας W2 στη C2, συμπεριλαμβανομένων των αντίστοιχων στοιχείων του με τα ίδια ονόματα όπως στη C1. W1.

3. Αντιγραφή δεδομένων από τη C1 που έχει διακοπεί. W1 έως C2. W2.

4. Ακολουθήστε τις αποκλειστικές οδηγίες για κάθε στοιχείο για να επαναφέρετε στοιχεία στην πλήρη λειτουργία τους.

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

Προγράμματα αποκατάστασης ειδικά για την εμπειρία

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

Διαχείριση δεδομένων

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

Lakehouse

Τα lakehouses από την αρχική περιοχή παραμένουν μη διαθέσιμα στους πελάτες. Για να ανακτήσουν μια λίμνη, οι πελάτες μπορούν να την δημιουργήσουν εκ νέου στον χώρο εργασίας C2. W2. Συνιστούμε δύο προσεγγίσεις για την ανάκτηση λιμνοθάδων:

Προσέγγιση 1: Χρήση προσαρμοσμένης δέσμης ενεργειών για την αντιγραφή πινάκων και αρχείων Delta του Lakehouse

Οι πελάτες μπορούν να αναδημιουργήσουν lakehouses χρησιμοποιώντας μια προσαρμοσμένη δέσμη ενεργειών Scala.

1. Δημιουργήστε τη λίμνη (για παράδειγμα, LH1) στον χώρο εργασίας C2 που μόλις δημιουργήσατε. W2.

2. Δημιουργήστε ένα νέο σημειωματάριο στον χώρο εργασίας C2. W2.

3. Για να ανακτήσετε τους πίνακες και τα αρχεία από το αρχικό lakehouse, ανατρέξτε στα δεδομένα με διαδρομές OneLake, όπως abfss (βλ. Σύνδεση με Microsoft OneLake). Μπορείτε να χρησιμοποιήσετε το παρακάτω παράδειγμα κώδικα (ανατρέξτε στο θέμα Εισαγωγή στο Microsoft Spark Utilities) στο σημειωματάριο για να λάβετε τις διαδρομές ABFS των αρχείων και των πινάκων από το αρχικό lakehouse. (Αντικαταστήστε το C1. W1 με το πραγματικό όνομα χώρου εργασίας)

   notebookutils.fs.ls('abfs[s]://<C1.W1>@onelake.dfs.fabric.microsoft.com/<item>.<itemtype>/<Tables>/<fileName>')
   

4. Χρησιμοποιήστε το παρακάτω παράδειγμα κώδικα για να αντιγράψετε πίνακες και αρχεία στο πρόσφατα δημιουργημένο lakehouse.

   1. Για τους πίνακες Delta, πρέπει να αντιγράψετε τον πίνακα ένα κάθε φορά για να τον ανακτήσετε στο νέο lakehouse. Στην περίπτωση των αρχείων Lakehouse, μπορείτε να αντιγράψετε την πλήρη δομή αρχείων με όλους τους υποκείμενους φακέλους με μία μόνο εκτέλεση.

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

   %%spark
   val source="abfs path to original Lakehouse file or table directory"
   val destination="abfs path to new Lakehouse file or table directory"
   val timestamp= //timestamp provided by Support
   
   notebookutils.fs.cp(source, destination, true)
   
   val filesToDelete = notebookutils.fs.ls(s"$source/_delta_log")
       .filter{sf => sf.isFile && sf.modifyTime > timestamp}
   
   for(fileToDelete <- filesToDelete) {
       val destFileToDelete = s"$destination/_delta_log/${fileToDelete.name}"
       println(s"Deleting file $destFileToDelete")
       notebookutils.fs.rm(destFileToDelete, false)
   }
   
   notebookutils.fs.write(s"$destination/_delta_log/_last_checkpoint", "", true)
   

5. Μόλις εκτελέσετε το σενάριο, οι πίνακες εμφανίζονται στο νέο lakehouse.

Προσέγγιση 2: Χρησιμοποιήστε το Azure Storage Explorer για να αντιγράψετε αρχεία και πίνακες

Για να ανακτήσετε μόνο συγκεκριμένα αρχεία ή πίνακες Lakehouse από το αρχικό lakehouse, χρησιμοποιήστε το Azure Storage Explorer. Ανατρέξτε στο Ενσωματώστε το OneLake με το Azure Storage Explorer για λεπτομερή βήματα. Για μεγάλα μεγέθη δεδομένων, χρησιμοποιήστε την Προσέγγιση 1.

Σημείωμα

Οι δύο προσεγγίσεις που περιγράφονται παραπάνω ανακτούν τόσο τα μετα-δεδομένα όσο και τα δεδομένα για πίνακες μορφοποίησης Delta, επειδή τα μετα-δεδομένα βρίσκονται και αποθηκεύονται με τα δεδομένα στο OneLake. Για μη μορφοποιημένους πίνακες Delta (για παράδειγμα, CSV, Parquet κ.λπ.) που δημιουργούνται χρησιμοποιώντας σενάρια/εντολές Spark Data Definition Language (DDL), ο χρήστης είναι υπεύθυνος για τη συντήρηση και την εκ νέου εκτέλεση των σεναρίων/εντολών Spark DDL για την ανάκτησή τους.

Το Recovering Fabric υλοποίησε τη θέα στη λίμνη

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

• Ανακτήστε τους πίνακες Lakehouse χρησιμοποιώντας την Προσέγγιση 1 ή την Προσέγγιση 2 που περιγράφεται παραπάνω. Αντιγράψτε μόνο τους πίνακες προέλευσης.
• Ανακτήστε τα σημειωματάρια που περιέχουν τους ορισμούς MLV. Ανατρέξτε στην ενότητα Σημειωματάριο για τα βήματα αποκατάστασης.
• Εκτελέστε τα ανακτημένα σημειωματάρια για να δημιουργήσετε ξανά τα MLV στο νέο Lakehouse. Για πληροφορίες σχετικά με τη δημιουργία MLV, ανατρέξτε στο θέμα Δημιουργία υλοποιημένης προβολής λίμνης. Εάν τα MLV αντιγράφηκαν επίσης στο προηγούμενο βήμα, εκτελέστε ΔΗΜΙΟΥΡΓΙΑ Ή ΑΝΤΙΚΑΤΑΣΤΑΣΗ κατά την αναδημιουργία τους.
• Δημιουργήστε ξανά τα χρονοδιαγράμματα ανανέωσης MLV με μη αυτόματο τρόπο στον νέο χώρο εργασίας. Το ιστορικό χρονοδιαγράμματος και τα μετρικά εκτέλεσης δεν είναι ανακτήσιμα.
• Εάν τα MLV σας τροφοδοτούν σημασιολογικά μοντέλα ή αναφορές, επαληθεύστε και ενημερώστε το αναγνωριστικό Lakehouse και τις αναφορές αναγνωριστικού συνόλου δεδομένων, όπως απαιτείται. Επανασυνδέστε τις αναφορές στο ενημερωμένο σημασιολογικό μοντέλο και επικυρώστε την ανανέωση των δεδομένων.

Συμβουλή

Για να ελαχιστοποιήσετε τις αλλαγές κώδικα κατά την εκτέλεση σημειωματαρίων μετά την ανακατεύθυνση, χρησιμοποιήστε τον ίδιο χώρο εργασίας και τα ίδια ονόματα Lakehouse στη νέα περιοχή (ειδικά όταν χρησιμοποιείτε το όνομα Workspace ή Lakehouse στις συμβάσεις ονομασίας). Τα χρονοδιαγράμματα ανανέωσης, το ιστορικό εκτέλεσης και τα λειτουργικά μετρικά ξεκινούν από την αρχή στην περιοχή που ανακτήθηκε. Σχεδιασμός για μια περίοδο αναφοράς κατά τον καθορισμό νέων ορίων παρακολούθησης.

Σημειωματάριο

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

Προσέγγιση 1: Εφεδρεία με διαχείριση από τον χρήστη με ενοποίηση Git (σε δημόσια προεπισκόπηση)

Ο καλύτερος τρόπος για να το κάνετε αυτό εύκολο και γρήγορο είναι να χρησιμοποιήσετε την ενοποίηση Fabric Git και, στη συνέχεια, να συγχρονίσετε το σημειωματάριό σας με το αποθετήριο δεδομένων ADO. Μετά την αποτυχία της υπηρεσίας σε άλλη περιοχή, μπορείτε να χρησιμοποιήσετε το αποθετήριο για να δημιουργήσετε ξανά το σημειωματάριο στον νέο χώρο εργασίας που δημιουργήσατε.

1. Ρυθμίστε τις παραμέτρους της Ενοποίησης Git για τον χώρο εργασίας σας και επιλέξτε Σύνδεση και συγχρονισμός με το αποθετήριο δεδομένων ADO.

   

   Η παρακάτω εικόνα εμφανίζει το συγχρονισμένο σημειωματάριο.

   

2. Ανακτήστε το σημειωματάριο από το αποθετήριο ADO.

   1. Στον χώρο εργασίας που μόλις δημιουργήσατε, συνδεθείτε ξανά στο αποθετήριο Azure ADO.

      

   2. Επιλέξτε το κουμπί ελέγχου Προέλευση. Στη συνέχεια, επιλέξτε τη σχετική διακλάδωση του αποθετηρίου δεδομένων. Στη συνέχεια, επιλέξτε Ενημέρωση όλων. Εμφανίζεται το αρχικό σημειωματάριο.

      

      

   3. Εάν το αρχικό σημειωματάριο έχει μια προεπιλεγμένη λίμνη, οι χρήστες μπορούν να ανατρέξουν στην ενότητα Lakehouse για να ανακτήσουν το lakehouse και, στη συνέχεια, να συνδέσουν το πρόσφατα ανακτηθέν lakehouse στο σημειωματάριο που μόλις ανακτήθηκε.

      

   4. Η ενοποίηση Git δεν υποστηρίζει συγχρονισμό αρχείων, φακέλων ή στιγμιότυπων σημειωματάριου στην εξερεύνηση πόρων σημειωματάριου.

      1. Εάν το αρχικό σημειωματάριο έχει αρχεία στην εξερεύνηση πόρων σημειωματάριου:

         1. Φροντίστε να αποθηκεύσετε αρχεία ή φακέλους σε έναν τοπικό δίσκο ή σε κάποιο άλλο σημείο.

         2. Αποστείλετε ξανά το αρχείο από τον τοπικό δίσκο ή τις μονάδες δίσκου cloud στο σημειωματάριο που ανακτήσατε.

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

         

         

Για περισσότερες πληροφορίες σχετικά με την ενοποίηση Git, ανατρέξτε στο θέμα Εισαγωγή στην ενοποίηση Git.

Προσέγγιση 2: Μη αυτόματη προσέγγιση για τη δημιουργία αντιγράφων ασφαλείας περιεχομένου κώδικα

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

1. Χρησιμοποιήστε τη δυνατότητα "Εισαγωγή σημειωματάριου" για να εισαγάγετε τον κώδικα σημειωματάριου που θέλετε να ανακτήσετε.

   

2. Μετά την εισαγωγή, μεταβείτε στον επιθυμητό χώρο εργασίας (για παράδειγμα, "C2. W2") για να αποκτήσετε πρόσβαση σε αυτό.

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

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

Ορισμός εργασίας Spark

Οι ορισμοί εργασιών Spark (SJD) από την κύρια περιοχή παραμένουν μη διαθέσιμοι στους πελάτες και το κύριο αρχείο ορισμού και το αρχείο αναφοράς στο σημειωματάριο θα αναπαραχθεί στη δευτερεύουσα περιοχή μέσω OneLake. Εάν θέλετε να ανακτήσετε το SJD στη νέα περιοχή, μπορείτε να ακολουθήσετε τα μη αυτόματα βήματα που περιγράφονται παρακάτω για να ανακτήσετε το SJD. Οι ιστορικές διαδρομές του SJD δεν θα ανακτηθούν.

Μπορείτε να ανακτήσετε τα στοιχεία SJD αντιγράφοντας τον κώδικα από την αρχική περιοχή χρησιμοποιώντας το Azure Storage Explorer και επανασυνδέοντας με μη αυτόματο τρόπο τις αναφορές Lakehouse μετά την καταστροφή.

1. Δημιουργήστε ένα νέο στοιχείο SJD (για παράδειγμα, SJD1) στον νέο χώρο εργασίας C2. W2, με τις ίδιες ρυθμίσεις και ρυθμίσεις παραμέτρων με το αρχικό στοιχείο SJD (για παράδειγμα, γλώσσα, περιβάλλον κ.λπ.).

2. Χρησιμοποιήστε το Azure Storage Explorer για να αντιγράψετε Libs, Mains και Snapshots από το αρχικό στοιχείο SJD στο νέο στοιχείο SJD.

   

3. Το περιεχόμενο κώδικα θα εμφανίζεται στο SJD που μόλις δημιουργήθηκε. Θα χρειαστεί να προσθέσετε με μη αυτόματο τρόπο την αναφορά lakehouse που μόλις ανακτήσατε στην εργασία (Ανατρέξτε στα βήματα αποκατάστασης του Lakehouse). Οι χρήστες θα πρέπει να καταχωρούν ξανά τα αρχικά ορίσματα γραμμής εντολών με μη αυτόματο τρόπο.

   

Τώρα μπορείτε να εκτελέσετε ή να προγραμματίσετε το SJD που ανακτήσατε πρόσφατα.

Για λεπτομέρειες σχετικά με Azure Storage Explorer, ανατρέξτε στο θέμα Ενοποίηση του OneLake με το Azure Storage Explorer.

Λειτουργίες δεδομένων χρήστη

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

Προσέγγιση 1: Με ενσωμάτωση Git (συνιστάται)

Ο προτιμώμενος μηχανισμός ανάκτησης είναι η ενσωμάτωση Fabric Git. Συγχρονίζοντας έργα συναρτήσεων δεδομένων χρήστη με ένα αποθετήριο Azure DevOps ή GitHub, μπορείτε να τα ανακατασκευάσετε γρήγορα σε έναν νέο χώρο εργασίας μετά την ανακατεύθυνση.

Προετοιμαστείτε πριν από μια καταστροφή

1. Ρυθμίστε τις παραμέτρους της ενοποίησης Fabric Git για τον χώρο εργασίας που φιλοξενεί τη συνάρτηση δεδομένων χρήστη.
2. Συνδέστε τον χώρο εργασίας σε ένα αποθετήριο Azure DevOps ή GitHub.
3. Δεσμεύστε όλες τις λειτουργίες δεδομένων χρήστη στο αποθετήριο και συγχρονίστε τις αλλαγές τακτικά.
4. Αποθηκεύστε τις ρυθμίσεις για το συγκεκριμένο περιβάλλον ξεχωριστά σε βιβλιοθήκες μεταβλητών, εάν απαιτείται.

Βήματα αποκατάστασης

Μετά από μια περιφερειακή καταστροφή:

1. Δημιουργήστε μια νέα χωρητικότητα Fabric σε μια υγιή περιοχή, όπως το C2.
2. Δημιουργήστε έναν νέο χώρο εργασίας, όπως το W2, στους νέους εκχωρημένους πόρους.
3. Συνδέστε τον χώρο εργασίας στο ίδιο αποθετήριο Azure DevOps ή GitHub.
4. Έλεγχος ανοιχτού κώδικα και συγχρονισμός των περιεχομένων του αποθετηρίου με τον χώρο εργασίας.
5. Δημιουργήστε ξανά ή ανακτήστε όλους τους εξαρτώμενους πόρους Fabric, όπως lakehouses, βάσεις δεδομένων SQL στο Fabric, αποθήκες και Business Events.
6. Αναπτύξτε ξανά τις λειτουργίες δεδομένων χρήστη.
7. Επικυρώστε την εκτέλεση συναρτήσεων και τη συνδεσιμότητα εξάρτησης.
8. Ενημερώστε τις κατάντη εφαρμογές, τους αγωγούς δεδομένων ή άλλες ενσωματωμένες για να αναφέρετε τις ανακτημένες λειτουργίες.
9. Ολοκληρώστε την επικύρωση από άκρο σε άκρο όλων των σεναρίων σας.

Σημαντικές επισημάνσεις

• Η ενοποίηση Git ανακτά μόνο τον πηγαίο κώδικα και τα στοιχεία του έργου.
• Τα ιστορικά αρχεία καταγραφής εκτέλεσης δεν ανακτώνται.
• Τα κατάντη συστήματα ενδέχεται να απαιτούν επανασύνδεση τελικού σημείου.

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

Προσέγγιση 2: Χειροκίνητη ανάκτηση

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

Προετοιμαστείτε πριν από μια καταστροφή

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

• Εξαγωγή πηγαίου κώδικα συνάρτησης σε ένα αποθετήριο GitHub.
• Τεκμηριώστε και διατηρήστε τις πληροφορίες εξάρτησης.
• Ρυθμίσεις περιβάλλοντος εγγράφου.

Βήματα αποκατάστασης

Μετά από μια περιφερειακή καταστροφή:

1. Δημιουργήστε μια νέα χωρητικότητα Fabric σε μια υγιή περιοχή, όπως το C2.
2. Δημιουργήστε έναν νέο χώρο εργασίας, όπως το W2.
3. Ανακτήστε όλους τους πόρους που απαιτούνται από τη συνάρτηση, συμπεριλαμβανομένων των λιμνών, των βάσεων δεδομένων SQL στο Fabric, των αποθηκών, των γραφείων συμβάντων και των εξωτερικών υπηρεσιών.
4. Δημιουργήστε ένα νέο έργο συνάρτησης δεδομένων χρήστη.
5. Εισαγάγετε ή δημιουργήστε ξανά τον πηγαίο κώδικα της συνάρτησης.
6. Εφαρμόστε ξανά τις ρυθμίσεις διαμόρφωσης χρόνου εκτέλεσης.
7. Επανεγκαταστήστε όλες τις εξαρτήσεις συναρτήσεων.
8. Αναδιατάξτε τη λειτουργία.
9. Διαμορφώστε εκ νέου τον έλεγχο ταυτότητας και την εξουσιοδότηση.
10. Αναδημιουργήστε εκδότες ή καταναλωτές επαγγελματικών εκδηλώσεων, εάν χρησιμοποιούνται.
11. Ολοκληρώστε τις δοκιμές επικύρωσης από άκρο σε άκρο για τα σενάρια και τις ενσωματώσεις σας.

GraphQL

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

Προσέγγιση 1: Πλεονασμός διαχειριζόμενος από τον χρήστη με ενσωμάτωση Git

Ο καλύτερος τρόπος για να κάνετε αυτή τη διαδικασία εύκολη και γρήγορη είναι να χρησιμοποιήσετε την ενοποίηση Fabric Git και, στη συνέχεια, να συγχρονίσετε το GraphQL με το αποθετήριο δεδομένων ADO. Αφού η υπηρεσία αποτύχει σε άλλη περιοχή, μπορείτε να χρησιμοποιήσετε το αποθετήριο για να δημιουργήσετε ξανά το GraphQL στον νέο χώρο εργασίας που δημιουργήσατε.

1. Δημιουργήστε έναν νέο χώρο εργασίας στους εκχωρημένους πόρους και την περιοχή προορισμού.

2. Ανακτήστε όλες τις εξαρτώμενες προελεύσεις δεδομένων, όπως βάσεις δεδομένων Lakehouse, Warehouse ή SQL, ακολουθώντας τα αντίστοιχα βήματα ανάκτησης.

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

4. Αναπτύξτε εκ νέου αντικείμενα σχεδίασης GraphQL από το αποθετήριο Git στον νέο χώρο εργασίας. Αυτό το βήμα δημιουργεί εκ νέου τη δομή και τη ρύθμιση παραμέτρων του API χρησιμοποιώντας τους ενημερωμένους ορισμούς.

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

6. Εφαρμόστε ξανά αναφορές τελικού σημείου ενημερώνοντας τυχόν εφαρμογές ή ενσωματώσεις για να χρησιμοποιήσετε το τελικό σημείο GraphQL που δημιουργήθηκε πρόσφατα.

7. Ενημερώστε τυχόν υπάρχουσες διοχετεύσεις ανάπτυξης που παραπέμπουν στον παλιό χώρο εργασίας για αναφορά στον χώρο εργασίας που μόλις δημιουργήθηκε.

8. Επικυρώστε τη λειτουργικότητα από άκρο σε άκρο του API.

Προσέγγιση 2: Χειροκίνητη προσέγγιση

Εάν δεν ακολουθήσουμε την προσέγγιση ενοποίησης Git, μπορούμε να χρησιμοποιήσουμε την ακόλουθη μη αυτόματη προσέγγιση για να ανακτήσουμε το GraphQL.

1. Δημιουργήστε έναν νέο χώρο εργασίας στους εκχωρημένους πόρους και την περιοχή προορισμού.

2. Ανακτήστε όλες τις εξαρτώμενες προελεύσεις δεδομένων, όπως βάσεις δεδομένων Lakehouse, Warehouse ή SQL.

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

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

5. Εφαρμόστε ξανά αναφορές τελικού σημείου ενημερώνοντας τυχόν εφαρμογές ή ενσωματώσεις για να χρησιμοποιήσετε το τελικό σημείο GraphQL που δημιουργήθηκε πρόσφατα.

6. Ενημερώστε τυχόν υπάρχουσες διοχετεύσεις ανάπτυξης που παραπέμπουν στον παλιό χώρο εργασίας για αναφορά στον χώρο εργασίας που μόλις δημιουργήθηκε.

7. Επικυρώστε τη λειτουργικότητα από άκρο σε άκρο του API.

Σημαντικές επισημάνσεις

1. Το GraphQL βασίζεται σε εξωτερικές εξαρτήσεις (όπως Lakehouse, Warehouse και SQL), τις οποίες πρέπει να ανακτήσετε πριν από την ανάπτυξη του GraphQL.

2. Οι ορισμοί του GraphQL API περιλαμβάνουν αναφορές για συγκεκριμένο περιβάλλον (όπως sourceWorkspaceId και sourceItemId). Κατά την ανάκτηση σε μια νέα περιοχή, αυτές οι αναφορές ενδέχεται να καταστούν άκυρες. Ενημερώστε τα ώστε να παραπέμπουν σε πόρους που παρέχονται πρόσφατα.

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

4. Άλλες ρυθμίσεις τεχνουργημάτων, όπως η παρακολούθηση, η εξουσιοδότηση, το RBAC, η ενδοσκόπηση και άλλα, δεν μεταφέρονται μετά το failover. Πρέπει να επαναφέρετε αυτές τις ρυθμίσεις στη νέα περιοχή.

Αναφορές

• Επισκόπηση της ενοποίησης του Fabric Git - Microsoft Fabric | Microsoft Learn

• Διοχετεύσεις ελέγχου προέλευσης και ανάπτυξης στο API για GraphQL - Microsoft Fabric | Microsoft Learn 

Εφαρμογή

Το σύστημα δεν αναπαράγει τις εφαρμογές Fabric, συμπεριλαμβανομένου του κώδικα, της ρύθμισης παραμέτρων και των μετα-δεδομένων τους, σε δευτερεύουσες περιοχές. Εάν η κύρια περιοχή αποτύχει, η εφαρμογή παραμένει μη διαθέσιμη. Για ανάκτηση, αποθηκεύστε τον πηγαίο κώδικα της εφαρμογής εκτός του συστήματος στο GitHub, στο Azure DevOps ή σε άλλο σύστημα ελέγχου προέλευσης. Ανακτήστε τα δεδομένα της εφαρμογής ξεχωριστά, ακολουθώντας τις οδηγίες αποκατάστασης καταστροφών για κάθε υποκείμενο χώρο αποθήκευσης δεδομένων Fabric.

Χειροκίνητη προσέγγιση

Μπορείτε να ανακτήσετε με μη αυτόματο τρόπο μια εφαρμογή Fabric μετά από μια τοπική καταστροφή, χρησιμοποιώντας τον πηγαίο κώδικα της εφαρμογής και το Rayfin CLI. 

Προϋποθέσεις 

Πριν συμβεί μια καταστροφή:

• Αποθηκεύστε τον πηγαίο κώδικα της εφαρμογής Fabric στο GitHub, στο Azure DevOps ή σε άλλο αποθετήριο στοιχείων ελέγχου προέλευσης. 

• Τεκμηριώστε τη διαδικασία ανάκτησης.  

Βήματα αποκατάστασης 

1. Δημιουργήστε έναν νέο χώρο εργασίας στους εκχωρημένους πόρους και την περιοχή προορισμού. 

2. Ανακτήστε εξαρτώμενους πόρους πριν από την εκ νέου ανάπτυξη της εφαρμογής.  

3. Ανακτήστε τον πιο πρόσφατο πηγαίο κώδικα της εφαρμογής Fabric από το αποθετήριο ελέγχου προέλευσης ή το τοπικό αντίγραφο ασφαλείας. 

4. Από τον κατάλογο προέλευσης της εφαρμογής, αναπτύξτε την εφαρμογή Fabric στον χώρο εργασίας αποκατάστασης χρησιμοποιώντας το Rayfin CLI. Εκτελέστε το rayfin up --workspace <new workspace>. 

5. Ανακτήστε το θυγατρικό στοιχείο της εφαρμογής (Fabric SQL Database) ακολουθώντας τις αντίστοιχες διαδικασίες ανάκτησης.  

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

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

Σημαντικό 

• Διατηρήστε τον πηγαίο κώδικα της εφαρμογής Fabric εκτός της περιοχής Fabric για να ενεργοποιήσετε την ανάκτηση.  

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

Επιστήμη δεδομένων

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

Μοντέλο εκμάθησης μηχανής και πείραμα

Τα στοιχεία επιστήμης δεδομένων από την κύρια περιοχή παραμένουν μη διαθέσιμα στους πελάτες και το περιεχόμενο και τα μετα-δεδομένα σε μοντέλα και πειράματα εκμάθησης μηχανής δεν θα αντιγραφούν στη δευτερεύουσα περιοχή. Για να τα ανακτήσετε πλήρως στη νέα περιοχή, αποθηκεύστε το περιεχόμενο κώδικα σε ένα σύστημα ελέγχου έκδοσης (όπως το Git) και επαναλάβετε με μη αυτόματο τρόπο το περιεχόμενο κώδικα μετά την καταστροφή.

1. Ανακτήστε το σημειωματάριο. Ανατρέξτε στα βήματα αποκατάστασης του Σημειωματάριου.

2. Η ρύθμιση παραμέτρων, τα μετρικά εκτέλεσης ιστορικού και τα μετα-δεδομένα δεν θα αντιγραφούν στη ζευγαρωμένη περιοχή. Θα πρέπει να επαναλάβετε κάθε έκδοση του κώδικα επιστήμης δεδομένων για να ανακτήσετε πλήρως μοντέλα εκμάθησης μηχανής και πειράματα μετά την καταστροφή.

αποθήκη δεδομένων

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

Αποθήκη

Οι αποθήκες από την αρχική περιοχή παραμένουν μη διαθέσιμες στους πελάτες. Για να ανακτήσετε αποθήκες, χρησιμοποιήστε τα παρακάτω δύο βήματα.

1. Δημιουργήστε μια νέα ενδιάμεση λίμνη στον χώρο εργασίας C2. W2 για τα δεδομένα που θα αντιγράψετε από την αρχική αποθήκη.

2. Συμπληρώστε τους πίνακες Delta της αποθήκης αξιοποιώντας την Εξερεύνηση αποθήκης και τις δυνατότητες T-SQL (βλ. Πίνακες στην αποθήκευση δεδομένων στο Microsoft Fabric).

Σημείωμα

Συνιστάται να διατηρείτε την έκδοση του κώδικα Warehouse (σχήμα, πίνακας, προβολή, αποθηκευμένη διαδικασία, ορισμοί συναρτήσεων και κωδικοί ασφαλείας) σε ασφαλή θέση (όπως το Git) σύμφωνα με τις πρακτικές ανάπτυξής σας.

Πρόσληψη δεδομένων μέσω Lakehouse και κώδικα T-SQL

Στον χώρο εργασίας C2 που μόλις δημιουργήσατε. W2:

1. Δημιουργήστε ένα ενδιάμεσο lakehouse "LH2" στη C2. W2.

2. Ανακτήστε τους πίνακες Delta στο ενδιάμεσο lakehouse από την αρχική αποθήκη ακολουθώντας τα βήματα ανάκτησης Lakehouse.

3. Δημιουργήστε μια νέα αποθήκη "WH2" στη C2. W2.

4. Συνδέστε την προσωρινή λίμνη στην εξερεύνηση αποθήκης σας.

5. Ανάλογα με τον τρόπο ανάπτυξης των ορισμών πίνακα πριν από την εισαγωγή δεδομένων, η πραγματική T-SQL που χρησιμοποιείται για τις εισαγωγές μπορεί να διαφέρει. Μπορείτε να χρησιμοποιήσετε την προσέγγιση ΕΙΣΑΓΩΓΉ ΣΕ, SELECT INTO ή CREATE TABLE AS SELECT για να ανακτήσετε πίνακες Warehouse από lakehouses. Περαιτέρω στο παράδειγμα, θα χρησιμοποιούσαμε την ΕΙΣΑΓΩΓΉ ΣΤΟΝ γεύση. (Εάν χρησιμοποιείτε τον παρακάτω κώδικα, αντικαταστήστε τα δείγματα με πραγματικά ονόματα πινάκων και στηλών)

   USE WH1
   
   INSERT INTO [dbo].[aggregate_sale_by_date_city]([Date],[City],[StateProvince],[SalesTerritory],[SumOfTotalExcludingTax],[SumOfTaxAmount],[SumOfTotalIncludingTax], [SumOfProfit])
   
   SELECT [Date],[City],[StateProvince],[SalesTerritory],[SumOfTotalExcludingTax],[SumOfTaxAmount],[SumOfTotalIncludingTax], [SumOfProfit]
   FROM  [LH11].[dbo].[aggregate_sale_by_date_city] 
   GO
   

6. Τέλος, αλλάξτε τη συμβολοσειρά σύνδεσης σε εφαρμογές που χρησιμοποιούν την αποθήκη Fabric.

Σημείωμα

Για πελάτες που χρειάζονται διαπεριφερειακή αποκατάσταση καταστροφών και πλήρως αυτοματοποιημένη επιχειρηματική συνέχεια, συνιστούμε να διατηρείτε δύο ρυθμίσεις Fabric Warehouse σε ξεχωριστές περιοχές Fabric και να διατηρείτε την ισοτιμία κώδικα και δεδομένων κάνοντας τακτικές αναπτύξεις και απορρόφηση δεδομένων και στις δύο τοποθεσίες.

Βάση δεδομένων με κατοπτρικό αντίγραφο

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

Data Factory

Τα στοιχεία εργοστασίου δεδομένων από την κύρια περιοχή παραμένουν μη διαθέσιμα στους πελάτες και οι ρυθμίσεις και η ρύθμιση παραμέτρων σε διοχετεύσεις ή στοιχεία ροής δεδομένων gen2 δεν θα αναπαραχθούν στη δευτερεύουσα περιοχή. Για να ανακτήσετε αυτά τα στοιχεία σε περίπτωση αποτυχίας περιοχής, θα χρειαστεί να δημιουργήσετε ξανά τα στοιχεία ενοποίησης δεδομένων σε έναν άλλο χώρο εργασίας από μια διαφορετική περιοχή. Οι παρακάτω ενότητες περιγράφουν τις λεπτομέρειες.

Ροές δεδομένων Gen2

Εάν θέλετε να ανακτήσετε ένα στοιχείο Dataflow Gen2 στη νέα περιοχή, πρέπει να εξαγάγετε ένα αρχείο PQT σε ένα σύστημα ελέγχου έκδοσης όπως το Git και, στη συνέχεια, να ανακτήσετε με μη αυτόματο τρόπο το περιεχόμενο Dataflow Gen2 μετά την καταστροφή.

1. Από το στοιχείο Dataflow Gen2, στην Αρχική καρτέλα του προγράμματος επεξεργασίας Power Query, επιλέξτε Εξαγωγή προτύπου.

   

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

   

3. Μετά την καταστροφή, δημιουργήστε ένα νέο στοιχείο Dataflow Gen2 στον νέο χώρο εργασίας "C2. W2".

4. Από το παράθυρο τρέχουσας προβολής του προγράμματος επεξεργασίας Power Query, επιλέξτε Εισαγωγή από πρότυπο Power Query.

   

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

6. Στη συνέχεια, το πρότυπο εισάγεται στο νέο στοιχείο Dataflow Gen2.

Η δυνατότητα "Αποθήκευση ως" ροών δεδομένων δεν υποστηρίζεται σε περίπτωση αποκατάστασης καταστροφών.

Pipelines

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

Αντιγραφή εργασίας

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

Εφεδρεία με διαχείριση από τον χρήστη με ενοποίηση Git (σε δημόσια προεπισκόπηση)

Ο καλύτερος τρόπος για να κάνετε αυτή τη διαδικασία εύκολη και γρήγορη είναι να χρησιμοποιήσετε την ενοποίηση Fabric Git και, στη συνέχεια, να συγχρονίσετε το CopyJob με το αποθετήριο ADO. Μετά την ανακατεύθυνση της υπηρεσίας σε άλλη περιοχή, μπορείτε να χρησιμοποιήσετε το αποθετήριο για να δημιουργήσετε ξανά το CopyJob στον νέο χώρο εργασίας που δημιουργήσατε.

1. Ρυθμίστε τις παραμέτρους της ενοποίησης Git του χώρου εργασίας σας και επιλέξτε συνδεθείτε και συγχρονίσετε με το αποθετήριο ADO.

   

   Η παρακάτω εικόνα εμφανίζει το συγχρονισμένο CopyJob.

   

2. Ανακτήστε το CopyJob από το αποθετήριο δεδομένων ADO.

   1. Στον χώρο εργασίας που μόλις δημιουργήσατε, συνδεθείτε και συγχρονίστε ξανά με το αποθετήριο Azure ADO. Όλα τα στοιχεία Fabric σε αυτό το αποθετήριο δεδομένων λαμβάνονται αυτόματα στον νέο χώρο εργασίας σας.

      

   2. Εάν το αρχικό CopyJob χρησιμοποιεί ένα Lakehouse, οι χρήστες μπορούν να ανατρέξουν στο τμήμα Lakehouse για να ανακτήσουν το Lakehouse και, στη συνέχεια, να συνδέσουν το πρόσφατα ανακτηθέν CopyJob στο πρόσφατα ανακτηθέν Lakehouse.

Για περισσότερες πληροφορίες σχετικά με την ενοποίηση Git, ανατρέξτε στο θέμα Εισαγωγή στην ενοποίηση Git.

Εργασία ροής αέρα Apache

Οι χρήστες του Apache Airflow Job in Fabric πρέπει να λάβουν προληπτικά μέτρα για την προστασία από μια περιφερειακή καταστροφή.

Συνιστούμε τη διαχείριση του πλεονασμού με την ενοποίηση του Fabric Git. Αρχικά, συγχρονίστε την εργασία ροής αέρα με το αποθετήριο ADO. Εάν η υπηρεσία αποτύχει σε άλλη περιοχή, μπορείτε να χρησιμοποιήσετε το αποθετήριο για να δημιουργήσετε ξανά την εργασία ροής αέρα στον νέο χώρο εργασίας που δημιουργήσατε.

Ακολουθούν τα βήματα για να επιτευχθεί αυτό:

1. Διαμορφώστε την ενσωμάτωση Git του χώρου εργασίας σας και επιλέξτε "σύνδεση και συγχρονισμός" με το αποθετήριο ADO.

2. Μετά από αυτό, θα δείτε ότι η εργασία ροής αέρα έχει συγχρονιστεί με το αποθετήριο ADO.

3. Εάν πρέπει να ανακτήσετε την εργασία Airflow από το αποθετήριο δεδομένων ADO, δημιουργήστε έναν νέο χώρο εργασίας, συνδεθείτε και συγχρονίστε ξανά με το αποθετήριο Azure ADO. Όλα τα στοιχεία Fabric, συμπεριλαμβανομένου του Airflow, σε αυτό το αποθετήριο θα ληφθούν αυτόματα στον νέο χώρο εργασίας σας.

Ευφυΐα σε πραγματικό χρόνο

Αυτός ο οδηγός σάς καθοδηγεί στις διαδικασίες ανάκτησης για την εμπειρία της ευφυΐας σε πραγματικό χρόνο. Καλύπτει βάσεις δεδομένων/σύνολα ερωτημάτων και ροές συμβάντων KQL.

Activator

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

Για να εξασφαλίσετε ότι μπορείτε να ανακτήσετε στοιχεία Activator σε περίπτωση τοπικής καταστροφής, ρυθμίστε την ενοποίηση Fabric Git για να δημιουργήσετε αντίγραφα ασφαλείας των ορισμών εναύσματος και να τους επαναφέρετε σε έναν χώρο εργασίας σε άλλη περιοχή.

1. Ρυθμίστε τις παραμέτρους της ενοποίησης Fabric Git για τον χώρο εργασίας που περιέχει το στοιχείο Activator και συγχρονίστε τους ορισμούς εναύσματος με το αποθετήριο Git.
2. Διατηρήστε τους ορισμούς ενεργοποίησης του Activator δεσμευμένους και συγχρονισμένους τακτικά.
3. Κατά την ανάκτηση, δημιουργήστε έναν νέο χώρο εργασίας στην περιοχή προορισμού (C2. W2), συνδέστε το στο ίδιο αποθετήριο και συγχρονίστε για να επαναφέρετε τους ορισμούς ενεργοποίησης.
4. Ρυθμίστε εκ νέου και επικυρώστε όλες τις προελεύσεις δεδομένων και τις εξαρτήσεις του Activator στον νέο χώρο εργασίας.

Σημείωμα

Η τυπική διαδικασία ανακατεύθυνσης Fabric δεν ισχύει για τα στοιχεία του Activator. Η ανάκτηση περιορίζεται στη δημιουργία αντιγράφων ασφαλείας βάσει Git και στην επαναφορά των ορισμών εναύσματος.

Για περισσότερες πληροφορίες σχετικά με την ενοποίηση Git, ανατρέξτε στο θέμα Εισαγωγή στην ενοποίηση Git.

Μοντέλο γραφήματος/σύνολο ερωτημάτων

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

1. Δημιουργήστε ή χρησιμοποιήστε ένα υπάρχον σύνολο εκχωρημένων πόρων Fabric σε μια διαφορετική περιοχή που δεν επηρεάζεται από την καταστροφή.

2. Δημιουργήστε έναν νέο χώρο εργασίας ή χρησιμοποιήστε έναν υπάρχοντα χώρο εργασίας με αυτούς τους εκχωρημένους πόρους.

3. Δημιουργήστε ξανά το στοιχείο Graph Model στον δευτερεύοντα χώρο εργασίας (αναφέρεται στο βήμα 2). Διαμορφώστε εκ νέου τον ορισμό του μοντέλου, συμπεριλαμβανομένων των κόμβων, των ακμών κ.λπ., ώστε να ταιριάζει με το αρχικό μοντέλο γραφήματος.

4. Εάν το αρχικό lakehouse βρίσκεται στην περιοχή που αποτυγχάνει, ανακτήστε το πρώτα ακολουθώντας την ενότητα Lakehouse.

5. Συνδέστε ένα lakehouse ως την προέλευση δεδομένων OneLake για το στοιχείο μοντέλου γραφήματος που μόλις δημιουργήσατε. Χρησιμοποιήστε το ανακτημένο lakehouse εάν βρισκόταν στην περιοχή που αποτυγχάνει ή συνδεθείτε ξανά στο υπάρχον lakehouse εάν παραμένει διαθέσιμο.

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

7. Δημιουργήστε ξανά το στοιχείο Graph Queryset στον δευτερεύοντα χώρο εργασίας. Εισαγάγετε ξανά με μη αυτόματο τρόπο τα ερωτήματα και τυχόν αποθηκευμένες διαμορφώσεις ερωτημάτων από το αρχικό σύνολο ερωτημάτων γραφήματος.

Βάση δεδομένων/Σύνολο ερωτημάτων KQL

Οι χρήστες βάσης δεδομένων/συνόλων ερωτημάτων KQL πρέπει να λάβουν προληπτικά μέτρα προστασίας από μια περιφερειακή καταστροφή. Η ακόλουθη προσέγγιση εξασφαλίζει ότι, σε περίπτωση περιφερειακής καταστροφής, τα δεδομένα στα σύνολα ερωτημάτων των βάσεων δεδομένων KQL παραμένουν ασφαλή και προσβάσιμα.

Χρησιμοποιήστε τα παρακάτω βήματα για να εξασφαλίσετε μια αποτελεσματική λύση αποκατάστασης καταστροφής για βάσεις δεδομένων και σύνολα ερωτημάτων KQL.

1. Δημιουργία ανεξάρτητων βάσεων δεδομένων KQL: Ρύθμιση παραμέτρων δύο ή περισσότερων ανεξάρτητων βάσεων δεδομένων/συνόλων ερωτημάτων KQL σε αποκλειστικούς εκχωρημένους πόρους Fabric. Αυτά θα πρέπει να ρυθμιστούν σε δύο διαφορετικές περιοχές Azure (κατά προτίμηση περιοχές ζευγαρωμένων Azure) για μεγιστοποίηση της ανθεκτικότητας.

2. Αναπαραγωγή δραστηριοτήτων διαχείρισης: Οποιεσδήποτε ενέργειες διαχείρισης που πραγματοποιούνται σε μια βάση δεδομένων KQL πρέπει να αντικατοπτριστούν στην άλλη. Αυτό εξασφαλίζει ότι αμφότερες οι βάσεις δεδομένων παραμένουν συγχρονισμένες. Βασικές δραστηριότητες για την αναπαραγωγή περιλαμβάνουν τα εξής:

   • Πίνακες: Βεβαιωθείτε ότι οι δομές πίνακα και οι ορισμοί σχήματος είναι συνεπείς σε όλες τις βάσεις δεδομένων.

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

   • Πολιτικές: Βεβαιωθείτε ότι και οι δύο βάσεις δεδομένων έχουν παρόμοιες πολιτικές διατήρησης, πρόσβασης και άλλες σχετικές πολιτικές.

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

4. Παράλληλη πρόσληψη δεδομένων: Για να διατηρήσετε τα δεδομένα συνεπή και έτοιμα σε πολλές περιοχές, φορτώστε το ίδιο σύνολο δεδομένων σε κάθε βάση δεδομένων KQL ταυτόχρονα με την κατάποσή τους.

Ροή συμβάντων

Μια ροή συμβάντων είναι ένα κεντρικό σημείο στην πλατφόρμα Fabric για την καταγραφή, τον μετασχηματισμό και τη δρομολόγηση συμβάντων σε πραγματικό χρόνο σε διάφορους προορισμούς (για παράδειγμα, lakehouses, βάσεις δεδομένων/σύνολα ερωτημάτων KQL) με εμπειρία χωρίς κώδικα. Εφόσον οι προορισμοί υποστηρίζονται από αποκατάσταση καταστροφής, οι ροές συμβάντων δεν θα χάσουν δεδομένα. Επομένως, οι πελάτες θα πρέπει να χρησιμοποιούν τις δυνατότητες αποκατάστασης καταστροφής αυτών των συστημάτων προορισμού για να διασφαλίσουν τη διαθεσιμότητα των δεδομένων.

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

1. Δημιουργήστε αντίγραφα των προελεύσεων δεδομένων τους σε διαφορετικές περιοχές.

2. Δημιουργία στοιχείων Eventstream σε αντίστοιχες περιοχές.

3. Συνδέστε αυτά τα νέα στοιχεία στις πανομοιότυπες προελεύσεις δεδομένων.

4. Προσθέστε πανομοιότυπους προορισμούς για κάθε συμβάν σε διαφορετικές περιοχές.

Επαγγελματικές εκδηλώσεις, εκδηλώσεις Fabric και εκδηλώσεις Azure

Παρόλο που τα Business Events, Fabric Events και Azure Events μοιράζονται την ίδια υποδομή Real-Time hub στο Microsoft Fabric, έχουν διακριτή προέλευση, συμπεριφορές και απαιτήσεις αποκατάστασης που πρέπει να γίνουν κατανοητές πριν από τον προγραμματισμό της αποκατάστασης καταστροφών:

• Τα συμβάντα Fabric είναι συνδρομές συμβάντων που αντιδρούν στη δραστηριότητα που παράγεται από τους ίδιους τους πόρους Fabric, συμπεριλαμβανομένων των αλλαγών στον κύκλο ζωής των στοιχείων χώρου εργασίας (όπως η δημιουργία, η ενημέρωση ή η διαγραφή λιμνών, σημειωματαρίων ή αποθηκών), των εκτελέσεων εργασιών (όπως εκτελέσεις διοχέτευσης ή σημειωματάριων) και των λειτουργιών αρχείων και φακέλων OneLake. Αυτές οι συνδρομές βασίζονται σε push και εφήμερες. Οι συνδρομές δεν αναπαράγονται στη δευτερεύουσα περιοχή.

• Τα συμβάντα Azure είναι συνδρομές συμβάντων σε δραστηριότητα που παράγεται από λογαριασμούς Azure Blob Storage. Αυτοί οι πόροι Azure υπάρχουν ανεξάρτητα από οποιαδήποτε χωρητικότητα ή περιοχή Fabric. Παρόλο που ο ίδιος ο πόρος Azure Blob Storage μπορεί να παραμείνει διαθέσιμος κατά τη διάρκεια μιας διακοπής Fabric περιοχής, οι συνδρομές που έχουν ρυθμιστεί σε Real-Time διανομέα δεν αναπαράγονται στη δευτερεύουσα περιοχή και πρέπει να δημιουργηθούν εκ νέου.

• Τα Business Events είναι μια ξεχωριστή δυνατότητα στο Fabric Real-Time Intelligence που επιτρέπει στις ομάδες να ορίζουν, να δημοσιεύουν και να ενεργούν με βάση σημαντικά επιχειρηματικά σήματα. Τα επαγγελματικά συμβάντα δημιουργούνται μέσα από Fabric μέσω του Activator, των σημειωματαρίων Spark ή των συναρτήσεων δεδομένων χρήστη και, στη συνέχεια, δημοσιεύονται σε Real-Time διανομέα όπου οι μεταγενέστεροι καταναλωτές, όπως το Activator, το Eventhouse ή το Power Automate μπορούν να αντιδράσουν σε αυτά. Τα σχήματα συμβάντων διέπονται κεντρικά μέσω του μητρώου σχημάτων. Το Eventhouse αποθηκεύει αυτόματα κάθε δημοσιευμένο επιχειρηματικό συμβάν, επομένως η ανάκτησή του επηρεάζει άμεσα τη διαθεσιμότητα του ιστορικού επιχειρηματικών συμβάντων. Καμία από τις ρυθμίσεις παραμέτρων εκδότη ή καταναλωτή, ορισμούς σχήματος ή συνδρομές δεν αναπαράγεται στη δευτερεύουσα περιοχή.

Χρησιμοποιήστε τα παρακάτω βήματα για να επαναφέρετε τα επαγγελματικά συμβάντα, τα συμβάντα Fabric και τα συμβάντα Azure στον νέο χώρο εργασίας στην περιοχή αποκατάστασης.

Για επαγγελματικές εκδηλώσεις:

1. Δημιουργήστε ξανά το επιχειρηματικό συμβάν που χρησιμοποιείται από εκδότες και καταναλωτές, ακολουθώντας το άρθρο Δημιουργία επιχειρηματικών συμβάντων στο Fabric Real-Time Hub. Κατά τη δημιουργία του επιχειρηματικού συμβάντος, δημιουργείτε τον πόρο Σύνολο σχήματος συμβάντων. Ο πόρος Eventhouse είναι προαιρετικός ανάλογα με το σενάριο. Εάν δημιουργήσατε αντίγραφα ασφαλείας του συνόλου σχήματος συμβάντων με ενσωμάτωση Git, επαναφέρετέ το πρώτα ακολουθώντας την ενότητα Σύνολο σχήματος συμβάντων και, στη συνέχεια, τοποθετήστε το επιχειρηματικό συμβάν στο σύνολο σχήματος που έχει αποκατασταθεί.

2. Δημιουργήστε ξανά τυχόν στοιχεία publisher που δημιουργούν επιχειρηματικά συμβάντα, όπως σημειωματάρια Spark ή συναρτήσεις δεδομένων χρήστη, στον νέο χώρο εργασίας, ακολουθώντας τα άρθρα του publisher: Χρήση της συνάρτησης δεδομένων χρήστη ως Publisher επαγγελματικών εκδηλώσεων, Χρήση του Activator ως Publisher επαγγελματικών εκδηλώσεων, Χρήση σημειωματάριου ως επαγγελματικών συμβάντων Publisher και χρησιμοποιήστε το Eventstream ως Business Events Publisher.

3. Δημιουργήστε ξανά τις συνδρομές καταναλωτών στο κέντρο Real-Time (για παράδειγμα, κανόνες ενεργοποίησης, εναύσματα σημειωματαρίων ή ροές Power Automate) που αρχικά αντιδρούσαν σε επιχειρηματικά συμβάντα στην επηρεαζόμενη περιοχή, ακολουθώντας τα άρθρα Ενσωμάτωση Eventhouse και Real-Time Dashboard με επαγγελματικά συμβάντα και Κατανάλωση επιχειρηματικών συμβάντων από τον ενεργοποιητή.

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

Για εκδηλώσεις Fabric:

1. Δημιουργήστε ξανά τις συνδρομές στο κέντρο Real-Time που δείχνουν τα στοιχεία χώρου εργασίας, τις εργασίες ή τις διαδρομές OneLake που αποκαταστάθηκαν στην περιοχή αποκατάστασης, ακολουθώντας το άρθρο Εξερεύνηση συμβάντων Fabric στο κέντρο Fabric Real-Time.

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

Για συμβάντα Azure:

1. Οι λογαριασμοί Azure Blob Storage δεν επηρεάζονται από μια τοπική διακοπή λειτουργίας του Fabric. Δημιουργήστε ξανά τις εγγραφές συμβάντων στο κέντρο Real-Time παραπέμποντας στους ίδιους λογαριασμούς Azure Blob Storage, ακολουθώντας το άρθρο Ορισμός ειδοποιήσεων για συμβάντα Azure Blob Storage στο κέντρο Real-Time.

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

Σημείωμα

Το ιστορικό συμβάντων για επαγγελματικά συμβάντα εξαρτάται από την αποκατάσταση της βάσης δεδομένων Eventhouse. Τα Business Events, τα Fabric Events και τα Azure Events βασίζονται σε push και είναι εφήμερα, επομένως δεν είναι δυνατή η ανάκτηση δεδομένων ιστορικού συμβάντων για αυτούς τους τύπους. Μόνο τα συμβάντα που παράγονται μετά την ολοκλήρωση της ανάκτησης είναι διαθέσιμα στη νέα περιοχή.

Σύνολο σχήματος συμβάντων

Ένα σύνολο σχήματος συμβάντων είναι το Fabric στοιχείο που περιέχει τους τύπους συμβάντων και τους ορισμούς σχήματος στο Real-Time Intelligence. Άλλες δυνατότητες βασίζονται σε αυτό: οι εκδότες γράφουν συμβάντα που συμμορφώνονται με τα σχήματά του και οι καταναλωτές διαβάζουν τους ίδιους ορισμούς.

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

Συνιστάται: δημιουργία αντιγράφων ασφαλείας με ενσωμάτωση Fabric Git

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

1. Ρυθμίστε τις παραμέτρους της ενοποίησης Fabric Git για τον χώρο εργασίας που περιέχει το σύνολο σχήματος συμβάντων και συγχρονίστε το με το αποθετήριο δεδομένων Git.

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

3. Κατά την ανάκτηση, δημιουργήστε έναν νέο χώρο εργασίας στην περιοχή προορισμού (C2. W2), συνδέστε το στο ίδιο αποθετήριο και συγχρονίστε για να επαναφέρετε το σύνολο σχήματος συμβάντων. Επειδή ο νέος χώρος εργασίας είναι κενός, ο συγχρονισμός Git φέρνει τα περιεχόμενα από το αποθετήριο στον χώρο εργασίας.

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

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

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

Εναλλακτική λύση: αναδημιουργία με μη αυτόματο τρόπο

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

Σημείωμα

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

Χάρτης

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

Εάν θέλετε να ανακτήσετε ένα στοιχείο χάρτη όταν συμβαίνει μια καταστροφή, ρυθμίστε το Fabric την ενσωμάτωση Git και το synchronize το στοιχείο χάρτη με το αποθετήριο δεδομένων Git.

Κατά τη διάρκεια της αποκατάστασης, μετά τη ρύθμιση της νέας περιοχής/εκχωρημένων πόρων στο Fabric, μπορείτε να χρησιμοποιήσετε το αποθετήριο για να δημιουργήσετε ξανά το στοιχείο Αντιστοίχιση στον νέο χώρο εργασίας που δημιουργήσατε. Δεδομένου ότι ο νέος χώρος εργασίας είναι κενός, το Git sync λαμβάνει τα περιεχόμενα από το αποθετήριο στον κενό χώρο εργασίας. Αυτό το βήμα επαναφέρει στη ζωή το στοιχείο Χάρτης.

Σημείωμα

Εάν το αρχικό στοιχείο χάρτη έχει ρυθμισμένο ένα lakehouse ή ένα σύνολο ερωτημάτων KQL, ανατρέξτε στην ενότητα Lakehouse και στην ενότητα KQL queryset για να τα ανακτήσετε πρώτα. Αφού τακτοποιηθούν αυτές οι εξαρτήσεις, συνδέστε το lakehouse και το σύνολο ερωτημάτων που μόλις ανακτήθηκαν με το στοιχείο χάρτη που μόλις ανακτήθηκε.

Οντολογία

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

Ο απλούστερος και ταχύτερος τρόπος για να ενεργοποιήσετε την ανάκτηση είναι να χρησιμοποιήσετε την ενοποίηση του Fabric Git και να συγχρονίσετε την οντολογία σας με ένα αποθετήριο Azure DevOps (ADO). Εάν η υπηρεσία αποτύχει σε άλλη περιοχή, μπορείτε να χρησιμοποιήσετε αυτό το αποθετήριο για να δημιουργήσετε ξανά την Οντολογία σε έναν χώρο εργασίας που μόλις δημιουργήσατε.

Τα στοιχεία οντολογίας στην κύρια περιοχή δεν είναι διαθέσιμα στους πελάτες μετά από μια τοπική καταστροφή και τα στοιχεία οντολογίας δεν αναπαράγονται στη δευτερεύουσα περιοχή.

Για να ανακτήσετε ένα στοιχείο Ontology κατά τη διάρκεια μιας καταστροφής, ρυθμίστε τις παραμέτρους Fabric Git integration και synchronize το στοιχείο Ontology με το αποθετήριο δεδομένων ADO εκ των προτέρων.

Κατά τη διάρκεια της ανάκτησης, μόλις ρυθμιστεί η νέα περιοχή και οι νέοι εκχωρημένοι πόροι στο Fabric, μπορείτε να χρησιμοποιήσετε το αποθετήριο για να δημιουργήσετε ξανά το στοιχείο Ontology σε έναν νέο χώρο εργασίας. Επειδή ο νέος χώρος εργασίας είναι κενός, το Git sync τραβάει τα περιεχόμενα από το αποθετήριο στον χώρο εργασίας, επαναφέροντας αποτελεσματικά το στοιχείο Οντολογία.

Σημείωμα

Εάν το αρχικό στοιχείο Ontology έχει ρυθμίσει τις παραμέτρους ενός lakehouse, ανατρέξτε στην ενότητα Lakehouse για να ανακτήσετε πρώτα το lakehouse. Αφού τακτοποιηθούν αυτές οι εξαρτήσεις, συνδέστε το lakehouse που ανακτήθηκε πρόσφατα με το στοιχείο Ontology που ανακτήθηκε πρόσφατα.

Σχέδιο

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

Ενσωμάτωση Git για επαναφορά στοιχείων σχεδίου

Η προτιμώμενη προσέγγιση είναι να συγχρονίσετε όλα τα στοιχεία Σχεδίου με ένα αποθετήριο Azure DevOps (ADO) ή GitHub χρησιμοποιώντας την ενοποίηση Fabric Git. Μετά από μια ανακατεύθυνση, χρησιμοποιήστε το αποθετήριο για να επαναφέρετε τα στοιχεία στο νέο χώρο εργασίας.

Προκαταστροφή (προληπτικά βήματα):

1. Στον χώρο εργασίας W1, μεταβείτε στις Ρυθμίσεις χώρου εργασίας και ρυθμίστε τις παραμέτρους της ενοποίησης Git.

2. Επιλέξτε Σύνδεση και συγχρονισμός με το αποθετήριο ADO ή GitHub.

3. Επιλέξτε τα στοιχεία Σχέδιο για αποστολή στο αποθετήριο και επιλέξτε Δέσμευση.

   

4. Επιβεβαιώστε ότι η κατάσταση Git των στοιχείων προγράμματος είναι Συγχρονισμένη.

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

Βήματα ανάκτησης:

1. Δημιουργήστε έναν νέο χώρο εργασίας W2 εντός των εκχωρημένων πόρων C2 στην υγιή περιοχή.

2. Στον χώρο εργασίας W2, μεταβείτε στις Ρυθμίσεις χώρου εργασίας και συνδεθείτε ξανά στο ίδιο αποθετήριο ADO/GitHub.

3. Επιλέξτε Στοιχείο ελέγχου προέλευσης. Επιλέξτε τον σχετικό κλάδο αποθετηρίου και επιλέξτε Ενημέρωση όλων. Όλα τα στοιχεία του προγράμματος λαμβάνονται στο W2.

Σημαντικό

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

Τα ακόλουθα στοιχεία αποκαθίστανται μετά την ανάκτηση:

• Φύλλα PowerTable: Ρυθμίσεις πίνακα προέλευσης, ρύθμιση παραμέτρων στήλης, πρόσβαση σε γραμμή, ιδιότητες απεικόνισης (διάταξη, μορφές και άλλα), αναγνώριση γραμμής, ρυθμίσεις σχολίων, διαστάσεις που αλλάζουν αργά (SCD), εγκρίσεις, αυτοματισμοί και φόρμες.
• Φύλλα σχεδιασμού: Ιδιότητες φύλλου (μορφοποίηση, μορφοποίηση υπό όρους και άλλα), ρυθμίσεις σχολίων, ρυθμίσεις εγγραφής, στήλες εισαγωγής δεδομένων, γραμμές εισαγωγής δεδομένων, σενάρια και σελιδοδείκτες.
• Γέφυρα πληροφοριών: Προελεύσεις InfoBridge, ερωτήματα InfoBridge, βήματα μετασχηματισμού, προορισμοί επανεγγραφής, ρυθμίσεις επανεγγραφής, αντιστοιχίσεις συνδεδεμένων ερωτημάτων, ομάδες ερωτημάτων, ιδιότητες απεικόνισης (blend). Αυτά τα στοιχεία δεν μπορούν να ανακτηθούν: προελεύσεις που βασίζονται σε αρχεία (CSV, Excel), φύλλα πολλαπλού φόρτου εργασίας που χρησιμοποιούν προελεύσεις που βασίζονται σε αρχεία.
• Νοημοσύνη: Όλα τα γραφήματα και οι πίνακες.

Επαναφορά Fabric SQL για το Plan

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

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

• Επαναφορά βάσεων δεδομένων εγγραφής: Εάν το σχέδιό σας χρησιμοποιεί προορισμούς εγγραφής SQL, πρέπει επίσης να ανακτήσετε τις συσχετισμένες βάσεις δεδομένων με μη αυτόματο τρόπο. Οι ρυθμισμένοι προορισμοί εγγραφής SQL δεν επαναφέρονται αυτόματα.

• Επαναφορά πινάκων που χρησιμοποιούνται στο PowerTable: Τυχόν πίνακες που δημιουργούνται με χρήση του PowerTable αποθηκεύονται σε μια βάση δεδομένων Fabric SQL. Πρέπει επίσης να ανακτήσετε αυτούς τους πίνακες κατά τη διάρκεια της DR.

Επιχειρησιακοί πράκτορες

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

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

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

Για να προετοιμαστείτε για ανάκτηση, ρυθμίστε τις παραμέτρους της ενοποίησης του Fabric Git και συγχρονίστε τα στοιχεία του εκπροσώπου σας με το αποθετήριο δεδομένων ADO πριν συμβεί μια καταστροφή.

Κατά την ανάκτηση, ρυθμίστε τη νέα περιοχή και τους εκχωρημένους πόρους σας στο Fabric και, στη συνέχεια, χρησιμοποιήστε το συγχρονισμένο αποθετήριο για να επαναφέρετε τις ρυθμίσεις παραμέτρων του παράγοντα σε έναν νέο χώρο εργασίας. Ο συγχρονισμός Git τραβάει τα αποθηκευμένα περιεχόμενα από το αποθετήριο στον κενό χώρο εργασίας, δημιουργώντας εκ νέου τα στοιχεία εκπροσώπου σας.

Μόλις αποκατασταθούν οι ρυθμίσεις παραμέτρων, επιβεβαιώστε ότι τυχόν βάσεις δεδομένων Eventhouse (KQL) με αναφορά ή προελεύσεις δεδομένων για συγκεκριμένη περιοχή είναι προσβάσιμες στη νέα περιοχή. Ενημερώστε τις αναφορές τελικού σημείου στις διαμορφώσεις πρακτόρων, όπως απαιτείται. Τέλος, επανεκκινήστε τους αντιπροσώπους σας και ζητήστε από τους χρήστες να ξεκινήσουν νέες συνεδρίες συνομιλίας. Δεν είναι δυνατή η συνέχιση προηγούμενων συνομιλιών.

Βάση δεδομένων συναλλαγών

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

SQL database

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

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

1. Χρησιμοποιήστε το εργαλείο SqlPackage για να εξαγάγετε τη βάση δεδομένων σε ένα .bacpac αρχείο. Ανατρέξτε στο θέμα Εξαγωγή βάσης δεδομένων με το SqlPackage για περισσότερες λεπτομέρειες.
2. Αποθηκεύστε το .bacpac αρχείο σε ασφαλή θέση που βρίσκεται σε διαφορετική περιοχή από τη βάση δεδομένων. Παραδείγματα περιλαμβάνουν την αποθήκευση του αρχείου .bacpac σε ένα Lakehouse που βρίσκεται σε διαφορετική περιοχή, τη χρήση ενός γεωγραφικά πλεονάζοντος λογαριασμού Azure Storage ή τη χρήση άλλου ασφαλούς μέσου αποθήκευσης που βρίσκεται σε διαφορετική περιοχή.
3. Εάν η βάση δεδομένων SQL και η περιοχή δεν είναι διαθέσιμες, μπορείτε να χρησιμοποιήσετε το αρχείο με το .bacpac SqlPackage για να δημιουργήσετε ξανά τη βάση δεδομένων σε ένα χώρο εργασίας σε μια νέα περιοχή – Χώρος εργασίας C2. W2 στην Περιοχή Β όπως περιγράφεται στο παραπάνω σενάριο. Ακολουθήστε τα βήματα που περιγράφονται λεπτομερώς στην ενότητα Εισαγωγή βάσης δεδομένων με το SqlPackage για να δημιουργήσετε ξανά τη βάση δεδομένων με το αρχείο σας .bacpac .

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

Ζητήματα αποτυχίας

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

Πλατφόρμα

Η πλατφόρμα αναφέρεται στις υποκείμενες κοινόχρηστες υπηρεσίες και αρχιτεκτονική που ισχύουν για όλους τους φόρτους εργασίας. Αυτή η ενότητα περιγράφει τις διαδικασίες αποκατάστασης για κοινόχρηστες δυνατότητες Fabric.

Παρακολούθηση χώρου εργασίας

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

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

Βιβλιοθήκη μεταβλητών

Οι βιβλιοθήκες μεταβλητών Microsoft Fabric επιτρέπουν στους προγραμματιστές να προσαρμόζουν και να μοιράζονται διαμορφώσεις στοιχείων σε έναν χώρο εργασίας, βελτιστοποιώντας τη διαχείριση του κύκλου ζωής του περιεχομένου. Από την άποψη της αποκατάστασης καταστροφών, οι χρήστες μεταβλητών βιβλιοθηκών πρέπει να προστατεύονται προληπτικά από μια περιφερειακή καταστροφή. Αυτό μπορεί να γίνει μέσω της ενοποίησης του Fabric Git, η οποία διασφαλίζει ότι μετά από μια περιφερειακή καταστροφή, η βιβλιοθήκη μεταβλητών ενός χρήστη παραμένει διαθέσιμη. Για να ανακτήσετε μια μεταβλητή βιβλιοθήκη, συνιστάται τα εξής:

• Χρησιμοποιήστε την ενοποίηση Fabric Git για να συγχρονίσετε τη βιβλιοθήκη μεταβλητών με το αποθετήριο δεδομένων ADO. Σε περίπτωση καταστροφής, μπορείτε να χρησιμοποιήσετε το αποθετήριο για να δημιουργήσετε ξανά τη βιβλιοθήκη μεταβλητών στον νέο χώρο εργασίας που δημιουργήσατε. Ακολουθήστε τα παρακάτω βήματα:

  1. Συνδέστε τον χώρο εργασίας σας στο αποθετήριο Git όπως περιγράφεται εδώ.
  2. Φροντίστε να διατηρήσετε το WS και το repo συγχρονισμένα με το Commit and Update.
  3. Ανάκτηση - Σε περίπτωση καταστροφής, χρησιμοποιήστε το αποθετήριο για να δημιουργήσετε ξανά τη βιβλιοθήκη μεταβλητών σε ένα νέο χώρο εργασίας:

• Στον χώρο εργασίας που μόλις δημιουργήσατε, συνδεθείτε και συγχρονίστε ξανά με το αποθετήριο Azure ADO.

• Όλα τα στοιχεία Fabric σε αυτό το αποθετήριο δεδομένων λαμβάνονται αυτόματα στον νέο χώρο εργασίας σας.

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

Κλειδιά διαχειριζόμενα από τον πελάτη για χώρους εργασίας Fabric

Μπορείτε να χρησιμοποιήσετε κλειδιά διαχειριζόμενα από πελάτες (CMK) που είναι αποθηκευμένα στο Azure Key Vault για να προσθέσετε ένα επιπλέον επίπεδο κρυπτογράφησης πάνω από τα κλειδιά που διαχειρίζεται η Microsoft για αδρανή δεδομένα. Σε περίπτωση που το Fabric δεν είναι προσβάσιμο ή δεν μπορεί να λειτουργήσει σε μια περιοχή, τα στοιχεία του θα μεταβούν σε μια παρουσία αντιγράφου ασφαλείας. Κατά τη διάρκεια της ανακατεύθυνσης, η δυνατότητα CMK υποστηρίζει λειτουργίες μόνο για ανάγνωση. Εφόσον η υπηρεσία Azure Key Vault παραμένει υγιής και τα δικαιώματα στο θάλαμο είναι άθικτα, το Fabric θα συνεχίσει να συνδέεται με το κλειδί σας και θα σας επιτρέπει να διαβάζετε δεδομένα κανονικά. Αυτό σημαίνει ότι οι ακόλουθες λειτουργίες δεν υποστηρίζονται κατά την ανακατεύθυνση: ενεργοποίηση και απενεργοποίηση της ρύθμισης CMK χώρου εργασίας και ενημέρωση του κλειδιού.

OneLake

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

Πολιτικές διαχείρισης κύκλου ζωής

Σε περίπτωση που το Fabric δεν είναι προσβάσιμο ή δεν μπορεί να λειτουργήσει σε μια περιοχή, η πολιτική κύκλου ζωής του OneLake εξακολουθεί να μπορεί να διαβαστεί και να ενημερωθεί κατά τη διάρκεια της ανακατεύθυνσης. Τυχόν δεδομένα που μετακινούνται στο ψυχρό ή ψυχρό επίπεδο θα παραμείνουν σε αυτό το επίπεδο. Μπορείτε να ακολουθήσετε αυτά τα βήματα για να εφαρμόσετε την υπάρχουσα πολιτική σας στον νέο χώρο εργασίας αποκατάστασης:

1. Καλέστε την Πολιτική εξαγωγής στον αρχικό χώρο εργασίας σας και αποθηκεύστε ολόκληρη την πολιτική κύκλου ζωής.
2. Καλέστε την Πολιτική εισαγωγής στον ανακτημένο χώρο εργασίας σας, με την πολιτική κύκλου ζωής που έχει εξαχθεί ως σώμα αίτησης.

Κανόνες παρουσίας πόρου

Οι κανόνες παρουσίας πόρων σάς βοηθούν να ελέγχετε με ασφάλεια την πρόσβαση σε δεδομένα στο OneLake χρησιμοποιώντας αξιόπιστες ταυτότητες πόρων Azure. Κατά τη διάρκεια της περιφερειακής ανακατεύθυνσης, το σύστημα συνεχίζει να επιβάλλει τους υπάρχοντες κανόνες για την πρόσβαση ανάγνωσης. Ωστόσο, δεν μπορείτε να δημιουργήσετε, να ενημερώσετε ή να διαγράψετε κανόνες παρουσίας πόρου έως ότου ο χώρος εργασίας επιστρέψει σε κατάσταση εγγραφής.

Σχετικές πληροφορίες

• Microsoft Fabric Οδηγός αποκατάστασης καταστροφών