Newsgroup: it.comp.os.win.nt
Titolo: problemi di backup e permessi su NT

ciao a tutti.
Mi sto picchiando da un paio di giorni su un problema che mi si è presentato
nel backup di alcune cartelle e file di un server NT 4.0
Allora la situation è questa:
dopo che si è fusa la scheda video del server si sono accorti (ripristinando
il tutto) che erano praticamente 2 anni (!!!) che schedulavano un backup con
AT senza... beckuppare proprio la base dati... (ok non si sono mai letti i
files di log generati).
mani tra i capelli e telefonata al sottoscritto.
Pensavo fosse il solito problema delle permission con cui girava il servizio
scheduler invece non c'entrava proprio niente (almeno così pare)
logon come administrator
il backup è in locale sul disco f: e non da altri dischi di rete
il dat deve tirarsi su un file dump generato da una estrazione di oracle e
poi zippato e una cartella.
il batch sembra funzionare correttamente, viene generato il file .dmp e poi
inizia a beckuppare il tutto ma mentre mi tira su la cartella "f:\public"
non riesce a caricarsi il file .dmp dicendomi che non ho i permessi per
accedere a quel file.
Ovviamente avevano giocato anche un po' con le permission e non mi hanno
saputo ricostruire quello che hanno fatto.
Io mi sono trovato davanti a:
un disco f: sharato come f$
un ramo di varie directory non sharate
una "f:\public" sharata come public
tutti i dischi, tutte le cartelle e tutti i file con accesso everyone full
controll
anche se do il comando manuale da shell dos (ntbackup backup path:\nomefile)
mi parte il programma ntbackup e mi dice che non ho i permessi.
se invece backuppo il file direttamente dal programma ntbackup riesco a
farlo, stessa cosa se sposto il file nella cartella public
incuriosito ho provato a backuppare un po' di tutto ma niente.... non riesco
ad accedere a nulla da riga di comando dos, non riesco a far backuppare
nessun tipo di file neanche creato al volo in una qualsiasi cartella che non
sia public.
fino a capire che sia qualcosa legato ai permessi ci arrivo... ma non sono
riuscito a capire cosa.....
backuppo solo ed esclusivamente i file che sono contenuti nella cartella
public (da dos)
un estratto del batch di lancio è il seguente:
***
exp USERID=SYSDBA/masterkey FILE=F:\ORACLE\BACKUP\TradeWin.dmp
LOG=f:\oracle\backup\ExpTradeWin.log FULL=N OWNER=SYSDBA TRIGGERS=N
CONSTRAINTS=N 2>NUL
F:\ORACLE\backup\orcl\TRADE\PKZIP.EXE F:\ORACLE\BACKUP\TradeWin.zip
F:\ORACLE\BACKUP\TradeWin.dmp
NTBackup Backup F:\ORACLE\BACKUP\TradeWin.zip f:\public /hc:on /T NORMAL /D
"Copia di TradeWin" /L"f:\oracle\Backup\Backup.log"
NT4Backup eject
***
ora non so proprio che pesci pigliare....
consigli?

***
La butto lě, ho vaghe reminiscenze...
Nello script invece di specificare solo "f:\public" prova a mettere
"f:\public\*.*"
------------------
Alessandro Borille
Microsoft MVP - (Windows 2000)

 "f:\public\*.*"
ciao
no il prob. non č quello... la cartella public e tutto il suo contenuto se
la tira su che č na bellezza.....
č tutto il resto del disco che "col cavolo"
ale

è tutto il resto del disco che "col cavolo"
Oggi si vede che leggo le news al contrario :-)
L'event viewer che dice? come sei messo a Service Pack?
Prova a rischedulare il batch tramite AT con l'opzione /interactive
(se già non è stato fatto).


 L'event viewer che dice? come sei messo a Service Pack?
SP6 event viewer non ce l'ho sottomano adesso purtroppo.
cmq. il prob sorge già digitando il comando direttamente da tastiera in
finestra dos.... come se accedessi alla shell senza diritti (anche se
loggato come administrator)
cioè proprio "scrivendo" ntbackup backup ecc.... parte il backup e durante
il backup stesso salta tutti i file che NON sono nella cartella public.
grazie
ale

il backup stesso salta tutti i file che NON sono nella cartella public.
Giusto per disperazione, perché il comportamento descritto č talmente
assurdo... crea un nuovo utente che faccia parte del gruppo backup
operators e prova a schedulare il job con quell'utente.


 operators e prova a schedulare il job con quell'utente.
ehm... sono giŕ passato da quella fase di disperazione... nisba...
anche per me la cosa č pazzesca.....
(nota: tutto il disco tutte le cartelle tutti i file sono full controll
everyone)
oltretutto non riesco a simulare la cosa sui miei server da me
ale

oltretutto non riesco a simulare la cosa sui miei server da me
Non e' che rimane appeso un processo CMD che tiene in uso il file e
non te lo fa backuppare?
G

 G
negativo.
ripeto il comando funziona, solo che funziona solo ed esclusivamente su
quella directory ignorando qualsiasi altra cosa anche se in teoria potrei
accedervi tranquillamente.
a sto punto mi viene un dubbio:
ma se io mi loggo con un utente X qualsiasi, la shell dos che apro ha gli
stessi identici privilegi dell'utente X ... o no?
ale

stessi identici privilegi dell'utente X ... o no?
Certo!
A questo punto non mi viene che da dire... controlla l'owner del file.
G

 G
già fatto naturalmente.......
io ci sto sclerando :)
ale

io ci sto sclerando :)
Opporc... nome del file che e' definito come variabile d'ambiente/nome
riservato???
Non mi viene in mente null'altro :-|
G

 G
*qualunque* file. ho provato jpg, txt, pincopalli... nada
se i files non son o in quella cartella non me li backuppa
Per ora ho rimediato facendogli creare il dump direttamente nella cartella
public e poi da lě lo tira su in automatico, perň non č *la soluzione*
grazie comunque.
In any case oramai a prescindere dal problema contingente, mi piacerebbe
capire "perchč"
ale

public e poi da lì lo tira su in automatico, però non è *la soluzione*
AH!
Non avevo capito, quindi non e' un problema di file, ma QUALUNQUE file
in quella cartella non lo copia, giusto?
Le permission della cartella e l'owner? 
Ormai sono curioso anche io... se capisci cos'e' mi piacerebbe saperlo
:)
G

 Ormai sono curioso anche io... se capisci cos'e' mi piacerebbe saperlo
esattamente il contrario.... qualunque file di *quella* cartella viene
copiato è tutto il resto del disco (compreso c:\ ecc..) che viene ignorato.
nel primo post ho spiegato esattamente la situazione
ale