none
Kopírování

    Dotaz

  • Mám problém s kopírováním souborů se zálohou. Pomocí baťáku jednou týdně kopíruju soubory se zálohou z jednoho adresáře do druhého. Mam to nastavený v plánovači a výstup veškerejch příkazů v baťáku přesměrovány do souboru. Občas se mi stává, že se některý soubor nezkopíruje. Neděje se to pravidelně a pokaždý to je jinej soubor. Kontroloval jsem disk programem ckkdsk, ale žádný problém nenašel. Před kopírováním jednotlivejch souborů si zapisuju čas, abych mohl v logu serveru najít případné problémy, ale nikdy jsem v době, kdy se nějaký soubor nezkopíroval, žádnou chybovou hlášku nenašel. Ke kopírování používám příkaz copy. Nevíte někdo, kde mám hledat chybu?
    úterý 29. září 2009 11:16

Odpovědi

Všechny reakce

  • predpokladam ze v bataku mas presmerovany stdout a stderr do logovaciho souboru?

    neco jako copy c:\*.* d:\ >NEJAKYLOGOVACISOUBOR.TXT 2>&1

    MP
    úterý 29. září 2009 12:44
    Vlastník
  • Mám to přesměrovaný takto: copy U:\zaloha\predlice_usb_uplna_Ne_C3.bkf U:\kopie_zaloh\predlice_usb_uplna_Ne_C3.bkf /Y /V >> Kopirovani_zaloh.log

    úterý 29. září 2009 17:38
  • > resp. >> je stdout
    2> je stderr ktery byva dulezitelsi (nicmene ne kazdy program poctive vypisuje chyby na stderr a standardni vypis na stdout).

    OSOBNE bych misto >> pouzil zminovane >log%date%.TXT 2>&1 tzn. logoval oba vystupy a to do separatniho logu po datech ... ale volba je Tva :)

    MP
    úterý 29. září 2009 17:41
    Vlastník
  • Aha, tak já to logování přepíšu a pak dám vědět jak to dopadlo. V plánovači jsem to kopírování  nastavil na dnešek 19:00 a teď koukám do toho logu a u některých souborů mi to píše „Insufficient system resources exist to complete the requested service“, ale to se mi nějak nezdá, server má Intel Xeon 3,66GHz a 32GB RAM. Procesor je vytíženej max. 5% a paměti je obsazený 1,55GB.

    úterý 29. září 2009 18:01
  • pouzivej xcopy/robocopy ;-)

    MP
    úterý 29. září 2009 18:07
    Vlastník
  • U XCOPY jsem měl podobný problémy, vyzkouším teda ještě ROBOCOPY a dám vědět jak to dopadlo.

    úterý 29. září 2009 18:16
  • odkud kam kopirujes? Nejake speciality (komprese, prava, sit...)?

    U: vypada jako sit - proc nepouzivas UNC? Nebo se jedna o USB disk? Je naformatovany na NTFS?

    MP
    úterý 29. září 2009 18:19
    Vlastník
  • Tak ROBOCOPY nevyzkouším, 2003 ho nemaj. Předělám to ještě jednou na XCOPY a upravím to logování a dám vědět. U: síť není, je to USB disk naformátovaný na NTFS. Kopíruju i soubory z dalších dvou serverů, tam už používám UNC cestu. př:  \\192.168.1.3\U$\zaloha

    úterý 29. září 2009 18:28
  • robocopy je v reskitu. stahni a pouzij :)

    MP
    úterý 29. září 2009 18:29
    Vlastník
  • Hmmm, koukám, že mám pořádný mezery. Hned to sosnu a vyzkouším.

    úterý 29. září 2009 18:33
  • Tak celý den testuju robocopy, a vyskytl se mi tam podobná chybová hláška jako u copy. Ale robocopy, jak to tak vypadá, umí po výskytu nějaký chyby, pokračovat kde přestalo, tak se vlastně nic nestalo. Ale nechápu proč se ta chyba vyskytuje. V logu serveru se v ten časovej okamžik žádná chyba nevyskytne. Že by byl opravdu přetíženej? Níže přikládám výpis logu.

    -------------------------------------------------------------------------------
       ROBOCOPY     ::     Robust File Copy for Windows     ::     Version XP010
    -------------------------------------------------------------------------------

      Started : Thu Oct 01 12:33:05 2009

       Source : U:\zaloha\
         Dest : U:\kopie_zaloh\

        Files : predlice_usb_prirustkova_Ut.bkf
        
      Options : /COPY:DAT /NP /R:1000000 /W:30

    ------------------------------------------------------------------------------

                        1 U:\zaloha\
         New File       5.3 g predlice_usb_prirustkova_Ut.bkf
    2009/10/01 12:37:17 ERROR 1450 (0x000005AA) Copying File U:\zaloha\predlice_usb_prirustkova_Ut.bkf
    Insufficient system resources exist to complete the requested service.

    Waiting 30 seconds... Retrying...
         New File       5.3 g predlice_usb_prirustkova_Ut.bkf

    ------------------------------------------------------------------------------

                    Total    Copied   Skipped  Mismatch    FAILED    Extras
         Dirs :         1         0         1         0         0         0
        Files :         1         1         0         0         0         0
        Bytes :   5.341 g   5.341 g         0         0         0         0
        Times :   0:12:27   0:11:57                       0:00:30   0:00:00

        Speed :             7991452 Bytes/sec.
        Speed :             457.274 MegaBytes/min.

        Ended : Thu Oct 01 12:45:33 2009

    čtvrtek 1. října 2009 11:41
  • Osobne bych zkusil ten samy disk na jinem serveru a naopak nejaky jiny externi disk na tom samem (muzes-li)

    V eventlogu zadne hlasky? Jak je dlouhy USB kabel? NApajeni je externi nebo z USB (z 1 nebo 2 portu)?

    MP

    čtvrtek 1. října 2009 12:26
    Vlastník
  • Tak za stávající situace tahle změna disků není možná. Pokusím se přesvědčit šéfa, aby koupil ještě jeden externí disk od jinýho výrobce a pak to vyzkouším. V eventlogu právě žádná chybová hláška ani warning není. USB kabel je použit ten co se dodal s diskem, jeho délka je 1,5m. USB disk je napájenej zvlášť.
    pátek 2. října 2009 7:27
  • JAke znacky je ten USB disk?

    MP
    pátek 2. října 2009 7:58
    Vlastník
  • Seagate FreeAgent Desk 1500GB p/n: 9ZC2A8-500
    pátek 2. října 2009 8:05
  • Diagnostikoval jsi jej pomoci SeaTools?

    MP
    pátek 2. října 2009 8:12
    Vlastník
  • To jsem nezkoušel. Stáhnu a prubnu to. Nechal jsem ho kontrolovat jenom programem CHKDSK.
    pátek 2. října 2009 8:17
  • chkdsk /f nebo chkdsk /r ?

    MP
    pátek 2. října 2009 8:18
    Vlastník
  • Už si nejsem jistej, ale mam dojem, že CHKDSK /r. Trvalo to dost dlouho.
    pátek 2. října 2009 8:22
  • Program SeaTools for Windows má 6 testů. S.M.A.R.T. je nedostupný a Advanced by smazal data. Provedl jsem Short Drive Self Test, nic nenašel, Short Generic taky nic nenašel. Long Drive Self Test jsem musel ukončit zhruba v půlce, protože disk musím vrátit na místo a na Long Generic se nedostalo. V pondělí hned ráno pustím znovu Long Drive Self a snad se to do záloh stihne a v úterý pustím Long Generic a uvidíme.
    pátek 2. října 2009 11:48
  • Nedostupnost SMART je smutna, pripadne vypadky by byly videt hned.

    MP

    pátek 2. října 2009 12:17
    Vlastník
  • Provedl jsem všechny testy, které SeaTools nabízí (mimo S.M.A.R.T., který je nedostupný a Advanced, který by mi smazal data) a žádný problém nenašel. Dnes jsem zkoušel obnovit data z pásky na výše zmiňovaný disk a u některej souboru mi ntbackup zahlásil Warning: Insufficient privilege for the file balbalbla – skipped. Když jsem to zkusil znovu u nepovedených souborů, vše proběhlo bez problémů. V logu serveru je pouze toto:

    Event Type: Error
    Event Source: NTBackup
    Event Category: None
    Event ID: 8019
    Date: 12.10.2009
    Time: 13:06:12
    User: N/A
    Computer: PREDLICE
    Description:
    End Operation: Warnings or errors were encountered.
    Consult the backup report for more details.
    For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

    Nějaké další nápady?

    úterý 13. října 2009 8:34
  • Opravdu me toho moc nenapada. Mrkni se a zkus zvetsit MFT (fsutil.exe).
    Myslim ze je cas na to zkusit disk jinde a jiny disk zde.

    Na jinem USB portu to same?

    MP
    úterý 13. října 2009 8:58
    Vlastník
  • Změnu MFT nechám jako poslední možnost, nechce se mi ten disk dělit. Přehodil jsem ho do druhého USB a budu to testovat. Už koukám na netu po nějakým jiným disku a doufám, že ho šéf koupí a pak dám samozřejmě vědět jestli to pomohlo.
    úterý 13. října 2009 10:03
  • mft zmenis pomoci fsutil behavior set mftzone, zadne deleni netreba.

    Ano, zmena velikosti clusteru s tim ovsem take muze souviset. Mas na disku MOC MOC malych souboru?

    MP
    úterý 13. října 2009 10:06
    Vlastník
  •  Já myslel, že nastavení velikosti alokace místa pro tabulku MFT je třeba provést před vytvořením samotného oddílu. Pokud ne, tak to udělám. Souborů je na disku odhadem 300 000, což mi MOC nepřipadá.
    úterý 13. října 2009 10:49
  • to jde.

    nicmene male soubory se ukladaji primo do MFT takze misto teoreticky dojit muze. nicmene asi bys o tom mel hlasku v logu ...

    MP
    úterý 13. října 2009 11:56
    Vlastník
  • Nemuze byt potiz v tom zalohovacim softu? pokud pouzivas backup od MS uz se mi stalo, ze po dokonceni BKF se korektne neukoncil a jako by soubor stale drzel - nasledne kopirovani se diky tomu nezdarilo - chyba pristupu / opravneni.
    Resil jsem to nastavenim sluzby -> restart sluzby po chybe a do xcopy jsem dal parametr /c
    pátek 16. října 2009 8:34
  • Mohl by si být konkrétnější, nějak nerozumím tomu jak jsi to řešil s tím restartem služby a jak poznám, že se ntbackup neukončil korektně. V logu jsem nic nenašel.
    pondělí 11. ledna 2010 12:38
  • Objevil jsem tu na nějakým fóru podobný problém co mám já. Týká se to hlášky „Insufficient system resources exist to complete the requested service. Tato hláška se mi objevuje při kopírování souborů. Podle toho příspěvku mam upravit hodnotu v registrech HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters parametr IRPStackSize. Jelikož tam tato hodnota vůbec nebyla, tak jsem jí tam přidal  a začal na hodnotě 17. Nepomohlo to tak jsem to zvedl na 19 a uvidíme. Jelikož nevím jestli tato úprava ten problém vůbec vyřeší, chci se zeptat do jaký hodnoty to můžu BEZPEČNĚ zvedat?
    pondělí 25. ledna 2010 10:44
  • pondělí 25. ledna 2010 11:03
    Vlastník
  • Dík moc, budu to zkoušet postupně zvedat a pak dám vědět na jaký hodnotě jsem se zastavil.

    úterý 26. ledna 2010 11:51
  • Tak jsem hodnotu IRPStackSize zvedl postupně až na maximální hodnou, ale bez úspěchu. Výše zmíněný problém s kopírováním jsem vyřešil nakonec tak, že jsem opustil přístup k diskům přes UNC cestu typu \\server\c$. Nainstaloval jsem na servery FTP server a kopíruji to přes něj a vše funguje bez problémů. Z toho usuzuji, že není problém v HW, ale pravděpodobně v OS. Dále to řešit nebudu, protože jsem s tím strávil strašně moc času a bez výsledku.
    pátek 3. prosince 2010 11:19
  • Doporucuju projet pri kopirovani, zda se nezaplnuje ram a diskove operace.

     

    perfmon.msc

     

    Ikdyz uz je asi pozde, ale stejne takto by se server chovat nemel a urcite to prinasi minimalne degradaci vykonu v jinych pripadech.

    Na 2k3 sem resil (resim stale podobne srandy)... zlata 2k8 a vys..

    pondělí 6. prosince 2010 7:11
  • Znovu otevřu toto téma. Jelikož jsem zde psal, že výše uvedený problém jsem vyřešil změnou zálohovacího programu, tak opak je pravdou. Problém se vyřešil pouze dočasně. Tento problém se nadále vyskytuje i když jsem dokonce server kompletně přeinstaloval a nastavil hodnotu HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters\IRPStackSize na 50 (desítkově). Chybová hláška "Insufficient system resources exist to complete the requested service" se objevuje i v případě, že se soubor pokusím překopírovat ručně. Při ručním kopírování jsem sledoval zatížení systému, konkrétně hodnoty % Disk time a Available MBytes. Jelikož má server 32GB RAM, hodnota Available MBytes je v klidu i při kopírování na 100%. Hodnota % Disk time je před kopírováním  mezi 0 - 5%. Při kopírování je to mezi 95 - 100%. Pár vteřin před zobrazením chybové hlášky disková aktivita klesá téměř na 0. Vysledoval jsem, že tento problém se vyskytuje u souboru zhruba od 50MB výš. U menších souborů tento problém nevzniká. Problém se ovšem nevyskytuje pravidelně a po restartu systému se objevuje minimálně. Mám takovej pocit, že tyto problémy nejsou způsobeny chybnou konfigurací systému, ale prostě konstrukcí systému. Berte to jen jako můj názor, hlavně mě hned nekamenujte. :-) Moc rád bych se mýlil a moc rád bych byl kdyby mi někdo poradil kde mám hledat chybu. Kdyby záleželo na mě, tak tam dám 2k8 a myslím, že je po problému, ale bohužel se tu šetří kde sedá a dokud někde nevyhrabu nějaký vyjádřeni Microsoftu, že je tento problém způsobený zastaralostí systému a že tento problém se již v novém systému neobjevuje, tak mi vedení finance prostě nedá.
    pátek 6. ledna 2012 10:58
  • A co tedy používáš za program?
    pátek 6. ledna 2012 11:25
  • Používám Cobian Backup. Přešel jsem na něj proto, že jsem myslel, že tím vyřeším problémy s tou chybovou hláškou, ale nevyřešil.
    pátek 6. ledna 2012 12:20
  • Zdravím,

    po dlouhé době se mi povedlo vyřešit výše uvedený problém. Bohužel se to nepodařil vyřešit radami, které jsou zde uvedeny. Problém jsem vyřešil tímto http://support.microsoft.com/kb/304101 . Systém nyní funguje bez problémů. Doufám, že toto pomůže i dalším lidem. :-)

    pondělí 30. dubna 2012 9:58