Ένα backup δεν είναι ποτέ αρκετό, δύο θα σε σώσουν

η εβδομαδιαία διαδικασία: η reporting database ενημερώνεται (με rman duplicate) από τη central database και ένα έξτρα tablespace (όπου δουλεύουν οι χρήστες μας - το μόνο read-write btw) γίνεται στη συνέχεια plugged in (με transportable tablespaces). To έξτρα tablespace κάθε βράδυ το παίρνουμε hot backup.

το πονηρό μυαλό: δεν παίρνουμε και ένα full export το έξτρα tablespace κάθε βράδυ, έτσι για να μας βρίσκεται;

η κακιά η ώρα: ως δια μαγείας (oracle for ever), και αφού η εβδομαδιαία διαδικασία τρέχει χωρίς πρόβλημα μισό χρόνο τώρα, την τελευταία φορά τα datafiles του παραπάνω tablespace αποκτούν διαφορετικό SCN (system change number) από αυτό που υπάρχει στο expdp dump file του transportable tablespace. Φυσικά, το ίδιο συμβαίνει και με τα datafiles που υπάρχουν στα backup tapes. Τώρα πώς γίνεται αυτό, αφού για να γίνει το trasportable export στο tablespace πρέπει πρώτα να το γυρίσουμε σε read-only, ένας θεός ξέρει.

η απάντηση της Oracle: "Datafiles are not corrupted, as block checksum and head_tail are ok. Based on SCN's DBID, it appears the datafiles are newer than the expdp dump (σ.τ.μ. !!!!!!). The datafiles cannot be used with the expdp dump file -- as such TBS has become an orphaned tablespace (along with the datafiles) and cannot be plugged in."

η λύση: recreate tablespace and import from full datapump export το έξτρα tablespace

το ηθικό δίδαγμα: οι παλιές καλές δοκιμασμένες (και ωριμασμένες με το πέρασμα του χρόνου) λύσεις είναι πάντα οι καλύτερες. Το απλό full export του tablespace έσωσε τα data των χρηστών και την ψυχική μου ηρεμία.