Issue Details (XML | Word | Printable)

Key: DERBY-218
Type: Improvement Improvement
Status: Closed Closed
Resolution: Fixed
Priority: Major Major
Assignee: Sunitha Kambhampati
Reporter: Sunitha Kambhampati
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
Derby

Add Relaxed Durability option

Created: 13/Apr/05 01:58 AM   Updated: 23/May/05 12:09 PM
Return to search
Component/s: Store
Affects Version/s: 10.1.1.0
Fix Version/s: 10.1.1.0

Time Tracking:
Issue & Sub-Tasks
Issue Only
Not Specified

Environment: all

Resolution Date: 23/May/05 12:08 PM

Sub-Tasks  All   Open   
No sub-tasks match this view.

 Description  « Hide
Dan Debrunner posted a fix to allow for relaxed durability changes in http://article.gmane.org/gmane.comp.apache.db.derby.user/681/match=relaxed+durability

1) Need to add this option in Derby maybe as some property

2) Also from discussions on the list, Mike suggested that
- that the logging system be changed to somehow
record that the database has operated in this manner, so that if
the database goes corrupt we don't waste effort trying to figure out
what when wrong. Probably need some way to mark the log records, the
log control file and write a message to the user error log file.



 All   Comments   Work Log   Change History   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
Sunitha Kambhampati added a comment - 23/May/05 12:08 PM
committed this change with svn 169538.
Changes include:
1)To enable this no syncs mode, the property setting is derby.system.durability=test If it is set to any other value other than test, then this property setting is ignored and the system will default to the usual mode where all syncs happen correctly.
2) If database is booted in this mode then the flag to indicate this mode is being used is set in log.ctrl file and it will not change after that.Thus there wont be any switching between this mode ( no syncs) to default ( all syncs) mode because we cannot guarantee that the database will be in a consistent state once its booted in this no sync mode..
3) This flag is now written out as part of the log control flags in log.ctrl file instead of using a spare byte.
4) Syncs not forced for
- the log file at each commit
- the log file before data page is forced to disk
- page allocation when file is grown
- data writes during checkpoint