Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 183
  • Last Modified:

Microsoft SQL DB Testing

Hi,

We have a software provider that periodically provides updates to our server-side software. These updates make changes to the stored procedures in the database for that software. After we have tested the updates on our test server, we then send live traffic to the test server for a brief amount of time to test the performance.  Once we switch back to the primary server, the traffic that went  to the test server is unfortunately lost. While the database gets a lot of traffic the writes to the database haven't been particularly important so five minutes of lost data wasn't important. That has recently changed. I'm now looking for a way that we can switch between servers without losing data.

I initially looked into database mirroring which seemed to be what we were looking for. Problem is, the stored procedures are mirrored right along with the data. So that won't really work since the updates provided change the stored procedures as well.  So I'm now looking into database clustering but I'm not really sure if clustering will solve my problem either. I need a solution that will allow us to have different software and stored procedures on two servers but not lose the data sent to the test server. Is clustering what I'm looking for? If so, is there a specific way of setting it up to get the results I'm looking for? Or is there another way to do this?

Thanks in advance for your help!
0
flashfoods
Asked:
flashfoods
1 Solution
 
Lara FEACommented:
what we usually do in similar situation - we will record all trace on production server for some period of time 5 minutes or 5 hours  - then run those trace in updated test environment to test performance - then we update production to new software.
0

Featured Post

What is SQL Server and how does it work?

The purpose of this paper is to provide you background on SQL Server. It’s your self-study guide for learning fundamentals. It includes both the history of SQL and its technical basics. Concepts and definitions will form the solid foundation of your future DBA expertise.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now