Systems and methods for managing replicated database data in dirty and clean shutdown states

1. A system for performing data management operations, the system comprising:

at least one target computer comprising computer hardware that communicates with at least one source computer to receive information about a source database stored on a first storage device;

at least one second storage device in communication with the target computer;

wherein the target computer replicates at least a portion of the source database to generate a target database on the second storage device, the target database existing in a dirty shutdown state at a first time;

wherein the target computer copies at least a portion of the target database in the dirty shutdown state to create a first copy, the first copy stored in the dirty shutdown state;

at a second time subsequent to creating the first copy, the target computer commits a plurality of data transactions to the target database that puts the target database into a clean shutdown state;

wherein the target computer copies at least a portion of the target database in the clean shutdown state to create a second copy that includes data corresponding to the plurality of committed data transactions, wherein the second copy is stored in the clean shutdown state; and

wherein the target computer reverts the target database in the clean shutdown state back to the dirty shutdown state based on differences between the first copy in the dirty shutdown state and the second copy in the clean shutdown state.

2. The system of claim 1 wherein the source database and the target database are out of sync following the committing of the plurality of data transactions to the target database.

3. The system of claim 1 wherein the target computer commits the plurality of data transactions into the target database prior to the plurality of data transactions being committed into the source database.

4. The system of claim 1 wherein at least one of the plurality of data transactions comprise a marker indicative of a time of a known good state of a database application.

5. The system of claim 1 wherein copying the portion of the target database comprises a point-in-time snapshot operation.

6. The system of claim 1 wherein the target computer further comprises a replication module having a plurality of threads that commit the plurality of data transactions.

7. The system of claim 1 wherein the target computer comprises at least one application programming interface that commits the plurality of data transactions.

8. The system of claim 1 further comprising a filter driver that monitors the plurality of data transactions associated with the source database and generates log entries.

9. The system of claim 1 wherein the second copy is a read-only copy of the target database.

10. The system of claim 1 wherein creating the target database occurs without shutting down a database application.

11. A method for performing data management operations, the method comprising:

replicating at least a portion of a source database to generate a target database on a second storage device, the target database existing in a dirty shutdown state at a first time;

copying at least a portion of the target database in the dirty shutdown state to create a first copy, the first copy stored in the dirty shutdown state;

at a second time subsequent to creating the first copy, committing a plurality of data transactions to the target database that puts the target database into a clean shutdown state;

copying at least a portion of the target database in the clean shutdown state to create a second copy that includes data corresponding to the plurality of committed data transactions, wherein the second copy is stored in the clean shutdown state; and

reverting the target database in the clean shutdown state back to the dirty shutdown state based on differences between the first copy in the dirty shutdown state and the second copy in the clean shutdown state.

12. The method of claim 11 wherein the source database and the target database are out of sync following the committing of the plurality of data transactions to the target database.

13. The method of claim 11 wherein committing the plurality of data transactions into the target database occurs prior to the plurality of data transactions being committed into the source database.

14. The method of claim 11 wherein at least one of the plurality of data transactions comprise a marker indicative of a time of a known good state of a database application.

15. The method of claim 11 wherein copying the portion of the target database comprises a point-in-time snapshot operation.

16. The method of claim 11 wherein committing the plurality of data transactions comprises using a replication module having a plurality of threads.

17. The method of claim 11 wherein committing the plurality of data transactions comprises using a programming interface.

18. The method of claim 11 further comprising monitoring the plurality of data transactions associated with the source database with a filter driver and generating log entries.

19. The method of claim 11 wherein the second copy is a read-only copy of the target database.

20. The method of claim 11 wherein creating the target database occurs without shutting down a database application.