Jest już dostępny pakiet aktualizacji zbiorczej 19 (CU19) dla Microsoft SQL Server 2022, który zawiera 13 poprawek wydanych po aktualizacji zbiorczej programu SQL Server 2022 Update 18. Aktualizuje on składniki w następujących kompilacjach: Zalecam przetestowanie #CU19 przed wdrożeniem ich w środowiskach produkcyjnych. Na tej stronie można znaleźć wszystkie #CU do SQL Server 2022SQL Server 2022 Cumulative Update
Dowiedz się więcejSkrypt oparty jest na sys.dm_os_cluster_nodes, który zwraca jeden wiersz dla każdego węzła w konfiguracji wystąpienia klastra pracy awaryjnej (Failover Cluster). Jeśli bieżące wystąpienie jest wystąpieniem klastra pracy awaryjnej (Failover Cluster), zwraca listę węzłów, w których to wystąpienie zostało zdefiniowane. Jeśli bieżące wystąpienie serwera nie jest wystąpieniem klastra trybu failover, zwraca pusty zestaw wierszy. Gdy FailOver Cluster jest włączony, wystąpienie instancji SQL Server może być uruchamiane w dowolnym węźle klastra pracy awaryjnej, który jest wyznaczony jako część konfiguracji wystąpienia klastra trybu failover SQL...
Dowiedz się więcejMamy czasem problem by przejrzeć błędy w ErrorLogu MS SQL Server. Poniżej prosty skrypt, który przeszukuje wpisy w errorlogu od danego dnia, szukając podciąg znaków (opcja).
Dowiedz się więcej
Często zachodzi potrzeba kontroli ostatnio wykonanych backupów baz danych, a w szczególności kontrola backupów starszych niż x dni w podziale na backupy full, diff i logów. Poniżej przedstawiam skrypt wyciągający te informacje. Parametry maksymalnych czasów podajemy w godzinach. Oczywiście na liście będą wyłącznie bazy, które miały wykonany chociaż jeden backup.
Bardzo często zdarza się, że na szybko utworzymy bazę czy bazy danych a całkowicie zapominamy o tym by wykonać odpowiedni backup. Poniżej skrypt zwracający listę baz bez wykonanych backupów. Dodatkowy skrypt, który można np. umieścić jako krok w jobie. Jeśli na liście będą jakiekolwiek bazy bez backupu wygeneruje się błąd.
Czasami mamy sytuację gdzie nie możemy zmienić bazy z trybu single_user na multi_user. Jest to spowodowane tym, że baza ta jest „trzymana” przez inny proces. Uzyskujemy wtedy komunikat: Msg 5064, Level 16, State 1, Line 1Changes to the state or options of database ‘jira_db’ cannot be made at this time.The database is in single-user mode, and a user is currently connected to it.Msg 5069, Level 16, State 1, Line 1 ALTER DATABASE statement failed. Poniżej skrypt, który to rozwiązuje