<?xml version="1.0" encoding="ISO-8859-1"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
	<channel>
		<title>Forum du club des développeurs et IT Pro - Administration</title>
		<link>https://www.developpez.net/forums/</link>
		<description><![CDATA[Forum d'entraide sur l'administration du dataserver, via SSM ou ligne de commande, les tables système, ...]]></description>
		<language>fr</language>
		<lastBuildDate>Mon, 19 Oct 2026 17:42:31 GMT</lastBuildDate>
		<generator>vBulletin</generator>
		<ttl>15</ttl>
		<image>
			<url>https://forum.developpez.be/images/misc/rss.png</url>
			<title>Forum du club des développeurs et IT Pro - Administration</title>
			<link>https://www.developpez.net/forums/</link>
		</image>
		<item>
			<title><![CDATA[[2008R2] Limiter la taille des fichiers de log]]></title>
			<link>https://www.developpez.net/forums/showthread.php?t=2184697&amp;goto=newpost</link>
			<pubDate>Fri, 17 Jul 2026 07:07:37 GMT</pubDate>
			<description>Bonjour, 
 
Je travaille sur...</description>
			<content:encoded><![CDATA[<div>Bonjour,<br />
<br />
Je travaille sur un ensemble de bases de données SQL sur un serveur SQL 2008 R2.<br />
Les postes clients utilisent soit Access 2010 (projets .ADP) soit des applications VB.net<br />
<br />
Je constate que les fichiers .log de mes bases de données augmentent considérablement, en particulier une d'entre elles accédée essentiellement par des applications VB.net/ADODB.<br />
Sur des versions plus anciennes de SQL server j'utilisais la command TRUNCATE LOG mais, à priori, cette commande n'existe plus. J'ai donc programmé une sauvegarde incrémentielle toues les heures sur les bases concernées mais malgré tout le fichier journal fait en moyenne 8 fois la taille du fichier de données (exemple: Data = 880 Mo, log = 6,8 Go)<br />
<br />
Est-ce un comportement normal ? 8O<br />
Quelqu'un aurait-il de bons conseils à me donner pour atténuer ce gonflement ? ;)<br />
<br />
Je vais basculer prochainement sur un serveur SQL 2025 standard, y aura t-il de nouvelles possibilités concernant ce sujet ?<br />
<br />
Merci pour vos conseils ! :D<br />
<br />
Bien cordialement.</div>

]]></content:encoded>
			<category domain="https://www.developpez.net/forums/f990/bases-donnees/ms-sql-server/administration/">Administration</category>
			<dc:creator>Depite</dc:creator>
			<guid isPermaLink="true">https://www.developpez.net/forums/d2184697/bases-donnees/ms-sql-server/administration/limiter-taille-fichiers-log/</guid>
		</item>
		<item>
			<title><![CDATA[[2017] Impact compression data   PAGEIOLATCH_SH]]></title>
			<link>https://www.developpez.net/forums/showthread.php?t=2183676&amp;goto=newpost</link>
			<pubDate>Tue, 12 May 2026 07:25:08 GMT</pubDate>
			<description>Bonjour à tous, 
 
Nous...</description>
			<content:encoded><![CDATA[<div>Bonjour à tous,<br />
<br />
Nous rencontrons actuellement un problème de performance sur une requête qui génère un volume important d’attentes PAGEIOLATCH_SH. Cela indique que SQL Server passe beaucoup de temps à lire les pages depuis le disque.<br />
<br />
Dans ce contexte, je souhaite avoir vos retours d’expérience sur l’efficacité d’une approche basée sur :<br />
<br />
la compression des données (DATA_COMPRESSION = PAGE)<br />
<br />
la compression des index (ROW ou PAGE selon les gains estimés)<br />
<br />
L’objectif est de réduire le volume de pages lues et donc de diminuer les attentes PAGEIOLATCH_SH.<br />
<br />
Avez-vous déjà mis en place ce type de solution pour réduire la pression I/O ?<br />
Quels résultats avez-vous observés ?<br />
<br />
Merci d’avance pour vos retours.</div>

]]></content:encoded>
			<category domain="https://www.developpez.net/forums/f990/bases-donnees/ms-sql-server/administration/">Administration</category>
			<dc:creator>samirCA007</dc:creator>
			<guid isPermaLink="true">https://www.developpez.net/forums/d2183676/bases-donnees/ms-sql-server/administration/impact-compression-data-pageiolatch_sh/</guid>
		</item>
		<item>
			<title>Problème de nombre excessif de connexions flottantes SQL</title>
			<link>https://www.developpez.net/forums/showthread.php?t=2183043&amp;goto=newpost</link>
			<pubDate>Sat, 04 Apr 2026 15:44:11 GMT</pubDate>
			<description><![CDATA[Bonjour, 
J'ai un souci de...]]></description>
			<content:encoded><![CDATA[<div>Bonjour,<br />
J'ai un souci de nombre de connexions flottantes depuis et vers (Même adresse IP du serveur) le moteur SQL (Port1433), le nombre explose et dépasse rapidement les 500 et 1.000 connexions actives et ça cause un crash de l'application client/serveur &gt;&gt; Déconnexion de toutes les caisses POS <br />
Avez vous déjà eu ce problème/blocage?<br />
Merci,</div>

]]></content:encoded>
			<category domain="https://www.developpez.net/forums/f990/bases-donnees/ms-sql-server/administration/">Administration</category>
			<dc:creator>aalaouis</dc:creator>
			<guid isPermaLink="true">https://www.developpez.net/forums/d2183043/bases-donnees/ms-sql-server/administration/probleme-nombre-excessif-connexions-flottantes-sql/</guid>
		</item>
		<item>
			<title><![CDATA[[2017] Demande de stratégie pour archivage de tables volumineuses avec CDC actif]]></title>
			<link>https://www.developpez.net/forums/showthread.php?t=2182277&amp;goto=newpost</link>
			<pubDate>Tue, 24 Feb 2026 09:03:17 GMT</pubDate>
			<description>Hello ,  
 
Dans les...</description>
			<content:encoded><![CDATA[<div>Hello , <br />
<br />
Dans les prochains jours, nous prévoyons de lancer une opération d’archivage sur plusieurs tables volumineuses.Ces tables sont actuellement sous Change Data Capture (CDC).<br />
<br />
Afin d’éviter toute interruption ou corruption du flux CDC, pourriez-vous nous indiquer si vous disposez d’une stratégie ou de bonnes pratiques permettant d’exécuter l’archivage sans impacter le CDC  (capture, nettoyage, LSN, jobs associés, etc.)<br />
<br />
Toute recommandation ou retour d’expérience est le bienvenu.<br />
 <br />
Thanks</div>

]]></content:encoded>
			<category domain="https://www.developpez.net/forums/f990/bases-donnees/ms-sql-server/administration/">Administration</category>
			<dc:creator>samirCA007</dc:creator>
			<guid isPermaLink="true">https://www.developpez.net/forums/d2182277/bases-donnees/ms-sql-server/administration/demande-strategie-archivage-tables-volumineuses-cdc-actif/</guid>
		</item>
		<item>
			<title><![CDATA[[2017] Restore page corompu]]></title>
			<link>https://www.developpez.net/forums/showthread.php?t=2180621&amp;goto=newpost</link>
			<pubDate>Tue, 25 Nov 2025 08:20:04 GMT</pubDate>
			<description>Bonjour,   
Je souhaiterais...</description>
			<content:encoded><![CDATA[<div>Bonjour,  <br />
Je souhaiterais savoir s’il est possible de restaurer une page corrompue à partir d’un backup complet.  <br />
Le point bloquant est que ce backup date d’environ un an.  <br />
Si je procède à la restauration de cette page depuis ce full backup, puis que j’applique ensuite le log backup d’aujourd’hui, est-ce que l’opération pourra fonctionner ?  <br />
Pouvez-vous me confirmer la faisabilité de cette restauration et m’indiquer les impacts éventuels ?  <br />
Merci d’avance pour votre retour.</div>

]]></content:encoded>
			<category domain="https://www.developpez.net/forums/f990/bases-donnees/ms-sql-server/administration/">Administration</category>
			<dc:creator>samirCA007</dc:creator>
			<guid isPermaLink="true">https://www.developpez.net/forums/d2180621/bases-donnees/ms-sql-server/administration/restore-page-corompu/</guid>
		</item>
	</channel>
</rss>
