Eğer Are de emin öyle
'PRIMARY' dosya grubundaki yetersiz disk alanı nedeniyle 'database' veritabanı için yeni bir sayfa ayrılamadı.
ve yok
'PRIMARY' dosya grubundaki yetersiz disk alanı nedeniyle 'tempdb' veritabanı için yeni bir sayfa ayrılamadı.
?
Aslında [tempdb]hata mesajındaysa, bu [tempdb], diğer veritabanından ayrılmış uygun boyutta bir diskte olduğundan emin olarak ayrı olarak yönetilmesi gereken bir şeydir .
[tempdb]Hata mesajında değilse , bu tür bir "yüklemenin" [tempdb]oldukça zor olacağını düşünürdüm . Mı [tempdb]aynı diske / LUN'daki 'database'? Öyleyse, büyük olasılıkla birden çok dosya büyümesi girişimi (birden çok veritabanında) ile sorununuzu artırıyorsunuzdur. Dolayısıyla bu "yükleme" işlemini yaparken de izlediğinizden emin olun [tempdb].
Eğer [tempdb]ayrı bir sürücüde olduğunu ve konum belli yeterli alana sahip olduğunu, devam edip ediyorum boyutu 's nihai durumdaki boyutu Öngördüğünüz için veri dosyası:
USE master;
GO
ALTER DATABASE [database]
MODIFY FILE
(
NAME = datafile,
SIZE = 60GB,
FILEGROWTH = 5GB
);
GO
Ayrıca, veritabanının günlük dosyasının veri dosyasından ayrı olduğundan emin olun. Değilse, rekabet eden büyüme olaylarına geri dönersiniz. Ayrı disklerde iseler, o zaman ben de geçip uygun şekilde boyutlandırırdım.
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
...
istediğiniz günlük dosyası boyutuna ulaşıncaya kadar. Büyümenizi belirli bir boyuta ayarlayacağınız 80 GB diyelim. Paul Randal ve Kimberly Tripp tarafından önerilen değerleri kullanıyorum
ALTER DATABASE [database]
MODIFY FILE
(
NAME = logfile,
SIZE = 80000MB,
FILEGROWTH = 8000MB
);