Study smarter with Fiveable
Get study guides, practice questions, and cheatsheets for all your subjects. Join 500,000+ students with a 96% pass rate.
When cultural heritage institutions move their digital collections—whether upgrading databases, merging archives, or transitioning to new platforms—the stakes couldn't be higher. A botched migration can mean lost provenance records, corrupted image files, or severed connections between objects and their historical context. You're being tested on understanding how data integrity, metadata standards, interoperability, and ethical stewardship intersect during these critical transitions. Migration isn't just an IT problem; it's a preservation problem with direct implications for scholarship, access, and institutional memory.
The strategies below represent the complete lifecycle of responsible data migration in cultural heritage contexts. Don't just memorize the steps—understand what each strategy protects against and why the sequence matters. Exam questions often present scenarios where something goes wrong, and you'll need to identify which strategy was skipped or poorly executed. Think of these as interconnected safeguards: preparation strategies assess what you have, protection strategies keep it safe during transfer, and verification strategies confirm nothing was lost.
Before moving any data, institutions must thoroughly understand their existing systems and data structures. This diagnostic phase prevents costly surprises mid-migration and establishes the baseline against which success will be measured.
Compare: Legacy System Analysis vs. Data Mapping—both involve documentation, but legacy analysis asks "what do we have?" while mapping asks "where does it go?" FRQs may present a failed migration and ask you to identify whether the problem was inadequate source understanding or faulty transformation logic.
Migration offers a rare opportunity to improve data quality—but only if institutions actively clean and validate before transfer. Migrating "dirty" data simply moves problems to a new location while adding new ones.
Compare: Data Cleansing vs. Metadata Standardization—cleansing fixes errors in existing data, while standardization aligns format and structure to external schemas. Both improve quality, but standardization specifically enables interoperability and long-term access.
The migration process itself introduces vulnerabilities—data in transit can be corrupted, intercepted, or lost. These strategies create safety nets and security boundaries around the transfer process.
Compare: Integrity Measures vs. Phased Approach—integrity measures protect individual files during transfer, while phasing protects the overall project from catastrophic failure. A phased approach with poor integrity monitoring might complete "successfully" while silently corrupting thousands of files.
Migration isn't complete when files finish transferring—it's complete when institutions have verified that everything arrived intact and functions correctly. This phase catches problems while fixes are still possible.
Compare: Testing vs. Post-Migration Verification—testing happens in controlled conditions before go-live, while verification confirms success in the production environment. If an FRQ describes problems discovered months after migration, the issue likely lies in inadequate post-migration monitoring.
Technical success means nothing if migrations violate legal requirements or alienate stakeholders. These strategies ensure migrations remain ethical, compliant, and supported by the people who use and manage the data.
Compare: Stakeholder Engagement vs. Legal Considerations—engagement addresses practical user needs and institutional politics, while legal considerations address external obligations and ethical duties. Both can derail technically successful migrations if neglected.
| Concept | Best Examples |
|---|---|
| Pre-migration assessment | Legacy System Analysis, Data Mapping |
| Data quality improvement | Data Cleansing, Metadata Standardization |
| Transfer security | Encryption, Checksums, Backup protocols |
| Risk mitigation | Phased Migration, Pilot testing |
| Validation methods | User Acceptance Testing, Post-Migration Reconciliation |
| Interoperability | Metadata Standardization, Schema adoption |
| Ethical stewardship | Legal Compliance, Stakeholder Engagement |
| Documentation practices | Mapping documentation, Transformation records, Permission tracking |
A museum discovers six months after migration that hundreds of object records are missing their provenance fields. Which two strategies most likely failed, and how are they related?
Compare and contrast data cleansing and metadata standardization—both improve data quality, but what different problems does each address?
An institution migrating indigenous cultural materials faces community concerns about increased online access. Which strategy category should guide their response, and what specific actions might they take?
Why does a phased migration approach reduce risk more effectively than migrating everything at once? What verification opportunities does phasing create?
If an FRQ presents a scenario where migrated data is technically accurate but staff refuse to use the new system, which overlooked strategy best explains the failure?