क्या MSDB को हटाना ठीक है?


9

मैं डीबीए नहीं हूं, मैंने केवल यह जाना है कि एमएसडीबी मूल रूप से अपने नौकरी और इतिहास के एसक्यूएल एजेंट का एक डीबी है, अब मैं अपने क्लाउड सर्वर में अंतरिक्ष से बाहर चल रहा हूं और मेरे पास 1 साल का एमएसडीबी वर्ष 2017 है। , क्या इसे हटाना ठीक है या क्या मैं इसे बैकअप उद्देश्यों के लिए रखता हूं?

250GB HDD में मेरा MSDB 93GB है।

जवाबों:


14

आप msdbडेटाबेस को डॉक्स (जोर मेरा) में बताए अनुसार नहीं छोड़ सकते :

प्रतिबंध

निम्नलिखित ऑपरेशन msdb डेटाबेस पर नहीं किए जा सकते हैं:

  • टक्कर बदलना। डिफ़ॉल्ट collation सर्वर collation है।

  • डेटाबेस को गिराना।

  • डेटाबेस से अतिथि उपयोगकर्ता को छोड़ना।

  • परिवर्तन डेटा कैप्चर को सक्षम करना।

  • डेटाबेस मिररिंग में भाग लेना।

  • प्राथमिक फ़ाइल समूह, प्राथमिक डेटा फ़ाइल या लॉग फ़ाइल को निकालना।

  • डेटाबेस या प्राथमिक फ़ाइल समूह का नाम बदलना।

  • ऑफ़लाइन डेटाबेस की स्थापना।

  • READ_ONLY के लिए प्राथमिक फ़ाइल समूह सेट करना।

सिस्टम डेटाबेस के साथ छेड़छाड़ आमतौर पर एक अच्छा विचार नहीं है। आपको जांच करनी चाहिए कि आपकी अंतरिक्ष समस्या कहाँ है और अपनी ड्राइव का विस्तार करने पर विचार करें।


यह जाँचने के लिए कि आपके आकार की समस्या कहाँ है:

  • msdbइस क्वेरी का उपयोग करके डेटाबेस के अंदर टेबल और इंडेक्स साइज़ की जाँच करें :

    USE msdb
    GO
    
    SELECT 
        t.NAME AS TableName,
        s.Name AS SchemaName,
        p.rows AS RowCounts,
        SUM(a.total_pages) * 8 AS TotalSpaceKB, 
        CAST(ROUND(((SUM(a.total_pages) * 8) / 1024.00), 2) AS NUMERIC(36, 2)) AS TotalSpaceMB,
        SUM(a.used_pages) * 8 AS UsedSpaceKB, 
        CAST(ROUND(((SUM(a.used_pages) * 8) / 1024.00), 2) AS NUMERIC(36, 2)) AS UsedSpaceMB, 
        (SUM(a.total_pages) - SUM(a.used_pages)) * 8 AS UnusedSpaceKB,
        CAST(ROUND(((SUM(a.total_pages) - SUM(a.used_pages)) * 8) / 1024.00, 2) AS NUMERIC(36, 2)) AS UnusedSpaceMB
    FROM 
        sys.tables t
    INNER JOIN      
        sys.indexes i ON t.OBJECT_ID = i.object_id
    INNER JOIN 
        sys.partitions p ON i.object_id = p.OBJECT_ID AND i.index_id = p.index_id
    INNER JOIN 
        sys.allocation_units a ON p.partition_id = a.container_id
    LEFT OUTER JOIN 
        sys.schemas s ON t.schema_id = s.schema_id
    GROUP BY 
        t.Name, s.Name, p.Rows
    ORDER BY 
        TotalSpaceMB DESC

    यदि sysjobhistoryअंतरिक्ष में चबूतरे हैं, तो अपनी वर्तमान नौकरी इतिहास किराया नीति की समीक्षा करें और सुनिश्चित करें कि आपकी नौकरियों का कार्यक्रम चेक पर है और ज़रूरत से ज़्यादा बार ट्रिगर नहीं किया गया है।

  • इस क्वेरी के साथ डेटाबेस डेटा और लॉग फ़ाइल आकार की जाँच करें:

    ;with fs
    as
    (
        select database_id, type, size * 8.0 / 1024 size
        from sys.master_files
    )
    select
        name,
        (select sum(size) from fs where type = 0 and fs.database_id = db.database_id) DataFileSizeInMB,
        (select sum(size) from fs where type = 1 and fs.database_id = db.database_id) LogFileSizeInMB
    from 
        sys.databases db
    where
        db.name = 'msdb'

    यदि लॉग फ़ाइल का आकार अधिक है, तो आपको यह पता लगाने की आवश्यकता है कि किस ऑपरेशन ने इसे बढ़ाया है यह आकार है और इसका निवारण करें। फ़ाइल को सिकोड़ने से कुछ जगह खाली हो जाएगी लेकिन अंतर्निहित समस्या का समाधान नहीं होगा।


मेरा MSDB एक 250GB HDD में 93GB है, बीमार शायद मेरे HDD का विस्तार करने पर विचार करता है, लेकिन अब बीमार पुराने रिकॉर्ड के लिए धन्यवाद।
टेरेंस मैकगिनिस

5

जैसा कि यहां अन्य उत्तरों में शामिल है, पूरे msdb डेटाबेस को हटाने का प्रयास न करें।

आप एमएसडीबी डेटाबेस में संग्रहित कुछ इतिहास रिकॉर्ड को गिराना चाहते हैं, और यदि आपको अंतरिक्ष को बचाने की आवश्यकता है तो डेटाबेस को सिकोड़ें। जागरूक रहें, मैं आपको यह सलाह नहीं दे रहा हूं क्योंकि डेटाबेस को निश्चित रूप से फिर से बढ़ने की आवश्यकता होगी जब तक कि आप निरंतर आधार पर एमएसडीबी द्वारा उपयोग किए जाने वाले स्थान का बारीकी से प्रबंधन नहीं करते।

आप इन संग्रहीत प्रक्रियाओं का उपयोग करके एमएसडीबी डेटाबेस से इतिहास को हटा सकते हैं:

USE msdb;
EXEC dbo.sp_delete_backuphistory @oldest_date = '2018-01-01T00:00:00';
EXEC dbo.sp_purge_jobhistory @job_name = NULL
    , @job_id = NULL
    , @oldest_date = '2018-01-01T00:00:00';

Msdb को सिकोड़ने के लिए, आप इसका उपयोग कर सकते हैं:

USE msdb;

DBCC SHRINKFILE (MSDBData, 0);
DBCC SHRINKFILE (MSDBLog, 0);

उपरोक्त ऑपरेशन एमएसडीबी डेटा को सिकोड़ने और फाइलों को सबसे छोटे आकार में लॉग करने का प्रयास करेंगे। लॉग फ़ाइल के लिए, "सबसे छोटा आकार संभव" सबसे हाल ही में आवंटित वर्चुअल लॉग फ़ाइल द्वारा सीमित है।

FYI करें, आप देख सकते हैं कि निम्नलिखित कोड को चलाकर डेटाबेस में कितनी जगह खपत की जा रही है:

USE <database_name>;

DECLARE @Schema sysname;
DECLARE @Table sysname;
DECLARE @DSName sysname;

--if you're interested in a subset of the objects in a database,
--specify that subset by modifying these variables.  @DSName is
--the name of a filegroup, or possibly a partition.
SET @Schema = NULL;
SET @Table = NULL;
SET @DSName = NULL;

SELECT DataSpace = ds.name
    , ObjectName = QUOTENAME(s.name) + '.' + QUOTENAME(o.name)
    , IndexName = i.name
    , IndexType = i.type_desc
    --, total_pages
    --, used_pages
    --, data_pages
    , TotalMB = CONVERT(INT, total_pages * 8192E0 / 1048576)
    , UsedMB = CONVERT(INT, used_pages * 8192E0 / 1048576)
    , DataMB = CONVERT(INT, data_pages * 8192E0 / 1048576)
    , [rows]
    --, i.*
FROM sys.allocation_units au
    INNER JOIN sys.data_spaces ds ON au.data_space_id = ds.data_space_id
    INNER JOIN sys.partitions p ON (au.container_id = p.hobt_id AND (au.type = 1 OR au.type = 3)) OR (au.container_id = p.partition_id AND au.type = 2)
    INNER JOIN sys.indexes i ON p.index_id = i.index_id AND p.object_id = i.object_id
    INNER JOIN sys.objects o ON p.object_id = o.object_id
    INNER JOIN sys.schemas s ON o.schema_id = s.schema_id
WHERE /*o.is_ms_shipped = 0
    AND total_pages > 128
    AND */(ds.name = @DSName OR @DSName IS NULL)
    AND (s.name = @Schema OR @Schema IS NULL)
    AND (o.name = @Table OR @Table IS NULL)
ORDER BY ds.name, o.name, i.name

1

Microsoft ब्लॉग दस्तावेज़ के अनुसार यहाँ MSDB Microsoft SQL सर्वर में एक महत्वपूर्ण सिस्टम डेटाबेस है। Msdb डेटाबेस का उपयोग मुख्य रूप से SQL सर्वर एजेंट द्वारा सिस्टम गतिविधियों जैसे sql सर्वर जॉब्स, मेल, सर्विस ब्रोकर, मेंटेनेंस प्लान, यूजर और सिस्टम डेटाबेस बैकअप हिस्ट्री आदि को स्टोर करने के लिए किया जाता है। इसका उपयोग डेटाबेस इंजन और मैनेजमेंट स्टूडियो द्वारा भी किया जाता है।

कुछ निश्चित DMLऔर DDLसंचालन हैं जो MSDBडेटाबेस में नहीं किए जा सकते हैं जैसे:

  1. हम इस डेटाबेस से तालिकाओं को नहीं छोड़ सकते।
  2. We cannot drop this database
  3. हम जाने के लिए यह सिस्टम डेटाबेस नहीं बना सकते off-line
  4. हम mirroringइस डेटाबेस पर डेटाबेस नहीं कर सकते ।
  5. हम renameइस डेटाबेस का नाम नहीं दे सकते । आदि…
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.