Måden vi mødes på har ændret sig. Så hvorfor ser vores mødelokaler stadig ens ud?
Slettet bruger
22. august 2003 - 20:12#1
Det kan du god via replikering. Der findes flere typer af replikering, jeg vil anbefale dig at kigge i Books Online som fulgte med SQL Server, der er en rimelig god forklaring på typerne og så kan du bruge wizard'en til at oprette replikeringen med, det er det nemmeste da du bliver guidet godt igennem. Jeg går egentlig udfra at du mener fra en database fra en anden når du nævner replikering...men ret mig hvis det ikke er tilfældet.
Synes godt om
Slettet bruger
25. august 2003 - 08:49#2
Det jeg har behov for er at få kopireret alle tabeller og databaser fra en server til en anden...
Synes godt om
Slettet bruger
25. august 2003 - 20:04#3
Skal det være en engangsforestilling eller noget gentagne?
Synes godt om
Slettet bruger
26. august 2003 - 08:01#4
Det skal helst være noget den gør 2 - 3 gange i døgnet.
Hvor mange gb taler vi om? Hvad med dine transactionlogs? Har du backup planer?
Synes godt om
Slettet bruger
02. september 2003 - 08:48#8
Der bliver pt. taget backup på tape, engang i døgnet..
Men jeg vil gerne kunne sikre data'ene ved brand, indbrud etc.
Så derfor ville det være fedt at kunne kopirere alle data 2-3 i døgnet til en ekstern server.
Jeg kan ikke lige huske hvor mange mb, data der er i sql lige pt. Men det kan jeg lige undersøge.. Mine transactions logs, har jeg ikke lige styr på, for nuværende..
Hvis du kun tager backup en gang i døgnet og ikke styrer dine transactionslogs, så vil du kunne miste et døgns data bare ved normal failure. Men det kommer an på hvor følsom man er mht. data.
Anyway, hvad med bare at overføre dine backups til en fjernserver et andet sted. Man kan jo specificere backup vha. ip.adressen så denne behøver heldigvis ikke ligge lokalt :O)
Jeg ville absolut fraråde dig at opsætte replikering, da dette vil være for svært at vedligeholde + at det langt fra er meningen at det skal benyttes som sådan *S*
Jeg er kommet videre, men ikke med replikering, jeg har valgt at tage remote backup i stedet..
->Janus, Du skriver at "Jeg ville absolut fraråde dig at opsætte replikering, da dette vil være for svært at vedligeholde + at det langt fra er meningen at det skal benyttes som sådan *S*"
Hvad er det så menningen at bruge replikering til??
Replikering anvendes på den måde at der findes en publisher (server med alle data) og nogle subscribers( servere som ønsker data), det kan enten opstilles som anonyme subscribtions eller authenticated. Hvorom alting er gælder det at man vha. replikering vedligeholde tabeller således at indholdet er 100% ens (alt afhængig af schedules). Publisher kan ikke bare ændre designet uden at subscriberne får det at vide eller ved en reinitializering af replikeringen. Jeg har beskrevet en del af de fordele og ulemper der er ved replikering, der er mange mange flere af både den ene og den anden slags. Et scenarie kunne være at anvende replikering imellem 1 eller flere tabeller imellem en backend maskine og en frontend maskine.
Synes godt om
Slettet bruger
19. september 2003 - 09:40#13
Det vil sige at man sætter det op på database niveau, og hver eneste gang at der bliver lavet en ny tabel, eks. via MS Interdev 6.0 så skal man reintialsere Replikeringen for at den nye tabel kommer med?
Og ved design ændringer i en tabel der allerede er i replication skal replikeringen nedlægges førend ændringer kan udføres evt. nullable columns, varchar osv...
Synes godt om
Slettet bruger
19. september 2003 - 10:10#15
Så, er det i hvertfald ikke den løsning jeg skal bruge..
Den er selvfølgelig fint nok hvis man ikke retter i tabeller, eller laver nye, så til faste databaser som kører så er det jo godt nok for så sender den data'erne afsted i de intervaller man har bedt den om..
Jeg siger tak for hjælpen, også blev jeg også klogere idag :-)
God Weekend..
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.