Windows 7 Rechner mit SQL Express sichern

Windows 7 Rechner mit SQL Express sichern (25 Beiträge, 460 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Ich habe auf meinem Rechner SQL express 2014 laufen, welches ich für 2 Programme benötige (also 2 Instanzen). Wie kann ich am besten die Datenbank (und die gespeicherten Daten) sichern?
Es sollte eine inkrementelle Sicherung 1x pro Woche stattfinden, am besten automatisch auf ein NAS im Netzwerk.
Am liebsten wäre mir eine Sicherung des gesamten Rechners inkl. Datenbank, damit ich auch die Sicherung auf einen Rechner mit leicht geänderter Hardware installieren kann.
Bin ich da mit Acronis gut beraten

Wie kann ich am besten die Datenbank (und die gespeicherten Daten) sichern?
Es sollte eine inkrementelle Sicherung 1x pro Woche stattfinden, am besten
automatisch auf ein NAS im Netzwerk.

Konfigurier dir im SSMSE ein inkrementelles Backup wie gewünscht, lass dir das aus der Maske heraus als script ausgeben, leg das Script als stored procedure an, und diese läßt du dann via Windows aufgabenplanung im gewünschten intervall aufrufen (via sqlplus kommandozeilentool)

(bei SQL Express 2014 gibts ja imho keinen server agent über den du das abwickeln kannst)

Am liebsten wäre mir eine Sicherung des gesamten Rechners inkl. Datenbank,
damit ich auch die Sicherung auf einen Rechner mit leicht geänderter Hardware
installieren kann.

Das schreit nach Virtualisierung

______________________________________________________________________ Statistiken und Trends für World of Tanks: http://www.wotzilla.com

28.10.2015, 11:28 Uhr - Editiert von zeddicus, alte Version: hier

Ist eingebaut: Systemsicherung -> System und Sicherheit -> Sichern und Wiederherstellen.

Dort einfach "Systemabbild erstellen" auswählen. Die zu sichernde Partitionen auswählen, Ziel (kann auch im Netzwerk sein, aber USB3-HD ist um einiges schneller) auswählen und laufen lassen.
zusätzlich eine Systemwiederherstellungsdisk erstellen lassen und du bist fertig.

Das Backup würde ich natürlich testen ob es funktioniert, aber ich habe gute Erfahrung damit gemacht...

Save the Earth... it's the only planet with chocolate.

If you're not on a government watchlist by now you should be ashamed of yourself

Wenn ich den Rechner mit dem SQL-Server dann wiederherstelle, funktioniert er dann auch mit den in der Datenbank abgelegten Daten? Oder habe ich dann einen Datensalat?

Wenn würde es über ein Gbit Netzwerk laufen, es soll einfach einmal die Woche über Nacht laufen. Sprich es sollte automatisch starten.

https://forum.geizhals.at/t871391,7545582.html#7545582

Save the Earth... it's the only planet with chocolate.

If you're not on a government watchlist by now you should be ashamed of yourself

+1

ebenso
http://de.easeus.com/backup-software/todo-backup-free.html

Danke für die Info!
Hast du die Software selbst in Verwendung? Funktioniert das komplette Wiederherstellen inkl. SQL-Daten einwandfrei?
Laut den Produktvideos schauts recht simpel aus, genau mein Geschmack

28.10.2015, 21:10 Uhr - Editiert von Babsü, alte Version: hier

Der SQL Server hat unter Wartungsplan ein Backupfeature eingebaut. Die Backupdateien sicherst du weg.

Das ist -neben dem Export als SQL-Skript- die einzige Methode eione Datenbank sauber zu sichern.

Alle Sachen mit Image ziehen und wegsichern, funktionieren zwar meist, aber nicht zuverlässig, wenn man die Datenbank dabei nicht herunterfährt.

Acronis bietet beim True-Image eine Option, bei der man ein Script hinterlegen kann um den SQL-Server zu stoppen bzw. nach dem Backup wieder zu starten. Ist das die gleiche Funktion?

Wenn du die SQL Datenbanken ohnhin nicht separat sichern möchtest,
dann würde ich es mit Acronis genau so machen.
SQL-Service stoppen --> Backup --> SQL Service starten.

So kann deiner Datenbank nichts passieren.

------------------
Wer zuletzt lacht, hats nicht eher begriffen.

Das ist zwar wie Schrauben mit dem Hammer einschlagen, aber wenn du es in Kauf nehmen kannst, die Datenbank einfach so für die Zeit des Backups abzudrehen, funktioniert das.

Sinnvoll schaut anders aus.
Der Link beschreibt, wie man im Management Studio ein sauberes Backup fahrst auch ohne die Datenbank zu stoppen.
https://msdn.microsoft.com/de-de/library/ms187510(v=sql.120 ).aspx

Ich denke ich werde es so machen. Dadurch, dass die Datenbank nach nicht mehr in Verwendung ist (Ich möchte sicher, wenn ich den PC hinunterfahre), sollte es so passen.
Als Deppenlösung für mich akzeptabel

Wenn das zeug wichtig ist oder damit Geld verdient wird, dann gehört das nicht einfach nur auf einen Lokalen client.

Ist mir wichtig, Geld verdiene ich damit keines :-D

also 2 Instanzen

wieso 2 Instanzen und nicht einfach 2 DBs in der selben Instanz?
______________________________________________________________________ Statistiken und Trends für World of Tanks: http://www.wotzilla.com

vielleicht weil die DBs unterschiedliche collations brauchen und wenn man damit nicht umgehen kann, tut man sich mit 2 Instanzen wohl leichter

Stimmt.
Da ich erst gelernt habe, was eine Instanz ist, ist es mir egal wie es funktioniert solange es funktioniert

hm, die collation auf db level einstellen ist jetzt aber nicht wirklich ein hindernis ☺
______________________________________________________________________ Statistiken und Trends für World of Tanks: http://www.wotzilla.com

wenn du die Instanz mit collation x installiert hast und die app der db braucht aus irgendwelchen gründen collation y und dann hast noch eine zweite app deren db collation x braucht. das könntest mit app 1 die collation y braucht sehr viel spass auf auf der Instanz mit collation x haben. da kannst jetzt probieren die db auf collation x umzustellen, könnt aber der app Probleme bereiten. wie auch immer.

und ja beruflich hatte ich schon mal so einen mist. das wird dann gar nicht spassig.

Gerade im land der ö und ü ist das dann wirklich nicht lustig, da hast du recht

https://www.google.at/webhp?sourceid=chrome-instant&ion=1&espv=2&ie=UTF-8#q=SQL+Express+Backup

Einige Tutorials zu dem thema

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung