Nous avons une grande base de données, avec une taille d'environ 400 Go. Nous utilisons une insertion en vrac (du système en amont) avec les paramètres suivants:
`Driver=/IIS/Appl/Server/branded_odbc/lib/VMsqls24.so`
`Description=DataDirect 6.0 SQL Server Native Wire Protocol`
`Address=SQLLPB2GBRxxx.xxxxx.COM,14331`
`AnsiNPW=Yes`
`AuthenticationMethod=4`
`Database=DB_PROD`
`QuotedId=No`
`EnableBulkLoad=1`
`BulkBinaryThreshold=32`
`BulkCharacterThreshold=-1`
`BulkLoadBatchSize=1024`
`BulkLoadOptions=0`
Les modifications Delta dans la DB représentent environ 70 Go à la fin du mois. Le fichier journal des transactions tombe sur 800 Go (deux fois la taille de la DB réelle, où 800 Go est la taille actuelle du lecteur de journal de transaction alloué). Autogrow est activé sur le journal des transactions, mais nous ne savons pas pourquoi il devient si grand. La récupération simple est définie.
Y a-t-il des paramètres (soit en amont sur l'insert en vrac, ou sur le journal de transaction DB) que nous pouvons faire peau?
Pendant qu'il est en cours d'exécution, essayez d'exécuter la commande de point de contrôle séparément. Il se peut que votre système ne soit pas pour effectuer les points de contrôle et peut avoir besoin d'un supplément de manière supplémentaire.