Closed
Bug 472176
Opened 16 years ago
Closed 1 month ago
Migration procedure
Categories
(Webtools Graveyard :: Graph Server, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
1.0
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?
Reporter | ||
Updated•16 years ago
|
OS: Mac OS X → All
Hardware: x86 → All
Version: Trunk → 1.0
Reporter | ||
Updated•16 years ago
|
Target Milestone: --- → 1.0
Reporter | ||
Comment 2•16 years ago
|
||
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.
Reporter | ||
Comment 3•16 years ago
|
||
From our weekly meetings, we think option #2 is our best option. But we still want community feedback.
Reporter | ||
Comment 4•15 years ago
|
||
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.
Assignee | ||
Updated•8 years ago
|
Product: Webtools → Webtools Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•