Closed Bug 472176 Opened 17 years ago Closed 2 years ago

Migration procedure

Categories

(Webtools Graveyard :: Graph Server, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: rdoherty, Unassigned)

References

Details

Creating this bug to discuss migration strategies for when we launch 1.0. Initial possibilities: 1) Dump all old data and start with only new datasets Pros: easy Cons: lose all old data, lots of angry people 2) Push data from Talos to both old and new graph servers for 2-3 weeks Pros: New graph server starts of with lots of data, good for testing db Cons: More difficult. Will have to either rewrite Talos or Graph server to update both databases 3) Migrate old database to new database, then switchover to new graph server Pros: all data is in new database Cons: Could take weeks to port data (or never finish). Lots of places for things to break. What are everyone's thoughts or other ideas?
OS: Mac OS X → All
Hardware: x86 → All
Version: Trunk → 1.0
Target Milestone: --- → 1.0
Per Alice's advice, if we migrate, we would only need continuous data, not discrete. Some tests are junk. Dead branches are important for historical trends and comparisons.
Depends on: 474644
From our weekly meetings, we think option #2 is our best option. But we still want community feedback.
I just talked with John and he had a use case for keeping old data around. During releases we often look back at many of our previous releases to see performance improvements. So we need to pull test data for previous releases. More information gathering will be necessary to get the dates and tests.
Product: Webtools → Webtools Graveyard
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.