Problème de performance

[Robert]

Bonjour,

Nous avons installé sur un serveur une instance de SQL 2005 et Biztalk2006.
Le but étant de faire tourner des orchestrations permettant de répliquer des
données vers un autre serveur SQL.

Nous rencontrons de gros problème de performances. Le serveur tourne sous
Windows 2003 SP1 et dispose de 4 GB de mémoire

Avez-vous une idée

[Patrice Manac'h]

Bonjour,

des idées, oui mais pour savoir si elles conviennent à votre cas, il faut
nous en dire un peu plus : votre CPU est à 100%, votre mémoire saturée,
c'est lent mais la CPU est OK ? Pour votre réplication, vous faîtes du
debatching, des boulces xpath ? Vous avez 4 Go, mais le serveur est-il
configuré en 3 GB ?

Bref, si vous avez quelques informations complémentaires...

Cdt,

P. Manac'h
MCS France

Post by Robert
Bonjour,
Nous avons installé sur un serveur une instance de SQL 2005 et Biztalk2006.
Le but étant de faire tourner des orchestrations permettant de répliquer des
données vers un autre serveur SQL.
Nous rencontrons de gros problème de performances. Le serveur tourne sous
Windows 2003 SP1 et dispose de 4 GB de mémoire
Avez-vous une idée

[Robert]

Le CPU est quasi en permancence à 100%
La mémoire disponible est de 4B.
le /3GB est positionné. L'instance de SQL utilise 3 GB.
On ne pas de debatching ni de boucle xpath.
Nos ochestrations consistent à importer des fichiers txt vers un serveur
SQL. L'écriture dans le fichier SQL s'effectue par procédue stockée.
Le traçage de l'adaptateur SQL montre qu'il n'effectue que peu d'insertion
(seulement 10 lignes ont été insérée en un week-end).
Pour chaque ochestration, le traitement par lot a été réduit à 1 dans le
port de réception.

[Patrice Manac'h]

Bonjour,

la CPU est elle à 100 % seulement quand vous faîtes des imports ? Est-ce SQL
ou Biztalk qui sature la CPU ?

Cdt,

P. Manac'h
MCS France

Post by Robert
Le CPU est quasi en permancence à 100%
La mémoire disponible est de 4B.
le /3GB est positionné. L'instance de SQL utilise 3 GB.
On ne pas de debatching ni de boucle xpath.
Nos ochestrations consistent à importer des fichiers txt vers un serveur
SQL. L'écriture dans le fichier SQL s'effectue par procédue stockée.
Le traçage de l'adaptateur SQL montre qu'il n'effectue que peu d'insertion
(seulement 10 lignes ont été insérée en un week-end).
Pour chaque ochestration, le traitement par lot a été réduit à 1 dans le
port de réception.

[Arnaud CLERET]

Bonsoir,

Le problème peut venir aussi de la taille des fichiers texte importés. Quels
sont leur taille ?
BizTalk supporte des flux jusqu'a 100 Mo mais lorsqu'un flux dépasse les
20Mo, il peut s'avérer que BizTalk peine à charger le flux et à le traiter
en mettant le serveur à genou ! D'autant plus si vous traiter le flux avec
des boucles XPath.

Post by Patrice Manac'h
la CPU est elle à 100 % seulement quand vous faîtes des imports ? Est-ce
SQL ou Biztalk qui sature la CPU ?
Cdt,
P. Manac'h
MCS France

Post by Robert
Le CPU est quasi en permancence à 100%
La mémoire disponible est de 4B.
le /3GB est positionné. L'instance de SQL utilise 3 GB.
On ne pas de debatching ni de boucle xpath.
Nos ochestrations consistent à importer des fichiers txt vers un serveur
SQL. L'écriture dans le fichier SQL s'effectue par procédue stockée.
Le traçage de l'adaptateur SQL montre qu'il n'effectue que peu d'insertion
(seulement 10 lignes ont été insérée en un week-end).
Pour chaque ochestration, le traitement par lot a été réduit à 1 dans le
port de réception.

[Robert]

La taille des fichiers est de 50 K environ. On souhaite traiter 1000 fichiers
de 50 K. Chaque fichier représente 200 lignes à insérer.

Est-ce qu'un flux représente un fichier ou l'ensemble des fichiers à traiter ?

[Arnaud CLERET]

BizTalk traite les fichier un par un et non par lot au sein d'un même flux.

arno - http://www.dotnetguru2.org/acleret/ <DIV>&quot;Robert&quot; &lt;***@discussions.microsoft.com&gt; wrote in
message news:3C39FE83-F9D9-4144-8E2A-***@microsoft.com...</DIV>> La
taille des fichiers est de 50 K environ. On souhaite traiter 1000 fichiers

Post by Robert
de 50 K. Chaque fichier représente 200 lignes à insérer.
Est-ce qu'un flux représente un fichier ou l'ensemble des fichiers à traiter ?

[Robert]

Les service Biztalk et SQL Server saturent le CPU a part égale.
Même lorsqu'aucune ochestration ne tournait, le simple fait d'exécuter la
console d'administration de Biztalk sature le CPU.

[Patrice Manac'h]

Bonjour,

à moins que votre configuration ne soit un peu ancienne, c'est bizarre. Cela
a t'il toujours été le cas ou est-ce apparu récement ?

Cdt,

P. Manac'h
MCS France

Post by Robert
Les service Biztalk et SQL Server saturent le CPU a part égale.
Même lorsqu'aucune ochestration ne tournait, le simple fait d'exécuter la
console d'administration de Biztalk sature le CPU.

[Benjamin Guinebertière [MS]]

Je confirme que c'est étonnant. Est-ce que vous avez des adaptateurs,
composants de pipelines ou autres traitements spécifiques dans votre
configuration?
--
Benjamin Guinebertière
Microsoft France

Ce message est fourni en l'état, sans garantie d'aucune sorte, et ne vous
confère aucun droit. Vous assumez tous les risques liés à son utilisation.

Post by Robert
Bonjour,
à moins que votre configuration ne soit un peu ancienne, c'est bizarre.
Cela a t'il toujours été le cas ou est-ce apparu récement ?
Cdt,
P. Manac'h
MCS France

Post by Robert
Les service Biztalk et SQL Server saturent le CPU a part égale.
Même lorsqu'aucune ochestration ne tournait, le simple fait d'exécuter la
console d'administration de Biztalk sature le CPU.

[Arnaud CLERET]

Comme les réponses précédentes, le phénomène rencontré semble étonnant et
anormal. Auriez vous procédé à des changement de configuration ou passage de
patch ?

D'autre part, avez vous aussi les services tels que BAM, EDI ... d'installés
sur la même machine ou autre composant spécifique ?

arno - http://www.dotnetguru2.org/acleret/


<DIV>&quot;Benjamin Guinebertière [MS]&quot;
&lt;***@online.microsoft.com&gt; wrote in message news:***@TK2MSFTNGP06.phx.gbl...</DIV>> Je confirme que c'est
étonnant. Est-ce que vous avez des adaptateurs,

Post by Benjamin Guinebertière [MS]
composants de pipelines ou autres traitements spécifiques dans votre
configuration?
--
Benjamin Guinebertière
Microsoft France
Ce message est fourni en l'état, sans garantie d'aucune sorte, et ne vous
confère aucun droit. Vous assumez tous les risques liés à son utilisation.

Post by Robert
Bonjour,
à moins que votre configuration ne soit un peu ancienne, c'est bizarre.
Cela a t'il toujours été le cas ou est-ce apparu récement ?
Cdt,
P. Manac'h
MCS France

Post by Robert
Les service Biztalk et SQL Server saturent le CPU a part égale.
Même lorsqu'aucune ochestration ne tournait, le simple fait d'exécuter la
console d'administration de Biztalk sature le CPU.

[Robert]

On n'a pas installé de patch.
Le service BAM est désactivé.

Comme les rponses prcdentes, le phnomne rencontr semble tonnant et
anormal. Auriez vous procd des changement de configuration ou passage de
patch ?
D'autre part, avez vous aussi les services tels que BAM, EDI ... d'installs
sur la mme machine ou autre composant spcifique ?
arno - http://www.dotnetguru2.org/acleret/
<DIV>"Benjamin Guinebertire [MS]"
tonnant. Est-ce que vous avez des adaptateurs,

composants de pipelines ou autres traitements spcifiques dans votre
configuration?
--
Benjamin Guinebertire
Microsoft France
Ce message est fourni en l'tat, sans garantie d'aucune sorte, et ne vous
confre aucun droit. Vous assumez tous les risques lis son utilisation.

Post by Robert
Bonjour,
moins que votre configuration ne soit un peu ancienne, c'est bizarre.
Cela a t'il toujours t le cas ou est-ce apparu rcement ?
Cdt,
P. Manac'h
MCS France

Les service Biztalk et SQL Server saturent le CPU a part gale.
Mme lorsqu'aucune ochestration ne tournait, le simple fait d'excuter
la
console d'administration de Biztalk sature le CPU.

[Robert]

On utilise un adaptateur SQL et des composants de pipelines (désasembleur de
fichiers plat)

Post by Benjamin Guinebertière [MS]
Je confirme que c'est étonnant. Est-ce que vous avez des adaptateurs,
composants de pipelines ou autres traitements spécifiques dans votre
configuration?
--
Benjamin Guinebertière
Microsoft France
Ce message est fourni en l'état, sans garantie d'aucune sorte, et ne vous
confère aucun droit. Vous assumez tous les risques liés à son utilisation.

Post by Robert
Bonjour,
à moins que votre configuration ne soit un peu ancienne, c'est bizarre.
Cela a t'il toujours été le cas ou est-ce apparu récement ?
Cdt,
P. Manac'h
MCS France

Post by Robert
Les service Biztalk et SQL Server saturent le CPU a part égale.
Même lorsqu'aucune ochestration ne tournait, le simple fait d'exécuter la
console d'administration de Biztalk sature le CPU.

[Robert]

Le probleme s'est toujours posé

Post by Robert
Les service Biztalk et SQL Server saturent le CPU a part égale.
Même lorsqu'aucune ochestration ne tournait, le simple fait d'exécuter la
console d'administration de Biztalk sature le CPU.

[Benjamin Guinebertière [MS]]

Je ne vois pas comme cela à quoi cela pourrait être dû.
Vous pouvez contacter le support qui pourra sûrement vous aider. Vous
trouverez des informations complémentaires à
http://support.microsoft.com/default.aspx?ln=FR

Nh'ésitez pas à poster de nouvelles informations si vous voyez quelque chose
de spécifique.
Peut-être également que les outils disponibles à sysinternals.com comme
process explorer peuvent vous aider à diagnostiquer le problème. Que se
passe-t-il si vous faites tourner DebugViewer sur la machine où BizTalk
tourne? Voyez-vous des informations particulières?
--
Benjamin Guinebertière
Microsoft France

Ce message est fourni en l'état, sans garantie d'aucune sorte, et ne vous
confère aucun droit. Vous assumez tous les risques liés à son utilisation.

Post by Robert
Le probleme s'est toujours posé

Post by Robert
Les service Biztalk et SQL Server saturent le CPU a part égale.
Même lorsqu'aucune ochestration ne tournait, le simple fait d'exécuter la
console d'administration de Biztalk sature le CPU.