none
nefunkční shrink databáze - ms sql 2000 enterprise sp4

    Dotaz

  • ahoj,

    mám zde trochu netradiční situaci se sql server 2000. mám databázi o velikosti 12MB, jejíž transakční log má téměř 8GB. na disku je dostatek volného místa - cca přes 30 GB. v dialogu vlastností db je uvedeno Space available: 707MB.

    nedaří se mi provést shrink a to i přesto že jsem zkoušel všechny možnosti včetně plánované úlohy a DB navíc není ani využita (aplikace pracuje jen v noci pár hodin). máte někdo tip co s tím?

    jinak předpokládám že ve výsledku db bude malinká proto kompletní full backup z enterprise managera vytvoří soubor o velikosti 11mb. potřebuju však provést shrink toho transakčního souboru.

    bohužel o aplikaci toho moc nevím, dostal jsem ji na starosti až nyní a mám ji přestěhovat na jiný server.

    o db se nikdo nestaral protože aplikace je funkční a místa na disku je dost.

    díky za pomoc.


    michal zobec www.michalzobec.cz | www.virtualnipc.cz
    čtvrtek 4. srpna 2011 18:24

Odpovědi

  • nedaří se mi provést shrink a to i přesto že jsem zkoušel všechny možnosti včetně plánované úlohy

    Slušelo by se uvést aspoň něco z toho co jsi vyzkoušel... kdyby jsi vyzkoušel opravdu vše, tak by aspoň něco zabrat muselo. Co třeba tohle:

    backup LOG DB WITH NO_LOG
    DBCC SHRINKFILE (DB_Log,100)

    kde DB je název databáze, DB_LOG je filename logovacího souboru a 100-vka je cílová velikost transakčního logu v MB.

    Přestěhování je nejjednodušší metodou backup/restore ale nelze-li, tak by šlo jít přes dettach souborů DB, copy na jiný server a následně attach na novém serveru. Podrobnějších popisů se na netu válí mraky, nicméně první způsob je nejvhodnějš


    čtvrtek 4. srpna 2011 21:43
  • teď nemám server po ruce ale zkoušel jsem to přes GUI přes konzoli jsem to nedělal.


    Tak to zkus, Query analyzer se jmenuje to, co ty nazýváš konsolí... :-) A jestli to zabere (což očekávám), tak si to nascheduluj jako job.
    pátek 5. srpna 2011 10:00

Všechny reakce

  • Ahoj,

    mrkni na recovery rezim (cesky nad .. uroven logovani nebo tak neco), prehod na simple, udelej shrink, pripadne vrat zpet na full, pokud zalohujes transakcni logy.


    Marek Chmel, WBI Systems (MCTS, MCITP, MCT, CCNA)
    čtvrtek 4. srpna 2011 19:11
  • nedaří se mi provést shrink a to i přesto že jsem zkoušel všechny možnosti včetně plánované úlohy

    Slušelo by se uvést aspoň něco z toho co jsi vyzkoušel... kdyby jsi vyzkoušel opravdu vše, tak by aspoň něco zabrat muselo. Co třeba tohle:

    backup LOG DB WITH NO_LOG
    DBCC SHRINKFILE (DB_Log,100)

    kde DB je název databáze, DB_LOG je filename logovacího souboru a 100-vka je cílová velikost transakčního logu v MB.

    Přestěhování je nejjednodušší metodou backup/restore ale nelze-li, tak by šlo jít přes dettach souborů DB, copy na jiný server a následně attach na novém serveru. Podrobnějších popisů se na netu válí mraky, nicméně první způsob je nejvhodnějš


    čtvrtek 4. srpna 2011 21:43
  • já už přenos DB provedl, psal jsem už v původním příspěvku že jsem prováděl Backup. už jsem si to i přenesl ale chtěl jsem provést údržbu protože nevím kdy přesně se proces přenosu dokončí a zda opět nebudu muset přenášet původní DB.

    teď nemám server po ruce ale zkoušel jsem to přes GUI přes konzoli jsem to nedělal.


    michal zobec www.michalzobec.cz | www.virtualnipc.cz
    pátek 5. srpna 2011 9:12
  • teď nemám server po ruce ale zkoušel jsem to přes GUI přes konzoli jsem to nedělal.


    Tak to zkus, Query analyzer se jmenuje to, co ty nazýváš konsolí... :-) A jestli to zabere (což očekávám), tak si to nascheduluj jako job.
    pátek 5. srpna 2011 10:00