t-sql

Kannst Du mal den View hier einstellen? Bekommst Du eine Fehlermeldung?

Reine T-SQL Lösungen sind übersichtlicher. Powershell ist zu umständlich und dbatools (was die einzige Powershellalternative zu T-SQL wäre) darfste halt auch net auf jedem Server installieren. Außerdem viel zu umständlich mit SQL Agent auszuführen. Taskscheduler kannste in die Tonne kloppen weil faktisch keine Flexibilität.

Maintenance Pläne gehen in einer Contained AG nicht. Maintenance Pläne sind eh nicht das gelbe vom Ei. zu unflexible. Für die gängisten Wartungen sind die Scripte von Ola Hallengren die besten (ola.hallengren.com). Da haste auch keine Probleme mit den AGs. Als DBA solltest dich mit T-SQL auseinandersetzen. Da isses wichtig DMVs und System Tabellen zu kennen. Denn das meiste kannste eben nicht mit einem Maintenance Plan abdecken

Nö, alte Daten sind ja kein Grund. Und auch sonst gibt keinerlei Gründe Datenbanken zu schrumpfen.

@CBonnkirch Was zeigt denn der Report Disk Usage bzw. Disk Usage by Table im SSMS? Mal abgesehen davon, das es eigentlich faktisch keinen Grund gibt um Datenbanken zu verkleinern.

Eventuell wäre dann für dich der SQL Server 2025 interessant. Kommt aber erst noch raus

@Hellwege Mir kommts bisserl so vor als ob du deine Hardware solange laufen lässt bis sie kaputt geht. Also weit über der Support/Garantie Zeit hinaus. Logisch das dann die Verfügbarkeit sinkt bzw. nicht mehr vorhanden ist. Im Profibereich wird die Hardware nach Ablauf des Supports/Garantie getauscht. Schließlich ist ein gscheiter Support mit entsprechender Reaktions-/Entstörzeit essentiell im Profibereich. Da solltest besser ansetzen.

Du kannst unten bei Dateinamen ein Share + Dateinamen angeben.

Nützt alles nix solange keine Klammern gesetzt sind.

Setz einfach mal die Klammern richtig. Zumindest um den Rangebereich müssen Klammern. ([TEXT23] = 'NEIN' AND [TEXT59] ='K') AND ([CALCULATE6] >= 10 AND [CALCULATE6] <= 100)

Hallo @newbi2009, Du solltest die Bedingung nochmals checken wie denn dort die Gewichtung bei den boolschen Operatoren ist. Also wird erst das 'and' oder das 'or' ausgeführt.

Lass Dir mal das Script in dem Dialog ausgeben und führ das in einem Query Fenster aus. Wenns funktioniert => SSMS Problem. Kein Server Problem.

Es kommt mir irgendwie vor, das deine SSMS Installation geschrottet ist.

Hi, passt die SSMS Version zur SQL Server Version?

Ja, stimmt. Aber wenn der User keinen Zugriff auf die Datenbank hätte, sich aber anmelden dürfte steht das "Login failed for user 'MY-PC\MyName'. Reason: Failed to open the explicitly specified database. [CLIENT: ]" im Errorlog und nicht das das falsche Passwort bei der Application genutzt wird.

Dann wäre die Meldung im Errorlog eine andere.

Was steht denn im Errorlog des SQL Servers drin? Wenn sich der User nicht anmelden kann steht drin warum. Und um Logins von einem SQL Server zum anderen zu transportieren gibt es eine Stored Procedure von Microsoft (Transfer logins and passwords between instances - SQL Server | Microsoft Learn)

Das ist schon mal ein Denkfehler. Datenbankserver machen nix anderes als Datenbanken bereitzustellen. Rechenleistung für Anwendungen haben darauf nix verloren. Dazu gibts Applikationsserver. Das gilt sowohl in House als auch in der Cloud.

Wie man sieht kannst Du gar kein SQL Server Backup machen weil Du keine Enterprise Lizenz hast. Also ist es fraglich, ob deine Datenbank überhaupt gscheit gesichert werden kann ohne das Feature, unabhängig ob Simple oder Full. Klick im SSMS mal auf die Eigenschaften der Datenbank und lass Dir das letzte Sicherungsdatum anzeigen.

Und mehr ist auch gar nicht nötig.

Eigentlich wird ja beim Restore immer das Login des Wiederherstellers als Datenbankbesitzer (nicht zu verwechseln mit der db_owner Rolle) eingetragen. Dann haste eh immer volle Rechte auf die Datenbank. Schau mal nach was beim Owner nach dem Restore drin steht.

Da hatte ich wohl einen Zahlendreher drin. Server2 ist auf Server1 als Linked Server eingerichtet und du willst die Daten von Server1 auf Server2 abfragen. Wenn Du den Linked Server behalten willst dann kannst du natürlich die Views auf dem Server1 bauen und auf Server2 abfragen. Ansonsten ist die beste Methode ganz auf Linked Server zu verzichten und von der Applikation direkt auf die Daten zuzugreifen.

Um mal einen kompetenten (Brent Ozar) mit einzubringen. Keine Linked Server nutzen sondern von der Applikation auf den zweiten Server verbinden und in der Applikation das ganze verarbeiten. Oder ihr baut die Views auf Server 2 und rufst sie über Server 1 auf. Das geht auch

Oder: Dein Kunde wechselt einfach zu einem professionellen Anbieter und nimmt keinen Consumer Anschluss.

.