t-sql

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.

Ja, der Unterschied besteht allerdings. *.mdf Dateien sind eben die Dateien der Datenbank, wobei es nur eine MDF Datei gibt (so eine Art Bootpartition der Datenbank). Und *.bak sind eben Backupdateien. Die werden benötigt um eben eine Datenbank wieder herzustellen. *.bak Dateien enthalten eine konsistente Version deiner Datenbank zum Zeitpunkt x. *.bak Dateien können NICHT einfach eingehängt werden, so wie das mit *.mdf Dateien geht. Was fürn Problem hast Du denn? Welchen Fehler bekommst denn?

Nein, kann sie nie. Wenn Du den neuen Server mit 128 GB RAM anschaffen kannst, mach das. Die Aussage deines Schlaumeiers is natürlich quatsch. Aber wenn dein Server unter Memory Pressure leiden würde, dann siehst du das auch Errorlog. Da solltest mal reinschauen. Und nein. Memory Pressure bedeutet NICHT, das der SQL Server sich den ganzen RAM klaut. Das ist völlig normal.

Das sichert dir aber nicht zu, dass das Backup bzw. der Restore funktioniert.

Nee, muss er nicht. Ein Reboot ist genau das.

Ja, steht auch explizit in dem Microsoft Artikel drin. Also an alle anderen: In einer produktiven Umgebung benutzt man nur und ausschließlich unterstützte Konfigurationen. Der Native Client ist deprecated und die Alternative ist der OLEDB oder ODBC Treiber. Beide sind supported. Das was Dutch_OnE hier macht, kann gehen, muss aber nicht. Wenn man nicht unterstützte Konfigurationen/Software einsetzt, braucht man sich über nix wundern. Einfach richtig machen

Es geht um VSS Snapshots. Das unterstützt die Express Version. Ist bei der Netzwerkeinstellungen für TCP/IP "Listen All = YES"? Wenn ja, sollte die Verbindung gehen. Prüfe mal, ob Du von einem anderen Rechner per Telnet auf den Port 1433 (Standardport für SQL Server) drauf kommst. Falls ja, prüfe ob Du dich mit dem SSMS remote auf den SQL Server verbinden kannst. Braucht deine Backupsoftware noch irgendwelche Einstellungen? Das muss ja in der Doku dazu drin stehen.

Mahlzeit, ganz einfach. 1. Backup machen, 1a. mit Restore Headeronly testen ob, der Restore grundsätzlich geht 2. Datenbank regelmäßig mit dem erstellten Backup wiederherstellen. Ich geh einfach mal davon aus, das auch Transactionlogs gesichert werden.

Hallo Peter, das Vorgehen ist immer das gleiche: Erst den passiven Knoten patchen, durchbooten und schwenken. Es ist nicht nötig den passiven Knoten auf Pause zu setzen. Die Platten braucht ihr nicht anfassen. Beim Schwenken bitte Geduld mitbringen. Es kann dauern bis der SQL Server wieder oben ist. Falls was schief läuft immer ins ERRORLOG des SQL Servers schauen. Da steht in der Regel drin was nicht passt. Aber Nils hat schon recht. Ihr müßt euch das Know How holen oder selbst aneignen.

Is ja auch klar. Laufwerke bei Windows werden immer im User Kontext gemappt. Heißt, es muss ein User angemeldet sein damit du überhaupt ein Laufwerk mappen kannst. Daher kann das bei Serverstart gar nicht gemappt werden. Als Krücke könntest Du dich natürlich mit dem Serviceuser des SQL Server Agents anmelden und so das Laufwerk mappen. Aber da SQL Server problemlos auf Shares das Backup erstellen kann isses eben eine Krücke und nicht notwendig.

Programmierkenntnisse brauchst net unbedingt. Aber Windows Admin Kenntnisse sollten da sein und einen DBA brauchst auch, für das Backup der Datenbank. Um FTP machen zu können brauchst auch noch einen FTP Server. Sonst geht da nix.

1. SET NOCOUNT ON ist nicht nur für DML gedacht. 2. Nimmst Du den PHP Treiber von Microsoft? Wenn ja, passt dieser auch zur ODBC Version? 3. Werden im Profiler 956 oder 322 Zeilen beim Aufrufen aus PHP heraus angezeigt?

Das ist natürlich zutreffend weil wir genau diesen Fall hatten und von MS hieß es: Lizenz für beide bezahlen. Sry, aber du rechtfertigst ja noch das falsche Vorgehen