PHWinfo banniere

Titres
PORTAIL ANNUAIRE ARTICLES COMPARATEUR HÉBERGEURS DEVIS FORUMS RÉDUCTEUR D'URL
Précédent   PHWinfo > Forums Hébergement > Forum Hébergement serveur > ms.sqlserver.server > Effect of Backup Log with Truncate_only on the automatic Checkpointing of a DB
S'inscrire FAQ Membres Recherche Messages du jour Marquer les forums comme lus
Effect of Backup Log with Truncate_only on the automatic Checkpointing of a DB

Réponse
 
LinkBack Outils de la discussion
Vieux 21/05/2008, 17h33   #1
Chris Wood
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Effect of Backup Log with Truncate_only on the automatic Checkpointing of a DB

Hi,

We are running SQL2005 SP2 build 3175, soon to be 3239, and have some
conversion jobs that use Backup Log with Truncate_Only. The analyst says
that the checkpoint task blocks the conversion job. Personally I can't wait
for SQL2008 to stop the Truncate_only option, but that's beside the point.

I believe that the checkpoint has trouble because of the Truncate_Only which
is run after a number of transactions have been applied to the database. Is
this a true argument?

Thanks

Chris


  Réponse avec citation
Vieux 21/05/2008, 18h08   #2
Alejandro Mesa
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut RE: Effect of Backup Log with Truncate_only on the automatic Checkpoin

Chris Wood,

> Backup Log with Truncate_Only


That means you do not care about backing up the transaction log. If so, then
why that db is using a recovery model other than "simple"?


AMB

"Chris Wood" wrote:

> Hi,
>
> We are running SQL2005 SP2 build 3175, soon to be 3239, and have some
> conversion jobs that use Backup Log with Truncate_Only. The analyst says
> that the checkpoint task blocks the conversion job. Personally I can't wait
> for SQL2008 to stop the Truncate_only option, but that's beside the point.
>
> I believe that the checkpoint has trouble because of the Truncate_Only which
> is run after a number of transactions have been applied to the database. Is
> this a true argument?
>
> Thanks
>
> Chris
>
>
>

  Réponse avec citation
Vieux 21/05/2008, 18h21   #3
Chris Wood
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: Effect of Backup Log with Truncate_only on the automatic Checkpoin

Alejandro,

We have programmers with SQL 6.5 mentality. I wish they would change it to
simple when this stuff runs but...

Chris

"Alejandro Mesa" <AlejandroMesa@discussions.microsoft.com> wrote in message
news:A86FB944-EF13-4213-BAD5-AAD6190FD1B1@microsoft.com...
> Chris Wood,
>
>> Backup Log with Truncate_Only

>
> That means you do not care about backing up the transaction log. If so,
> then
> why that db is using a recovery model other than "simple"?
>
>
> AMB
>
> "Chris Wood" wrote:
>
>> Hi,
>>
>> We are running SQL2005 SP2 build 3175, soon to be 3239, and have some
>> conversion jobs that use Backup Log with Truncate_Only. The analyst says
>> that the checkpoint task blocks the conversion job. Personally I can't
>> wait
>> for SQL2008 to stop the Truncate_only option, but that's beside the
>> point.
>>
>> I believe that the checkpoint has trouble because of the Truncate_Only
>> which
>> is run after a number of transactions have been applied to the database.
>> Is
>> this a true argument?
>>
>> Thanks
>>
>> Chris
>>
>>
>>



  Réponse avec citation
Réponse


Outils de la discussion

Règles de messages
Vous ne pouvez pas créer de nouvelles discussions
Vous ne pouvez pas envoyer des réponses
Vous ne pouvez pas envoyer des pièces jointes
Vous ne pouvez pas modifier vos messages

Les balises BB sont activées : oui
Les smileys sont activés : oui
La balise [IMG] est activée : oui
Le code HTML peut être employé : non
Trackbacks are oui
Pingbacks are oui
Refbacks are oui


Fuseau horaire GMT +1. Il est actuellement 05h38.


Édité par : vBulletin® version 3.7.3
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 3.2.0 RC5 Tous droits réservés.
Version française #16 par l'association vBulletin francophone
PHWinfo est un site Éducation Sans Frontières ©2000-2008
Ad Management by RedTyger
©Tous droits réservés par les parties respectives
Page generated in 0,08898 seconds with 11 queries