Data vanishing from SQL Server

Hi,
Please help me to solve the following scenario. We are
working on SQL Server 7.0 on Windows NT Server with Raid
5 . We are using a front end application through which all
the things are done. For the last few days we are finding
that certain sets of transactions are disappearing from
the database totally e.g.
1. Certain books are sold to the customers.
2. Stock is reduced.
3. Delivery instructions are generated from the system.
Say Point 1 & 2 are within same transaction whereas Point
3 is a separate transaction based on the committed transactions of
Point 1 & 2. Now the next day or on
the same day after 3-4 hours we find that all the
transactions are reverted. It is creating a big problem.
Is it problem with SQL Server / Windows NT / Virus / Hardware ?
Please give suggestion.
Thanks in advance.You can tell quite quickly if it is SQL Server by
performing a trace.
NB if it is SQL Server then the cause of this will be
something that your team has put in.
J
>--Original Message--
>Hi,
>Please help me to solve the following scenario. We are
>working on SQL Server 7.0 on Windows NT Server with Raid
>5 . We are using a front end application through which
all
>the things are done. For the last few days we are finding
>that certain sets of transactions are disappearing from
>the database totally e.g.
>1. Certain books are sold to the customers.
>2. Stock is reduced.
>3. Delivery instructions are generated from the system.
>Say Point 1 & 2 are within same transaction whereas Point
>3 is a separate transaction based on the committed
transactions of
>Point 1 & 2. Now the next day or on
>the same day after 3-4 hours we find that all the
>transactions are reverted. It is creating a big problem.
>Is it problem with SQL Server / Windows NT / Virus /
Hardware ?
>Please give suggestion.
>Thanks in advance.
>.
>|||Thanks for the suggestion. But if we run the trace then it will take up
certain CPU time. Apart from that this situation is not happening
everyday. It happens all of a sudden and that is why we cannot simulate
the scenario. Please suggest something more.
*** Sent via Developersdex http://www.developersdex.com ***
Don't just participate in USENET...get rewarded for it!|||Ok then.
Try setting up some triggers.
These triggers are only activated when data is deleted.
You can then store who or what deleted the data, or even
if it was ever there.
Incidently a trace does not take up much CPU time, try it
out for yourself, on your server set it up so it shows CPU
time, put on a trace, and then see if it has any noticable
difference, I think you will be surprised ;)
J
>--Original Message--
>Thanks for the suggestion. But if we run the trace then
it will take up
>certain CPU time. Apart from that this situation is not
happening
>everyday. It happens all of a sudden and that is why we
cannot simulate
>the scenario. Please suggest something more.
>
>*** Sent via Developersdex http://www.developersdex.com
***
>Don't just participate in USENET...get rewarded for it!
>.
>|||Dipankar,
Could your application possibly be using transactions which never get
committed?
Regards,
Mark
"Dipankar Ganguly" <dipankarganguly@.hotmail.com> wrote in message
news:be8835c2.0312170647.a4e7224@.posting.google.com...
> Hi,
> Please help me to solve the following scenario. We are
> working on SQL Server 7.0 on Windows NT Server with Raid
> 5 . We are using a front end application through which all
> the things are done. For the last few days we are finding
> that certain sets of transactions are disappearing from
> the database totally e.g.
> 1. Certain books are sold to the customers.
> 2. Stock is reduced.
> 3. Delivery instructions are generated from the system.
> Say Point 1 & 2 are within same transaction whereas Point
> 3 is a separate transaction based on the committed transactions of
> Point 1 & 2. Now the next day or on
> the same day after 3-4 hours we find that all the
> transactions are reverted. It is creating a big problem.
> Is it problem with SQL Server / Windows NT / Virus / Hardware ?
> Please give suggestion.
> Thanks in advance.