Chirurgia spinală minim invazivă
Chirurgia spinală minim invazivă oferă pacienților oportunitatea unui tratament eficient, permițându-le o recuperare ultra rapidă și nu în ultimul rând minimizând leziunile induse chirurgical. Echipa noastră utilizează un spectru larg de tehnici minim invazive, din care enumerăm câteva: endoscopia cu variantele ei (transnazală, transtoracică, transmusculară, etc), microscopul operator, abordurile trans tubulare și nu în ultimul rând infiltrațiile la toate nivelurile coloanei vertebrale. www.neurohope.ro |
scheduled tasks / ntbackup / status 0x2d
Last Updated: Sep 03 2013 18:10, Started by
Tyby
, Feb 02 2005 00:16
·
0
#1
Posted 02 February 2005 - 00:16
Se dau urmatoarele:
1. domeniu cu 2 DC: (P)DC - Windows 2003 Server Standard si (B)DC cu Windows 2000 Server. 2. pe (B)DC exista un Tape Unit pe care se face regulat (~zilnic) back-up-ul unei cantitati mari de fisiere. Recent s-au facut schimbari majore in flow-ul de file-server ... si rolul a fost preluat (temporar) de PDC, pana la rezolvarea problemelor hardware de pe second DC. Tape Unit in schimb a ramas pe vechiul server. Problema: S-a facut o mapare (P:) pe BDC care pointeaza catre locatia care se doreste a fi backup-uita de pe PDC ... mai precis: net use P: \\PDC_NAME\F$ Inainte de schimbare, back-upul mergea OK, noapte de noapte, FARA probleme. Dupa schimbare, in scheduled tasks procesul apare cu RUNNING timp de cateva secunde, dupa care da: STATUS: 0x2d In NTBAckup log apare mesajul: Quote Skipped files in ""@E:\DATA_from_PDC.bks" folder. Folder not found. Problema este ca DACA rulez job-ul ad-labam sau dau direct sintaxa respectiva pentru ntbackup, o ia FARA NICI O EROARE. Si back-up-ul - evident - se face. De asemenea, am incercat sa pun in scheduled tasks calea catre un bckup_data.cmd, care sa contina sintaxa respectiva ... Acelasi rezultat. Evident, daca il rulez la mana cmd-ul, backup-ul se face normal (deruleaza banda, scrie, verifica, logurile sunt OK). Mentionez: 1. Rulez TOATE procesele necesare ca administrator. Si nu, nu am gresit parola in Scheduled Tasks. 2. Task-ul e facut si rulat in consola RDP (TS). La fel au fost si celelalte, si nu am avut probleme. 3. Am citit ce am gasit aici: http://support.micro...b/264604/EN-US/ http://www.jsiinc.co...2700/rh2710.htm fara nici un folos! :( Sa fie maparea pe admin_share de vina?! :confuzzled: Any ideea?! Multam! |
#2
Posted 02 February 2005 - 00:41
sugestie: foloseste un batch, backup.cmd, in care sa faci si maparea respectiva
net use blah-blah backup.exe blah-blah net use * /delete verifica in logul de security de pe serverul remote ce inregistrari ai in momentul cand se ruleaza jobul... |
#3
Posted 02 February 2005 - 00:58
ok, o sa incerc sa bag in cmd si maparea ... deocamdata i-am dat drumul manual ... si astept sa termine ...
In security NU am failures nici pe unul, nici pe celalalt. |
#4
Posted 03 February 2005 - 13:08
evident, s-a rezolvat in momentul in care am folosit un cmd in care am bagat
net use backup_syntax net use /delete Functioneaza si scheduled, si stand-alone. Explicatie anyone? Thx. |
#5
Posted 03 February 2005 - 14:28
mda, in fisierul bks aveai o cale inexistenta, si ntbackup, atunci cand se initializeaza din linie de comanda, nu trece peste ea. Am mai patit-o si eu.
|
#6
Posted 03 February 2005 - 14:41
pai tocmai:
din linie de comanda GASEA maparea ... nu o gasea cand era scheduled ACEEASI comanda ... indiferent ca era directa sau intr-un batch (cmd). De asemenea, maparea facuta in cmd-ul care este actualmente scheduled si functioneaza, imi apare ca existenta, dar UNAVAILABLE daca ii dau net use in timpul procesului de backup. Desi sunt logat pe TS ca admin si rulez task-ul TOT ca admin. Suspectez o legatura cu virtual console din RDP ... parca am mai avut o problema similara, care s-a rezolvat cand am schedulat din consola (fizica) a serverului. Oricum, cand ajung la el, o sa verific ce si cum. Si anunt, evident! ;) |
#7
Posted 03 February 2005 - 15:23
nu man ... e corect
in momentul in care deschizi o sesiune sub alte credentials pe server nu vei avea acces la resurse mapate intr-o sesiune anterioara ... mai precis, drive letter-ul respectiv nici nu exista ptr. noua sesiune. asta se datoreaza pentru ca este vorba doar de un proces nou care se initializeaza sub niste noi user credentials, dar nu se initializeaza intregul shell de user (ca sa re-enumere si existent drives) poti sa faci urmatorul test: 1. logheaza-te cu user-ul Admin 2. net use x: \\unc_path 3. runas /user:admin2 cmd 4. din noul command prompt incearca sa accesezi X: ... o sa vezi ca admin2 nu stie de X ca drive letter ca o paranteza, de asta e bine sa folosesti UNC in joburile de backup. spor ;) |
#8
Posted 03 February 2005 - 15:35
da man, stiu ce zici matale ... numai ca rulam sub aceleasi credentials ... Administrator ((si) din domain admins group ;) )
|
#9
Posted 03 February 2005 - 15:44
nu conteaza ... fa testul care ti-am zis si la pasul 3 logheaza-te tot cu admin :D
o sa vezi ca tot nu o sa stie de drive-ul X, tocmai pentru ca nu se initializeaza shell-ul de user ... MS design ;) |
#11
Posted 03 February 2005 - 18:18
In sfirsit am primit explicatie la o problema veche, rezolvata prin tot felul de "ocolisuri" :-)
Sunteti meseriasi. Mersi. |
#13
Posted 03 September 2013 - 18:10
Salut!
am si eu o problema: win 2003 server, am avut scheduled un backup facut manual int-un cmd, a functionat de ... luni de zile fara nici o problema, acum 2 zile am avut un virus, am scapat de el dar, nu mai am task-ul, a disparut, mai erau vreo 2 facute automat de adobe sau altceva, nici alea nu mai exista. ok am vrut sa-l refac, cind am creat unul nou si i-am dat numele de backup (la fel cum era cel de pina acum) imi zice ca task-ul exista. unde pot sa il gasesc, in registrii, sau in alta parte! am cautat in registrii si... nimic, am cautat pe net (nu f mult ce e drept) si nu am gasit nimic. multumesc pentru orice idee |
Anunturi
▶ 0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users