|
Home > Archive > FoxPro Setup > June 2005 > Request for a Network Test Software
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 |
Request for a Network Test Software
|
|
| Hughs Man 2005-04-26, 3:26 am |
| I have created a VFP software with file share data on a Windows XP as a
server
But in some time, the database would corrupt very seriously.
The error is mostly the crosslink in the Memo File Pointer or caused some
record in the database full of strange character.
I suspect the problem is caused by the Network Problem.
But the Network is not deployed by me. And the network guys said the network
is perfect, the problem is caused by the software.
Is there any Network Stress test software on this platform ?
| |
| Dan Freeman 2005-04-26, 11:26 am |
| The network most certainly is NOT perfect. Windows XP is not a server
operating system.
Dan
Hughs Man wrote:
> I have created a VFP software with file share data on a Windows XP as
> a server
> But in some time, the database would corrupt very seriously.
> The error is mostly the crosslink in the Memo File Pointer or caused
> some record in the database full of strange character.
>
> I suspect the problem is caused by the Network Problem.
> But the Network is not deployed by me. And the network guys said the
> network is perfect, the problem is caused by the software.
>
> Is there any Network Stress test software on this platform ?
| |
|
| What version of XP is it? We've had problems with XP Home corrupting VFP
data when it is used in a network environment. Just a thought.
Jerry
"Hughs Man" <hughs@easystem-hk.com> wrote in message
news:O%23Ase%23hSFHA
.580@TK2MSFTNGP15.phx.gbl...
> I have created a VFP software with file share data on a Windows XP as a
> server
> But in some time, the database would corrupt very seriously.
> The error is mostly the crosslink in the Memo File Pointer or caused some
> record in the database full of strange character.
>
> I suspect the problem is caused by the Network Problem.
> But the Network is not deployed by me. And the network guys said the
network
> is perfect, the problem is caused by the software.
>
> Is there any Network Stress test software on this platform ?
>
>
| |
| Hughs Man 2005-04-27, 3:24 am |
| I don't know what version the XP is.
But what I want is a 3rd Party Testing software to prove the Network is not
Perfect in this situation
And let the network guy fix it .
Do you know where I can find those tools ?
"Jerry" <ideasREMOVE@lwolf.com> 级糶秎ン穝籇:eTWPJ
OpSFHA.3696@TK2MSFTNGP15.phx.gbl...
> What version of XP is it? We've had problems with XP Home corrupting VFP
> data when it is used in a network environment. Just a thought.
>
>
> Jerry
>
>
> "Hughs Man" <hughs@easystem-hk.com> wrote in message
> news:O%23Ase%23hSFHA
.580@TK2MSFTNGP15.phx.gbl...
> network
>
>
| |
| Hughs Man 2005-04-27, 3:24 am |
| I agree with that.
Do you know what tools I can use to prove the network is not perfect.
And let the Network guy fix it .
"Dan Freeman" <spam@microsoft.com> 级糶秎ン穝籇:eT6B%
23FnSFHA.2000@TK2MSFTNGP10.phx.gbl...
> The network most certainly is NOT perfect. Windows XP is not a server
> operating system.
>
> Dan
>
> Hughs Man wrote:
>
>
| |
| Jerry 2005-04-27, 11:24 am |
| No sorry Hughs, I don't
"Hughs Man" <hughs@easystem-hk.com> wrote in message
news:OnD4MZtSFHA.1148@tk2msftngp13.phx.gbl...
> I don't know what version the XP is.
> But what I want is a 3rd Party Testing software to prove the Network is
not
> Perfect in this situation
> And let the network guy fix it .
> Do you know where I can find those tools ?
>
> "Jerry" <ideasREMOVE@lwolf.com>
级糶秎ン穝籇:eTWPJ
OpSFHA.3696@TK2MSFTNGP15.phx.gbl...
some[color=darkred]
>
>
| |
| Juan Alonso 2005-04-29, 8:27 pm |
| Hughs.
You can test if it is the network without any tools.
First let me ask you some questions about your network.
1) Are you running the application on the server side or is it installed on
your workstation?
2) Is the data of your database local to you or on a server?
3) If the data is on the server, is it on regular hard drives or on a RAID?
4) Regardless of where the data is stored, how big is your larges data
table?
5) How many people use this same application and data?
6) What kind of network are you running?
Eg. Novell, MS Windows Server, Other?
These questions are the ONLY things in relation to data corruption by
software.
Networks do not cause data corruption unless something physical is damanged.
Eg. Network Cable Broken, Ether Card Damaged or Outdated, Restrictions
on Users stuff like that.
Now if you are using a RAID, that has been known to cause that kind of
behavior if it is not set correctly.
RAIDs are very icky if you don't set them correctly and can cause data loss
and data corruption.
Ok.. we are on the way.. lets see it.
Johnny5
"Hughs Man" <hughs@easystem-hk.com> wrote in message
news:OnD4MZtSFHA.1148@tk2msftngp13.phx.gbl...
>I don't know what version the XP is.
> But what I want is a 3rd Party Testing software to prove the Network is
> not Perfect in this situation
> And let the network guy fix it .
> Do you know where I can find those tools ?
>
> "Jerry" <ideasREMOVE@lwolf.com>
> 级糶秎ン穝籇:eTWPJ
OpSFHA.3696@TK2MSFTNGP15.phx.gbl...
>
>
| |
| Dan Freeman 2005-04-29, 8:27 pm |
| No I do not, sorry.
Dan
Hughs Man wrote:[color=darkred
]
> I agree with that.
> Do you know what tools I can use to prove the network is not perfect.
> And let the Network guy fix it .
>
>
> "Dan Freeman" <spam@microsoft.com>
> 级糶秎ン穝籇:eT6B%
23FnSFHA.2000@TK2MSFTNGP10.phx.gbl...
| |
| Juan Alonso 2005-06-21, 1:24 pm |
| Hey.. I posted a couple of questions for you and you have not replied.
Have you fixed your problem. If so will you let us know.
Thanks,
Johnny5
"Hughs Man" <hughs@easystem-hk.com> wrote in message
news:O%23Ase%23hSFHA
.580@TK2MSFTNGP15.phx.gbl...
>I have created a VFP software with file share data on a Windows XP as a
>server
> But in some time, the database would corrupt very seriously.
> The error is mostly the crosslink in the Memo File Pointer or caused some
> record in the database full of strange character.
>
> I suspect the problem is caused by the Network Problem.
> But the Network is not deployed by me. And the network guys said the
> network is perfect, the problem is caused by the software.
>
> Is there any Network Stress test software on this platform ?
>
>
| |
| Cy Welch 2005-06-21, 8:25 pm |
| Juan Alonso wrote:
> Hughs.
>
> You can test if it is the network without any tools.
>
> First let me ask you some questions about your network.
>
> 1) Are you running the application on the server side or is it installed on
> your workstation?
> 2) Is the data of your database local to you or on a server?
> 3) If the data is on the server, is it on regular hard drives or on a RAID?
> 4) Regardless of where the data is stored, how big is your larges data
> table?
> 5) How many people use this same application and data?
> 6) What kind of network are you running?
> Eg. Novell, MS Windows Server, Other?
>
> These questions are the ONLY things in relation to data corruption by
> software.
>
> Networks do not cause data corruption unless something physical is damanged.
> Eg. Network Cable Broken, Ether Card Damaged or Outdated, Restrictions
> on Users stuff like that.
>
> Now if you are using a RAID, that has been known to cause that kind of
> behavior if it is not set correctly.
> RAIDs are very icky if you don't set them correctly and can cause data loss
> and data corruption.
>
> Ok.. we are on the way.. lets see it.
>
> Johnny5
>
> "Hughs Man" <hughs@easystem-hk.com> wrote in message
> news:OnD4MZtSFHA.1148@tk2msftngp13.phx.gbl...
>
>
>
Actually it's not true that networks don't cause data corruption. That
is acutally one of the leading causes. Network cables can cause
corruption in VFP tables when everything else seems fine. Same with
network cards and drivers. One of the things that will do it fastest
though, is using a non-dedicated server for the data. A rule of thumb
that I have found as well, is to not access the data both locally with
VFP and remotely at the same time. Additionally access across the
network is more likely to have a problem. Many times a network line
that seems fine, is actually picking up noise which is causing
retransmitals. These don't typically cause troublem if traffic levels
are not pushed, but when pushed sometimes you will get corrupt data into
the file on the other end and the network will miss that it did that.
VFP will cause networks that seem fine to fail because it stresses them
more than just about anything else. Whenever possible I recommend
deployment using terminal services and using the data locally, as there
is a much lower incidence of corruption in those cases along with FAR
higher performance.
--
Cy Welch
Senior Programmer
MetSYS Inc
http://www.metsysinc.com
| |
| Juan Alonso 2005-06-22, 8:25 pm |
| Very true about networks that corrupt data. I don't agree too much about
actual line retransmital if you are using proper condution. But yes if you
are just putting out
network lines that are naked, then you will have that problem. Most lines
that pick problems like this is because you put a "bare" line over a long
distance
and the structure framework will cause the noise and the line, being bare,
will pick it up and cause retransmitals. As you may know this problem
happens
with video servailance equipment also. You must properly insulate the cable
used at long distance so that it will not cause this problem.
We use a lite fabric to insulate the calble, that blocks out any noise. You
should look it up to see what best works for you though. This fabric we use
is very
expensive.
I do agree on the other stuff though. We use CITRIX METAFRAME so we keep
all transactions on the server side. It is kinda like Terminal Services,
but it is way more flexible and it lets you access your data FROM ANYWHERE,
WITH ANY MACHINE, even a simple DOS 6.22 Diskette Driven Computer.
Anyway, hope we all helped.
Tuely,
Johnny5
"Cy Welch" <cywelch@yahoo.com> wrote in message
news:Sr_te.5$%O.90@news-west.eli.net...
> Actually it's not true that networks don't cause data corruption. That is
> acutally one of the leading causes. Network cables can cause corruption
> in VFP tables when everything else seems fine. Same with network cards
> and drivers. One of the things that will do it fastest though, is using a
> non-dedicated server for the data. A rule of thumb that I have found as
> well, is to not access the data both locally with VFP and remotely at the
> same time. Additionally access across the network is more likely to have
> a problem. Many times a network line that seems fine, is actually picking
> up noise which is causing retransmitals. These don't typically cause
> troublem if traffic levels are not pushed, but when pushed sometimes you
> will get corrupt data into the file on the other end and the network will
> miss that it did that. VFP will cause networks that seem fine to fail
> because it stresses them more than just about anything else. Whenever
> possible I recommend deployment using terminal services and using the data
> locally, as there is a much lower incidence of corruption in those cases
> along with FAR higher performance.
>
> --
> Cy Welch
> Senior Programmer
> MetSYS Inc
> http://www.metsysinc.com
|
|
|
|
|