t-sql

Was brauche ich eigentlich für eine Anbindung in die Cloud um dort ein sicheres und performantes Backup abzubilden? Reicht da 1 GBit/s? Wie muss das eingerichtet sein? Über einen POP oder zwei verschiedene POPs der Redundanz wegen? Welche Bandbreite ist bis zu welcher Backupgröße eigentlich sinnvoll? Cloud is schon geil. Scheiße nur wenn der Bagger gerade das Kabel durchgebaggert hat. Aber ich hab ja 99,999% Verfügbarkeit, im Cloud Datacentre. Nur nicht bis zur mir selbst.

Siehste. ist halt in deinem Kontext so. Bei uns isses genau umgekehrt. Daher einfach net pauschale Aussagen über sowas machen. Außerdem ist Best Practice eben keine SQL Authentifizierung zu nutzen.

Ich weiß, das ist schwer vorstellbar. Vielleicht, aber nur vielleicht könnte ja ein Consulting Unternehmen genau das machen: Consulting und ein anderes Backupkonzept erstellen? Könnte doch sein, nicht wahr?

Ja, siehst du. Sicherungen können in einer Datei zusammengefasst werden (wie @cj_berlin schon erwähnte), is aber Blödsinn. Sicherungen egal, ob full, inc., trn laufen immer in separate Dateien. Mußte aber entsprechend einstellen. BTW. versteh ich immer noch nicht warum man auf Gedeih und Verderb so eine große Sicherung in die Cloud hochlädt. Und eins noch: Ein Backup taugt nix solange Du den Restore nicht übst.

Nur das es genau umgekehrt ist.

Nein machen sie nicht, auch nicht die ganz neuen. Dazu muss ein Zertifikat installiert werden. Es macht erstmal keinen Unterschied ob die Verbindung auf dem Server oder von einem Client aufgebaut wird.

Am besten machst Du erstmal folgenden Versuch: Kannst Du dich mit einem Mitglied der Gruppe "OAS_Admin" per SSMS an dem SQL Server anmelden? Wenn ja gibts kein Problem mit dem Datenbankserver -> Applikationsproblem.

Ein Log Backup macht er ja nicht. Differenzielles Backup != Transaction Log Backup. @Gerd33 Da is noch einiges an Defizit da (net abwertend gemeint). Hol Dir mal bisserl Consulting ins Haus oder lies dich da mal echt ein. Wenn ich lese Anbindung von Medizingeräten sollten die Datenbanken auch ein robustes Backup haben. Das fehlt hier.

Nur ums zu verstehen: Du hast deine Vollbackup von SQL Server 2014 im SQL Server 2022 wiederhergestellt (portiert ist hier der falsche Terminus, die Datenbank wird nicht portiert, sondern höchstens importiert. Dann kein Fullbackup erstellt sondern gleich das differenzielle Backup angeschmissen (wenig sinnvoll, Stichwort Backup Chain). Immer zu erst ein Fullbackup und dann die nachfolgenden. Der Eigentümer hat damit nichts zu tun. Zum Punkt Transaktionsprotokoll Sicherung: Brauchst du nicht, wenn deine Datenbank auf Simple Recovery steht. Sollte sie jedoch auf Bulk oder Full Recovery stehen, empfehle ich Dir dringend dich in das Thema Backup & Restore von SQL Server Datenbanken einzulesen, da hier ein Know How Defizit besteht. Is ja dann nur eine Frage der Zeit wann deine Datenbank/Verfahren stehen bleibt. Sequenzielle Sicherung gibt es im SQL Server nicht: Es gibt Full, Diff und Transaction. Dann noch eine Info, die du wohl überlesen hast: Es kommt der Punkt wo die differentielle gleich oder größer als deine eigentliche Datenbank ist. Warum ist das so? Beim differenziellen werden IMMER die Änderungen der Datenbank gespeichert NICHT die Änderungen zwischen zwei differentiellen Backups.

Zu 1: Logisch das dies nicht geht. Die Pfade der Datenbanken sind in der Master hinterlegt und werden nicht automatisch angepasst. Google einfach mal "sql server move system databases". Das kann Dir da vielleicht helfen. Zu 2. Wer sagt denn das dies nicht der offizielle Weg sei? Hier model_msdbdata and log, model_replicatedmaster and log – What are they? – Opinionated SQL (seangallardy.com) steht was sie sind und wie man sie verschiebt.

@DukelWeil das eine ziemlich schlechte Idee ist und auch von niemanden empfohlen wird. @gerd33 1. Wieso machst Du differenzielle Backups? Irgendwann sind die gleichgroß oder größer als die eigentliche Datenbank. 2. Was für Fehlermeldungen bekommst Du denn? 3. Wie machst Du den Restore? Über das SSMS? 4. Backups können immer in die aktuellste SQL Server Version aus einer älter zurückgesichert werden. Da gibt es keinerlei Kompatibilitätsprobleme.

Wenn ihr das so macht, ist das erstmal ein Designfehler. Man sollte die kritischen in EINER Instanz bündeln, die unkritischen in einer anderen und diese selbstredend auf zwei verschiedenen Clustern betreiben. Wenn denn bei den unkritischen überhaupt ein Cluster notwendig ist. Eure Idee macht es einfach nur unnötig kompliziert, Wartung ist viel zu aufwendig, Resourcenverteilung usw. Es spricht eigentlich nichts für eure Idee. Es sei denn ihr habt kein Geld um es gscheit zu machen. Für Mandanten braucht man auch keinerlei eigene Instanzen, es sei denn es muss systemweit eine Einstellung gemacht werden. Die Trennung der Mandanten erfolgt logischerweise über das Berechtigungsmanagement des SQL Servers. Aber seis drum. Manche Leute wollens halt möglichst kompliziert haben.

Wie nutzt man den OHNE Veeam B&R zu haben?

wenn ich BIMI suche kommt das Bimi® Brokkoli: Das Gemüse für Geniesser (bimibrokkoli.de) als erster Treffer

Äh, nein wenns denn eine GUID is hat das mit MS nix zu tun. Das entscheidet der DB Entwickler ob eine GUID genutzt werden soll oder nicht.

Darauf kann man nur antworten: BIMI up, Scotty

Nein. MFA macht für SMTP überhaupt keinen Sinn.

Das Logging für die Tasks ist per default ausgeschaltet und muss manuell aktiviert werden. Außerdem sieht man das sehr wohl im Eventlog Applications and Services Logs / Microsoft / Windows / TaskScheduler /

Der einzig richtige Weg ist sich Consulting ins Haus zu holen. Außerdem kann man auch Tickets bei Microsoft aufmachen und sowas erfragen.

Bis auf das Teaming evtl. haben deine Frage erstmal nix mit dem eigentlichen Problem zu tun. Und außerdem nimmt man nicht 10G fürs Management sondern selbstredend die 1 GB Ports. @magicpeter Du schreibst Mittags war es nach dem Restart des SQL Servers wieder langsam. Ist es dauerthaft langsam? Oder zu bestimmten Zeiten? Hast Du evtl. SQL Querys deiner WW, die Du auf einem Client mal im SSMS ausführen kannst und gleichzeitig auf dem SQL Server?

PS C:\Users> $lastBiosUpdate = (Get-WmiObject -Class Win32_BIOS).ReleaseDate PS C:\Users> $lastBiosUpdate 20200213000000.000000+000 PS C:\Users> $lastBiosUpdate = $lastBiosUpdate -as [datetime] PS C:\Users> $lastBiosUpdate PS C:\Users> $lastBiosUpdate -eq $null True PS C:\Users> Deswegen geht's bei dir vermutlich auch nicht.

Die Risikoanalyse ist die Beratung. Und machen läßt ist der falsche Ausdruck weil schließlich du der Dienstleister bist der es umsetzt. Und ein Dienstleister wird garantiert keinen Auftrag mit einem Volumen im potentiellen 5 stelligen Bereich ablehnen. Aufrichtigkeit hin oder her. Es geht da ums Geld. Und auch du würdest so einen Auftrag selbstredend annehmen.

Ich seh das Problem nicht. Wenn die "Politik" das will, Angebot eines Dienstleisters einholen über die Höhe mit einer fundierten Risikoanalyse und dann soll die "Politik" nochmal entscheiden. Sobald es ans Geld geht (und es VIEL Geld ist) wird da sicherlich nochmals nachgedacht werden.

@DL_Alex Vielleicht hilft Dir dieser Artikel weiter Windows Temporary User Profile (TEMP) Issue - Microsoft Community

Also alles richtig gemacht. Falls ihr bis zum Crash recovern wollt müßt ihr Transactionlog Backups machen.