Exo mia production vasi stin opoia paizoun oi pelates kai exei megalo ogko dedomenwn (den mporo na tin pairno sinexeia backup , na to metafero kai na kano restore se mia alli vasi). H vasi einai se SQL Server 2005 SP1. Exo kai mia defteri vasi (arxika omoia se schema me tin production vasi) stin opoia kano development kai thelo na trexo scripts, allages klp kai otan ta oristikopoiiso tote metafero tis allages stin production (ki auti SQL 2005 SP1). Auto pou mou leipei einai na exo stin development vasi ta data tis production. Apofasisa loipon na kano log shipping apo tin production se mia endiamesi vasi kai meta me kapoio tropo na stamatao to log shipping , na pairno kapoia data apo tin endiamesi kai na ta vazo stin development vasi. To log shipping doulepse mia xara alla den ksero ti ginetai otan spaso to log shipping diladi ston server tis endiamesis vasis ( opou vrisketai kai i development vasi). Dokimasa na kano pause ta Copy & Restore Jobs, meta na kano restore stin endiamesi to teleftaio log tis production me RECOVERY option. Mexri ekei ola ok. Pira ta data kai ta evala stin alli vasi (development). Omws, otan piga na ksanaksekiniso to Restore oste na energopoithei pali to log shipping, vrika to amesos epomeno (transaction log backup file) apo auto pou eixa kanei restore me RECOVERY kai piga na to kano RESTORE stin endiamesi vasi me NORECOVERY.Kai fisika den epeske. Ti tha mporousa na kano gia na energopoiiso ksana epitiximena to log shipping? Ginetai na to kano afto diladi na kano pause to log shipping (i endiamesi vasi apo Restoring status na mpainei se kanoniko mode), na pairno ta data kai katopin na energopoio pali to log shipping kai pws? Ennoeitai oti auto thelo na to kano kathe mera kai den mporo na ferno sinexeia backup tis production vasis pou einai terastia kai na to kano restore stin endiamesi.

Epipleon, skeftika ti lisi tou replication alla den mu arese giati peirazei tous pinakes tis production vasis ( vazei columns ). To mirroring einai mia alli enallaktiki ( opws kai to log shipping einai kiriws gia High Availiability) alla ksana to idio provlima me to log shipping tha antimetopiso.Episis den mporo na afino pairno mono ena log backup ti mera kai na to kano restore stin endiamesi dioti to log tis production tha ginei terastio (iparxoun ekatontades transactions ana lepto). Kai to SSIS den me simferei katholou.

Nomizo oti epeidi auto pou me endiaferei einai oi kathimerines prosthikes twn data stin production vasi (auta ta data thelo na exo stin endiamesi kai meta stin development vasi), prepei na paikso me to transaction log kai gia to logo auto epeleska log shipping. Tha proteinate kati kalitero?

Tha voithouse katholou na ftiasko Snapshot tis endiamesis? Nomizo oti apotigxanei to restore stin periptosi auti.

 

Τόσο μεγάλο post και σε greeklish! Ξεκίνησα να το διαβάζω και με έπιασε πονοκέφαλος...

---

Vir prudens non contra ventum mingit

Με τη βοήθεια ενός pandol διάβασα το μήνυμά σου... Θα μπορούσες να ακολουθήσεις την απλούστερη λύση του differential backup/restore. Μπορείς να ορίσεις πόσο συχνά θα γίνεται η διαδικασία ώστε να πετύχεις μικρό μέγεθος αρχείου και να το διακινείς εύκολα από τον production στον development.

---

Vir prudens non contra ventum mingit

Έχω μια production βάση στην οποία παίζουν οι πελάτες και έχει μεγάλο όγκο δεδομένων ( >10GB) (δεν μπορώ να παίρνω συνέχεια backup , να το μεταφέρω και να κάνω restore σε μια άλλη βάση).Η βάση είναι σε SQL 2005 SP1. Έχω και μια δεύτερη βάση ( αρχικά όμοια σε schema και data με την production βάση ) στην οποία κάνω development και θέλω να τρέχω scripts (κι αυτή σε SQL 2005), αλλαγές κλπ και όταν οριστικοποιήσω τις αλλαγές τις μεταφέρω στην production.Αυτό που μου λείπει είναι να έχω στην development βάση τα data της production. Αποφάσισα λοιπόν να κάνω log shipping από την production σε μια ενδιάμεση και στη συνέχεια να περνάω κάποια data στην development. To log shipping αρχικά δούλεψε μια χαρά αλλά δεν ξέρω τί γίνεται όταν σπάσω το log shipping της ενδιάμεσης βάσης δηλ Δοκίμασα να κάνω pause τα Copy Job, Restore Job, μετά να κάνω restore την ενδιάμεση με το τελευταίο transaction-backup-log της production με RECOVERY option. Μέχρι εκεί όλα OK, πήρα τα data από την ενδιάμεση και τα έβαλα στην development. Όμως όταν πήγα να ξεκινήσω πάλι το restore στην ενδιάμεση (δεν ενεργοποίησα τα jobs γιατι το restore θα σκαγε),  βρήκα το αμέσως επόμενο backup-log της production από αυτό που είχα κάνει Restore και πήγα να το κάνω RESTORE με NO RECOVERY. Δεν έπαιξε (exception στο restore).

Τι θα μπορούσα να κάνω για να ενεργοποιήσω ξανά το log shipping?Γίνεται να κάνω κάποιες στιγμές pause το log shipping, να φέρνω τη βάση από restoring status σε κανονική κατάσταση, να παίρνω τα data και να την ξαναβάζω σε restoring κατάσταση ώστε να συγχρονίζεται ξανά? Εννοείται ότι χρειάζεται να το κάνω αρκετές φορές μέσα στη μέρα και δεν μπορώ να φέρνω το full-backup της production βάσης που είναι τεράστιο.

Νομίζω ότι επειδή μ ενδιαφέρουν τα νέα data που μπαίνουν καθημερινά στη βάση, χρειάζομαι μια λύση που να σχετίζεται με το transaction log....

Επιπλέον σκέφτηκα τη λύση του Replication αλλά δεν μου άρεσε γιατί πειράζει τους πίνακες της production  βάσης (προσθέτει columns). Το mirroring είναι μια εναλλακτική (όπως και το log shipping είναι για High Availiability) αλλά  ξανά το ίδιο πρόβλημα με το log shipping θα έχω. Ούτε το SSIS με συμφέρει.
Θα βοηθούσε να φτιάξω Snapshot της ενδιάμεσης? Νομίζω ότι αποτυγχάνει το restore στην περίπτωση αυτή

Ζητώ συγγνώμη για τα greeklish , απλά είμαι νέος στο forum " src="/cs/emoticons/emotion-10.gif">

Ακόμα και το Differential κάνει αρκετή ώρα " src="/cs/emoticons/emotion-6.gif">

To log shipping δεν γίνεται να γίνει pause???? Έσύ τι θα επέλεγες?

Ευχαριστώ για την κατανόηση

 

Επιπλέον την Production την παίρνω full-backup κάθε βράδυ ( αλλά δεν μπορώ να το μεταφέρω το backup αυτό).

Η λύση με το differential μου αρέσει αλλά μπορεί να εφαρμοστεί ??? ( Νομίζω ότι θα σπάσει το chain λόγω του βραδυνού full-backup)

Επίσης και το COPY_ONLY δεν νομίζω ότι θα με βοηθήσει.

Το log shipping δεν είναι γι αυτήν τη δουλειά και ως εκ τούτου, για να το κάνεις να παίξει έτσι χρειάζονται διάφορες μαϊμουδιές. Μπορεί και να γίνεται το pause κόλπο αλλά δεν το έχω δοκιμάσει. Το καλύτερο που έχεις να κάνεις, είναι να δεις μήπως κάνεις export το script και το αλλάξεις μέχρι να το φέρεις στα μέτρα σου.

Απο εκεί και πέρα δεν μπορείς να τα έχεις όλα... Οι τεχνολογίες είναι συγκεκριμένες και έχουν συγκεκριμένα χαρακτηριστικά, δυνατότητες και σενάρια που εφαρμόζονται, οπότε πρέπει να αποφασίσεις τι trade-off (είτε σε τεχνολογικό επίπεδο, είτε σε επίπεδο requirements) θα κάνεις. Η μεταφορά του full-backup γιατί δεν είναι εφικτή; Αφού έτσι κι αλλιώς στόχος είναι να έχεις όμοια data στον production και τον server. Τέλος, κάθε πότε θες να συγχρονίζεις τις βάσεις; Γιατί μου φαίνεται λίγο περίεργο να χρειάζεται πολύ περισσότερη ώρα το differential από ένα log-shipping που γίνεται κάθε μία ώρα (δεδομένου ότι μιλάμε για μια normal OLTP database).

Επίσης, μπορείς να παίξεις και με filegroups με backup/restore σενάριο πάνω σε filegroups ωστόσο όπως και να έχει, για να γίνει ρεαλιστική κουβέντα, θα πρέπει να βάλεις κάτω τα νούμερα. Όγκοι δεδομένων, ρυθμός μεταβολής, τρόποι μεταφοράς, χρονικά περιθόρια, τεχνικά χαρακτηριστικά υποδομής, κλπ.

---

Vir prudens non contra ventum mingit

Πρωτίστως,

σ ευχαριστώ για τις απαντήσεις σου.

Η βάση production είναι 15 GB και μεγαλώνει συνεχώς. Βρίσκεται εκτός εταιρίας, σε data center και κάθε βράδυ ένα job την παίρνει backup  (σε μηχάνημα του data center). Αυτό που θέλω να πετύχω είναι να αποφύγω να φέρνω το full backup από τον production server στον development server της εταιρίας διότι και πολύ χρόνο χρειάζομαι στη μεταφορά ( αρκετές ώρες-πάνω από 10 ) και στο restore θέλω 1 ώρα.

Μου άρεσε πολύ η λύση που πρότεινες με το differential αλλά αυτό μάλλον δεν θα παίξει διότι κάθε βράδυ παίρνω full backup. Δεν έχω δοκιμάσει filegroup restore/backup αλλά κι αυτό τον ίδιο περιορισμό δεν έχει ? Αν παίρνω full backup κάθε βράδυ, πάλι δεν θα χω πρόβλημα?

Ευχαριστώ για την βοήθεια

 

Ρίξε μια ματιά εδώ: http://msdn2.microsoft.com/en-us/library/ms189860.aspx

 

---

Vir prudens non contra ventum mingit

Αν θες να ψάξεις το θέμα του log shipping, ρίξε μια ματιά εδώ: http://msdn2.microsoft.com/en-us/library/ms178117.aspx 

---

Vir prudens non contra ventum mingit