|
Home > Archive > BizTalk Server General > March 2005 > Large Messages and Large Maps in BizTalk 2004
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Large Messages and Large Maps in BizTalk 2004
|
|
| Bob Corcoran 2005-01-15, 5:48 pm |
| We are processing somewhat large input files and transforming them into
various flat file formats using complex XSLT. We are currently working in the
test environment only, since we have so far been unable to get things working
in production.
We've noticed that relatively large files are taking a long time to process.
One particular 3mb file takes about 25 minutes to process. Another file,
roughly 6.7 mb, took seven hours to process (we ran it overnight). Both files
were processed via the same map.
We are running BizTalk on a machine with a Xeon processor (3.06GHz) and 2.00
GB of RAM. This is not a dedicated server; there are other processes running
on the machine.
Can anybody provide any insight?
Thanks,
--
Bob Corcoran
| |
| Philippe Van der Stighelen 2005-01-15, 5:48 pm |
| We experienced same problem...solution for us was to install this
hotfix:
KB Article Number(s): 870619
Give it a try.
Philippe
"Bob Corcoran" <BobCorcoran@discussions.microsoft.com> wrote in message
news:69E9E292-B6FA-4813-9940-1EEDED9C8D1F@microsoft.com...
> We are processing somewhat large input files and transforming them into
> various flat file formats using complex XSLT. We are currently working in
the
> test environment only, since we have so far been unable to get things
working
> in production.
>
> We've noticed that relatively large files are taking a long time to
process.
> One particular 3mb file takes about 25 minutes to process. Another file,
> roughly 6.7 mb, took seven hours to process (we ran it overnight). Both
files
> were processed via the same map.
>
> We are running BizTalk on a machine with a Xeon processor (3.06GHz) and
2.00
> GB of RAM. This is not a dedicated server; there are other processes
running
> on the machine.
>
> Can anybody provide any insight?
>
> Thanks,
> --
> Bob Corcoran
| |
| Bob Corcoran 2005-01-16, 5:49 pm |
| Thanks Philippe. I'll try it when I get to work tomorrow. By the way, have
you ever seen a map go into an endless loop in the test environment? I tried
to tranform a 7mb source file into a flat file in the trest environment. I
started it on Saturday morning at about 11:00 am and when I check on it 24
hours later, it was still "Invoking component...". Do you think this might be
due to the memory leak you wrote about, or did the app get into some kind of
endless loop? Is the test environment perhaps not suitable to run medium (>
1mb) sized files?
Thanks,
Bob
"Philippe Van der Stighelen" wrote:
> We experienced same problem...solution for us was to install this
> hotfix:
> KB Article Number(s): 870619
>
> Give it a try.
>
> Philippe
>
>
>
> "Bob Corcoran" <BobCorcoran@discussions.microsoft.com> wrote in message
> news:69E9E292-B6FA-4813-9940-1EEDED9C8D1F@microsoft.com...
> the
> working
> process.
> files
> 2.00
> running
>
>
>
| |
| Tan Nguyen 2005-03-03, 8:46 pm |
| Issue resolved.
Regards,
Tan Nguyen
Microsoft BizTalk Server
This posting is provided "AS IS" with no warranties, and confers no rights.
--------------------
| Thread-Topic: Large Messages and Large Maps in BizTalk 2004
| thread-index: AcT79wRbuXTnGEwASYmEDZLDA+tR3A==
| X-WBNR-Posting-Host: 64.252.65.115
| From: =?Utf-8?B?Qm9iIENvcmNvcmFu?= <BobCorcoran@discussions.microsoft.com>
| References: <69E9E292-B6FA-4813-9940-1EEDED9C8D1F@microsoft.com>
<unb11H0#EHA.2076@TK2MSFTNGP15.phx.gbl>
| Subject: Re: Large Messages and Large Maps in BizTalk 2004
| Date: Sun, 16 Jan 2005 10:13:02 -0800
| Lines: 54
| Message-ID: <AF3B3701-ED2E-4E07-B3E0-73752ED0ECFC@microsoft.com>
| MIME-Version: 1.0
| Content-Type: text/plain;
| charset="Utf-8"
| Content-Transfer-Encoding: 7bit
| X-Newsreader: Microsoft CDO for Windows 2000
| Content-Class: urn:content-classes:message
| Importance: normal
| Priority: normal
| X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0
| Newsgroups: microsoft.public.biztalk.general
| NNTP-Posting-Host: TK2MSFTNGXA03.phx.gbl 10.40.1.29
| Path: cpmsftngxa10.phx.gbl!TK2MSFTNGXA03.phx.gbl
| Xref: cpmsftngxa10.phx.gbl microsoft.public.biztalk.general:23650
| X-Tomcat-NG: microsoft.public.biztalk.general
|
| Thanks Philippe. I'll try it when I get to work tomorrow. By the way,
have
| you ever seen a map go into an endless loop in the test environment? I
tried
| to tranform a 7mb source file into a flat file in the trest environment.
I
| started it on Saturday morning at about 11:00 am and when I check on it
24
| hours later, it was still "Invoking component...". Do you think this
might be
| due to the memory leak you wrote about, or did the app get into some kind
of
| endless loop? Is the test environment perhaps not suitable to run medium
(>
| 1mb) sized files?
|
| Thanks,
| Bob
|
| "Philippe Van der Stighelen" wrote:
|
| > We experienced same problem...solution for us was to install this
| > hotfix:
| > KB Article Number(s): 870619
| >
| > Give it a try.
| >
| > Philippe
| >
| >
| >
| > "Bob Corcoran" <BobCorcoran@discussions.microsoft.com> wrote in message
| > news:69E9E292-B6FA-4813-9940-1EEDED9C8D1F@microsoft.com...
| > > We are processing somewhat large input files and transforming them
into
| > > various flat file formats using complex XSLT. We are currently
working in
| > the
| > > test environment only, since we have so far been unable to get things
| > working
| > > in production.
| > >
| > > We've noticed that relatively large files are taking a long time to
| > process.
| > > One particular 3mb file takes about 25 minutes to process. Another
file,
| > > roughly 6.7 mb, took seven hours to process (we ran it overnight).
Both
| > files
| > > were processed via the same map.
| > >
| > > We are running BizTalk on a machine with a Xeon processor (3.06GHz)
and
| > 2.00
| > > GB of RAM. This is not a dedicated server; there are other processes
| > running
| > > on the machine.
| > >
| > > Can anybody provide any insight?
| > >
| > > Thanks,
| > > --
| > > Bob Corcoran
| >
| >
| >
|
|
|
|
|
|