SQL server 2008 log shipping

[Wooldoor]

Ik ben bezig met het vinden van een oplossing om onze databases te synchroniseren.
We hebben locatie A waar de database beschreven wordt en locatie B waar de data alleen read only beschikbaar moet zijn. Het netwerk tussen locatie A en B is erg slecht en klapt er regelmatig uit dus leek ons de beste oplossing om met log shipping te werken.Dus heb je een normale database op locatie A en een standy/read only database op locatie B.

We hebben de configuratie opgezet en het werkt allemaal zoals het zou moeten. Vanaf dat punt zijn we mogelijke scenario's gaan uitwerken om onze configuratie te testen.

• Bij een belangrijk scenario liepen we echter compleet vast en dat is als we een backup nodig hebben van de database omdat er problemen zijn. We willen de data dan zo snel mogelijk bij onze software leverancier hebben om deze te bekijken.
  Nu is het geen optie om een full backup te maken op locatie A omdat het dan minstens een dag kan duren om de data op locatie B te hebben. We willen dus een full backup maken van de database die op locatie B staat maar dat is helaas niet mogelijk met een Standby/Read only database want dan is de hele log shipping configuratie in de war en zal dan weer opnieuw geconfigureerd moeten worden.

• Het tweede probleem is dat als we elke nacht full backups maken op locatie A dat de log shipping configuratie ook in de soep draait want je zit dan met een tijdsprobleem (SQL server geeft aan dat hij een tail log nodig heeft, maar deze kan je echter niet maken als je een full backup maakt)

Mijn vraag is dan ook zijn deze twee scenario's op te lossen met behoud van log shipping of is er een andere methodiek die beter werkt voor onze situatie?

[elevator]

Waarom zou je een backup maken van database in lokatie A als die vervolgens toch naar lokatie B moet? Met andere woorden, waarom is de readonly database niet goed genoeg voor die leverancier?

Het tweede probleem is gewoon een backup instelling probleem - afhankelijk van hoe je backup ingesteld staat truncate SQLserver de log en dat moet je inderdaad niet doen.

[Wooldoor]

De backup op locatie A moet gemaakt worden in het geval er iets gebeurt met de database, deze kan dan in zeer korte tijd gerestored worden. Stel dat we de data van locatie B moeten terug brengen naar A dan gaat dat minstens 1 dag duren. Productie ligt dan een dag stil en dat kan niet.

De read-only database is goed voor de leverancier maar die wil wel de bak files hiervan hebben. We kunnen ze geen toegang geven tot onze read-only omgeving. Dus daarom zou het mogelijk moeten blijven zijn om backups te kunnen maken van beide locaties. Ik heb zitten zoeken en wel iets gevonden met Copy-only, dit commando zou de log shipping configuratie niet mogen aantasten. Hier ga ik van de week mee testen.