Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase

Stairway to Transaction Log Management in SQL Server, Level 6: Managing the Log in BULK_LOGGED Recovery Model Expand / Collapse
Author
Message
Posted Friday, October 26, 2012 8:56 AM


SSC-Forever

SSC-ForeverSSC-ForeverSSC-ForeverSSC-ForeverSSC-ForeverSSC-ForeverSSC-ForeverSSC-ForeverSSC-ForeverSSC-ForeverSSC-ForeverSSC-ForeverSSC-ForeverSSC-ForeverSSC-Forever

Group: General Forum Members
Last Login: Today @ 7:14 AM
Points: 41,507, Visits: 34,423
Comments posted to this topic are about the item Stairway to Transaction Log Management in SQL Server, Level 6: Managing the Log in BULK_LOGGED Recovery Model


Gail Shaw
Microsoft Certified Master: SQL Server 2008, MVP
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability

We walk in the dark places no others will enter
We stand on the bridge and no one may pass

Post #1377652
Posted Wednesday, November 07, 2012 2:18 AM
SSCommitted

SSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommitted

Group: General Forum Members
Last Login: Today @ 5:53 AM
Points: 1,528, Visits: 5,171
I'm sure I've said this before, but I don't think the advantages of using BULK LOGGED mode are worth the potential risks. If the data is critical enough that the database is normally in FULL recovery, then IMHO it's too critical to risk losing a chunk of it. Conversely, if it ISN'T that critical, you might as well run the database in SIMPLE recovery and not bother with logs at all! Of course, this is purely an opinion, your mileage may vary, etc...
Post #1381837
Posted Tuesday, July 16, 2013 8:30 PM
Forum Newbie

Forum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum Newbie

Group: General Forum Members
Last Login: Wednesday, March 26, 2014 8:39 PM
Points: 9, Visits: 101
Hi, in your post, you can find the data in the [Log Record] of fn_DBLog feedback.
but the string is too long.


/**
create table c (name char(5))
insert into c select 'wison'
**/

the [Log Record] of fn_DBLog related to the [LOP_INSERT_ROWS] is :
0x00003E0015000000D00000000100020063020000000002019F000000010000001E00000015000000D00000000F000001000010000000000100000000410003000C00000014004200100009007769736F6E0100000101000C00009211550000000102000402030004

how can i analysis it?

Post #1474352
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse