Többször SQL Server lehet az oka a lemezterület problémájának. Ebben a cikkben meglátjuk, melyek a probléma kiváltó okai, és hogyan javíthatjuk ki.
A te SQL Server hely kell.
Sokszor SQL Server lemezterületre lesz szüksége. Ennek oka lehet az adatbázison belüli növekvő adatok, a nem zsugorított naplófájlok, a nem törölt biztonsági mentési fájlok vagy a nem törölt, nem kívánt adatbázisfájlok. Bármi legyen is az ok, a SQL Server, a lemezen lévő hely nagyon fontos az adatbázis-tranzakciókhoz.
A tisztítási feladat nem működik
Ha az SQL natív karbantartási terveit használja a biztonsági mentéshez SQL server adatbázisok, előfordulhat, hogy a karbantartási tervekben szereplő tisztítási modul nem végzi el a feladatát. Amikor a lemezen elfogy a hely, rá fog jönni, hogy a régi biztonsági mentési fájlok nincsenek megfelelően megtisztítva. A tisztítási modult belefoglalta volna a karbantartási tervbe. Mindezek ellenére vajon miért nem működött?
Ellenőrizze, hogy a megfelelő mappát említette-e a biztonsági mentési fájlok törléséhez, ellenőrizze, hogy a megfelelő fájlkiterjesztést említette-e a biztonsági mentési fájlok törléséhez, próbálkozzon a "ponttal". és pont nélkül a fájlkiterjesztésben.
A naplófájlok hatalmasak, mint az adatbázisfájlok
A helyproblémák leggyakoribb oka SQL Server a felügyelet nélküli naplófájlok és a tempdb fájlok. Bár a tempdb az SQL szolgáltatás újraindításakor az eredeti méretére zsugorodik, érdemes figyelni a tempdb növekedését, és csökkenteni, amikor már majdnem felemészti a teljes lemezterületet. A tempdb-hez hasonlóan a naplófájlokat is folyamatosan ellenőrizni kell. Győződjön meg arról, hogy van naplómentés, hogy a naplófájlok mérete mindig minimális legyen.
Fel nem használt adatbázis fájlok
Előfordulhat, hogy sok nem használt és csatolatlan adatbázisfájl ül a lemezen, és helyet pazarol. Futtassa a szkriptet a sajátján SQL Server példányt, hogy azonosítsa az ilyen fájlokat az elérési útjukkal együtt. Egy gyors elemzés után, ha továbbra is biztos abban, hogy ezekre a fájlokra már nincs szükség, törölje őket, és takarítson meg helyet.
DECLARE @dpth NVARCHAR(512)
EXEC master.dbo.xp_instance_regread N'HKEY_LOCAL_MACHINE'
,N'Software\Microsoft\MSSQLServer\MSSQLServer'
,N'DefaultData'
,@dpth OUTPUT
DECLARE @lpth NVARCHAR(512)
EXEC master.dbo.xp_instance_regread N'HKEY_LOCAL_MACHINE'
,N'Software\Microsoft\MSSQLServer\MSSQLServer'
,N'DefaultLog'
,@lpth OUTPUT
DECLARE @bk NVARCHAR(512)
EXEC master.dbo.xp_instance_regread N'HKEY_LOCAL_MACHINE'
,N'Software\Microsoft\MSSQLServer\MSSQLServer'
,N'BackupDirectory'
,@bk OUTPUT
DECLARE @md NVARCHAR(512)
EXEC master.dbo.xp_instance_regread N'HKEY_LOCAL_MACHINE'
,N'Software\Microsoft\MSSQLServer\MSSQLServer\Parameters'
,N'SqlArg0'
,@md OUTPUT
SELECT @md = substring(@md, 3, 255)
SELECT @md = substring(@md, 1, len(@md) - charindex('\', reverse(@md)))
DECLARE @ml NVARCHAR(512)
EXEC master.dbo.xp_instance_regread N'HKEY_LOCAL_MACHINE'
,N'Software\Microsoft\MSSQLServer\MSSQLServer\Parameters'
,N'SqlArg2'
,@ml OUTPUT
SELECT @ml = substring(@ml, 3, 255)
SELECT @ml = substring(@ml, 1, len(@ml) - charindex('\', reverse(@ml)))
SET @dpth = isnull(@dpth, @md)
SET @lpth = isnull(@lpth, @ml)
PRINT @dpth
PRINT @lpth
EXEC sp_configure 'show advanced'
,1
RECONFIGURE
EXEC sp_configure 'xp_cmdshell'
,1
RECONFIGURE
IF object_id('tempdb.dbo.#table1') IS NOT NULL
DROP TABLE #table1
CREATE TABLE #table1 (
[filename] VARCHAR(2000)
,depth INT
,isFile INT
)
SET @dpth = 'DIR ' + @dpth + '\*.mdf /b /s'
SET @lpth = 'DIR ' + @lpth + '\*.ldf /b /s'
INSERT INTO #table1
EXEC xp_DirTree @dpth
,1
,1
INSERT INTO #table1
EXEC xp_DirTree @lpth
,1
,1
DELETE
FROM #table1
WHERE isFile <> 1
UPDATE #table1
SET filename = rtrim(filename)
CREATE TABLE t_list (
filepath VARCHAR(2000)
,sizeinmb DECIMAL(18, 2)
)
INSERT INTO t_list (filepath)
SELECT otable.filename AS orphaned_files
FROM #table1 otable
LEFT OUTER JOIN master.dbo.sysaltfiles db ON rtrim(db.filename) = otable.filename
WHERE db.dbid IS NULL
ORDER BY 1
DECLARE @sizeingb AS DECIMAL(18, 2)
DECLARE @filepath AS VARCHAR(2000)
DECLARE db_cursor CURSOR
FOR
SELECT filepath
FROM t_list
OPEN db_cursor
FETCH NEXT
FROM db_cursor
INTO @filepath
WHILE @@FETCH_STATUS = 0
BEGIN
CREATE TABLE t_temp (c1 VARCHAR(2000))
DECLARE @cmd AS VARCHAR(3000)
SET @cmd = 'dir ' + @filepath
PRINT @cmd
INSERT INTO t_temp
EXEC master.dbo.xp_cmdshell @cmd
DELETE
FROM t_temp
WHERE c1 NOT LIKE '%1 File(s)%bytes'
DECLARE @size AS DECIMAL(18, 2)
SET @size = (
SELECT TOP 1 replace(replace(replace(c1, ' 1 File(s) ', ''), ',', ''), ' bytes', '')
FROM t_temp
WHERE c1 IS NOT NULL
)
SET @size = cast((@size / (1024 * 1024)) AS DECIMAL(18, 2))
DROP TABLE t_temp
UPDATE t_list
SET sizeinmb = @size
WHERE filepath = @filepath
FETCH NEXT
FROM db_cursor
INTO @filepath
END
CLOSE db_cursor
DEALLOCATE db_cursor
SELECT *
FROM t_list
DROP TABLE t_list
EXEC sp_configure 'show advanced'
,1
RECONFIGURE
EXEC sp_configure 'xp_cmdshell'
,0
RECONFIGURE
SQL Server Adatbázis korrupció
A lemezterület figyelése és karbantartása mellett figyelje a lemez állapotát is. Az egészségtelen lemez megrongálhatja a lemezt SQL Server adatbázisok. Ha ez megtörténik, kérjük, használjon adatbázis-helyreállító eszközt, mint pl DataNumen SQL Recovery nak nek javítás sérült SQL Server.
Szerző Bevezetés:
Neil Varley adat-helyreállítási szakértő DataNumen, Inc., amely világelső az adat-helyreállítási technológiák területén, beleértve javítsa ki az Outlook e-mailek sérülését és Excel helyreállítási szoftvertermékek. További információért látogasson el www.datanumen.com