<?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>Fri, 04 Sep 2026 15:15:37 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>
		<item>
			<title><![CDATA[[2017] Changement de domaine des PC connexion sql impossible à l'instance]]></title>
			<link>https://www.developpez.net/forums/showthread.php?t=2179916&amp;goto=newpost</link>
			<pubDate>Thu, 16 Oct 2025 13:28:27 GMT</pubDate>
			<description>Bonjour, 
(je ne suis pas...</description>
			<content:encoded><![CDATA[<div>Bonjour,<br />
(je ne suis pas admin réseau)<br />
mon client (petite structure de 2 personnes) utilise SAGE sur 2 PC qui sont reliés à un serveur avec Microsoft SQL Express 2019.<br />
2 informaticiens étrangers sont venus pour <b>changer le domaine sur les 2 PC Clients</b> pour les rattacher au siège en Allemagne.<br />
Ils n'ont pas touché au serveur en place en France qui contient Microsoft SQL Express 2019.<br />
Techniquement, je ne peux pas en dire +.<br />
<br />
Toujours est-il que depuis cela, les applis SAGE ne peuvent plus se connecter à l'instance SQL.<br />
Cela me semble normal 2 PC sur un nouveau domaine et 1 serveur resté dans l'ancien.<br />
<br />
Existe-il un moyen quelconque de faire autoriser les 2 PC à se connecter à l'instance SQL<br />
Dans sécurité - connexions, il y a les 2 anciens comptes users toujours là. Mais impossible d'en ajouter d'autres, car aucun autre user n'est visible.<br />
Sauriez-vous me guider ?<br />
<br />
Merci<br />
Thib</div>

]]></content:encoded>
			<category domain="https://www.developpez.net/forums/f990/bases-donnees/ms-sql-server/administration/">Administration</category>
			<dc:creator>tibofo</dc:creator>
			<guid isPermaLink="true">https://www.developpez.net/forums/d2179916/bases-donnees/ms-sql-server/administration/changement-domaine-pc-connexion-sql-impossible-l-instance/</guid>
		</item>
		<item>
			<title>Connexion implicite bizarre</title>
			<link>https://www.developpez.net/forums/showthread.php?t=2179674&amp;goto=newpost</link>
			<pubDate>Mon, 06 Oct 2025 05:49:47 GMT</pubDate>
			<description>Bonjour, 
Je rencontre une...</description>
			<content:encoded><![CDATA[<div>Bonjour,<br />
Je rencontre une problématique à laquelle je ne peux bêtement répondre.<br />
Je dispose d'un certains nombre de bases de données sur une instance SQL Server 2019 en build 15.0.4445.1 (déployée car j'avais le soucis avant et non résolu).<br />
J'ai créé une connexion SQL Server avec le rôle public et sans mappage aucun sur aucune base de données.<br />
Lorsque je me connecte avec cette connexion sur mon instance, je vois effectivement la liste de toutes mes bases de données auxquelles je ne peux pas accéder ... sauf une seule d'entre elles !<br />
<br />
J'ai restauré une sauvegarde de cette base de données sur une autre instance situées sur un autre serveur hors contexte client et qui dispose déjà de bases de données actives et d'autres inactives (serveur de test dans la même version)<br />
J'ai ensuite supprimé, sur ce nouveau serveur, tous les utilisateurs déclarés sur cette base de données.<br />
J'ai redémarré mon instance (pour le fun)<br />
J'ai créé un utilisateur SQL Server avec le rôle public sans aucun mappage sur aucune base de données.<br />
Lorsque je me connecte avec cette connexion sur mon instance, je vois effectivement la liste de toutes mes bases de données auxquelles je ne peux pas accéder ... et je peux accéder à ma base de données issue de chez mon client !<br />
<br />
Je dois être neuneu et ne trouve pas le pourquoi du comment de la chose !<br />
Qui peut me dire d'où cela peut-il bien provenir (données système implémentées à la création de la BDD ?) afin que je puisse y remédier ?<br />
<br />
Merci à vous.</div>

]]></content:encoded>
			<category domain="https://www.developpez.net/forums/f990/bases-donnees/ms-sql-server/administration/">Administration</category>
			<dc:creator>ThierryDubois</dc:creator>
			<guid isPermaLink="true">https://www.developpez.net/forums/d2179674/bases-donnees/ms-sql-server/administration/connexion-implicite-bizarre/</guid>
		</item>
	</channel>
</rss>
