Backup du fichier log

bonjour a tous

j'ai une base de donné Olap dédier pour la partie logistique monté sur SQL server 2014 Entreprise Edition que j’utilise pour crée des rapport Power BI
sur cette base on fait un backup compléte du façon journalier et un backup log chaque demi_heure
parfois le serveur du backup il se plante et reste en état down pendant un x temps ce ci entraîne un agrandissement du fichier log du ma base
surtout que le flux transactionnelle est important
Pour cela j'ai penser a mettre ce script

Code:

---

1 2 3

use sharepoint_data BACKUP LOG sharepoint_data with truncate_only DBCC SHRINKFILE(sharepoint_data_log, 10)

---

Maintenant je veux voir l'impact du ce script sur ma séquence du backup séquence LSN en cas du besoin pour faire du restauration
Est ce que ce backup peuvent perturber la séquence LSN pour les Fichier log-->car je suis maintenant devant deux types du backup
de plus sur ce script de backup il n'existe pas un emplacement physique ou je peux trouver ces Fichier log sauvegarder
je m'excuse pas avance si je dis une bêtise
donc n'hésiter pas svp de m'aider pour comprendre le principe

http://www.developpez.net/forums/d82...cc-shrinkfile/

Citation:

---

Envoyé par sihem_info

bonjour a tous

j'ai une base de donné Olap dédier pour la partie logistique monté sur SQL server 2014 Entreprise Edition que j’utilise pour crée des rapport Power BI
sur cette base on fait un backup compléte du façon journalier et un backup log chaque demi_heure
parfois le serveur du backup il se plante et reste en état down pendant un x temps ce ci entraîne un agrandissement du fichier log du ma base
surtout que le flux transactionnelle est important
Pour cela j'ai penser a mettre ce script

Code:

---

1 2 3

use sharepoint_data BACKUP LOG sharepoint_data with truncate_only DBCC SHRINKFILE(sharepoint_data_log, 10)

---

---

Ceci ne fonctionnera pas car l'option TRUNCATE_ONLY est obsolète depuis la version 2008 au moins....

Le plus simple est de dimensionner correctement votre JT et rajouter une alerte qui détecte un événement de remplissage anormal et lance la sauvegarde transactionnelle.

De plus casser la séquence de sauvegarde par une fausse sauvegarde rendra caduque toute tentative de restauration en cas de crash.

A +

Citation:

---

j'ai une base de donné Olap dédier pour la partie logistique monté sur SQL server 2014 Entreprise Edition que j’utilise pour crée des rapport Power BI
sur cette base on fait un backup compléte du façon journalier et un backup log chaque demi_heure

---

je pense que tu mélanges un peu tout... tu parles de backup de bases olap alors qu'en fait tu nous donnes un script T-SQL qui manifestement concerne des bases de données relationnelles... peut-être s'agit il d'un datawarehouse?

En ce qui concerne Le shrink, il faut oublier. si ton fichier monte à 100 Go(par exemple) c'est qu'il y a eu le besoin d'avoir une taille de 100Go et que plus que probablement ce sera le cas à l'avenir. reste à déterminer si tu n'as pas des transactions qui font des boucles infinies ou des transactions qui se bloquent. le mieux est d'analyser lorsque ca arrive avec par exemple un script de ce genre :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

SELECT session_id, request_id, Db_name(database_id), start_time, status, command, Substring(txt.TEXT, ( statement_start_offset / 2 ) + 1, ( ( CASE statement_end_offset WHEN -1 THEN Datalength(txt.TEXT) ELSE statement_end_offset END - statement_start_offset ) / 2 ) + 1) AS statement_text, wait_type, wait_time, blocking_session_id, percent_complete, cpu_time, reads, writes, logical_reads, row_count FROM sys.dm_exec_requests CROSS APPLY sys.Dm_exec_sql_text([sql_handle]) AS txt WHERE session_id <> @@SPID AND session_id > 50 --AND status ='suspended'

---

Cordialement,