Czy jesteś pewny , że to
Nie można przydzielić nowej strony dla bazy danych „baza danych” z powodu niewystarczającej ilości miejsca na dysku w grupie plików „PRIMARY”.
i nie
Nie można przydzielić nowej strony dla bazy danych „tempdb” z powodu niewystarczającej ilości miejsca na dysku w grupie plików „PRIMARY”.
?
Jeśli tak naprawdę jest to [tempdb]w komunikacie o błędzie, należy to osobno zarządzać, upewniając się, że [tempdb]znajduje się on na dysku o odpowiedniej wielkości, oddzielonym od innej bazy danych.
Jeśli nie ma tego [tempdb]w komunikacie o błędzie, wyobrażam sobie, że tego rodzaju „upload” uderzyłby [tempdb]dość mocno. Jest [tempdb]na tym samym dysku / LUN co 'database'? Jeśli tak, prawdopodobnie zaostrzasz problem przy wielu próbach wzrostu plików (w wielu bazach danych). Podczas wykonywania tego „przesyłania” upewnij się, że również monitorujesz [tempdb].
Jeśli [tempdb]znajduje się na osobnym dysku i masz pewność , że masz wystarczająco dużo miejsca, posprzątaj i zmień rozmiar pliku danych do oczekiwanego rozmiaru końcowego:
USE master;
GO
ALTER DATABASE [database]
MODIFY FILE
(
NAME = datafile,
SIZE = 60GB,
FILEGROWTH = 5GB
);
GO
Upewnij się również, że plik dziennika bazy danych jest oddzielny od pliku danych. Jeśli nie, to wracasz do konkurencyjnych wydarzeń wzrostowych. Jeśli są na osobnych dyskach, przejrzałbym je i odpowiednio dobrałem.
USE master;
GO
ALTER DATABASE [database]
MODIFY FILE
(
NAME = logfile,
SIZE = 8000MB
);
GO
ALTER DATABASE [database]
MODIFY FILE
(
NAME = logfile,
SIZE = 16000MB
);
GO
ALTER DATABASE [database]
MODIFY FILE
(
NAME = logfile,
SIZE = 24000MB
);
GO
...
dopóki nie osiągniesz pożądanego rozmiaru pliku dziennika. Nazwijmy to 80 GB, gdzie ustawisz swój wzrost do określonego rozmiaru. Korzystam z wartości zalecanych przez Paula Randala i Kimberly Tripp
ALTER DATABASE [database]
MODIFY FILE
(
NAME = logfile,
SIZE = 80000MB,
FILEGROWTH = 8000MB
);