Newsgroup: it.comp.software.database
Titolo: MS SQL Server e backup su NAS

Ciao a tutti.
Non riesco a creare un backup device su un'unità mappata.
Ho un NAS, al quale accedo tramite connessione unità di rete (z:). Quando
vado a creare un nuovo backup device e cerco di specificare il file name,
non vedo l'unità z: ma solo l'unità c:
Come risolvo?
Grazie
giaconet

 giaconet
Bye
-- 
Luca Bianchi
Microsoft MVP - SQL Server
http://mvp.support.microsoft.com


Grazie, ma avevo giŕ provato. Ho provato a forzargli z:\nas.bak  e anche
\\nas-raid-1\backup_lab\nas.bak ma in entrambi i casi mi da un errore di
device off-line. I permessi NTFS dovrebbero esserci, infatti le session
vengono eseguite con System Account che č il Domain Admin. O devo
specificare l'utente da qualche parte?
:-(
Bye
giaconet

 Bye


"giaconet" <giaco...@NOSPAMvirgilio.it> ha scritto nel messaggio
news:37jpq7F...@individual.net...

Ciao giaconet,
Il servizio Sql Server per default accede al sistema tramite lo user
LocalSystem.
L'help di Sql Server ....
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/instsql/in_overview_6k1f.asp
dice che .....
--------------------------------------
Utilizzo dell'account di sistema locale
L'account di sistema locale (LocalSystem) non richiede una password, non
dispone di diritti di accesso alla rete in Windows NT 4.0 e Windows 2000 e
impedisce l'interazione dell'installazione di SQL Server con altri server.
---------------------------------------
Prova ad avviare il servizio tramite uno user (administrator ?) che ha i
permessi per accedere alla risorsa di rete, poi dovresti vedere le unità di
rete anche da EM (il mio le vede)
Ciao Giorgio


Ok, allora dove specifico l'utente che esegue il comando? Così gli metto li
il Domain Admin e buonanotte.
Grazie
giaconet


Fatto e risolto. Grazie!
Bye
giaconet

 Grazie



Ok. Ma in qualche modo devo risolvere il problema. Infatti già a orecchio
non mi sembrava il massimo della pulizia far partire il servizio come
Administrator di dominio. Ok, a patto di riportare le cose come stavano,
come riesco a far raggiungere a SQL Server quella dannatissima cartella sul
NAS? Posso creare un account apposito che ha privilegi di lettura/scrittura
su quella cartella e nient'altro, ok, ma come dico a SQL Server di usare
quell'account per accedere a quella cartella?
Grazie
giaconet

 quella cartella?
In primo luogo ti crei un un account a livello di dominio (oppure 2 se vuoi 
differenziare i servizi di SQL Server).
Quindi passi a definire tale account come account dei servizi SQL Server e/o 
SQL Agent. Per fare questo accedi ad Enterprise Manager, selezioni il 
server, fai click con il tasto destro del mouse e scegli la voce Properties. 
Vai nel tab Security e nella parte in basso inserisci le credenziali 
dell'account appena creato. In questo modo hai impostato l'account per il 
servizio SQL Server. Per fare la stessa cosa per il servizio SQLAgent 
espandi il server, accedi alla cartella Management e quindi selezioni con il 
tasto destro SQLAgent -> Properties e nel tab General, nella sezione Service 
Startup Account imposti le credenziali dell'utente con cui vuoi che giri il 
servizio. Entrambe queste attività potrebbe sembrare che potresti farle 
anche dall'applet Services, ma in realtà non assegneresti alcuni user right 
sulle cartelle di installazione di SQL Server e su alcune chiavi di registry 
indispensabili per il funzionamento di SQL Server. Da qui la legenda 
metropolitana per cui alcuni sostengono che SQL Server non funziona con 
account diversi da Administrator o LocalSystem. Eseguire queste attività da 
EM completa anche queste attività e ti assicura, quindi, che tutti i 
necessari permessi vengano assegnati all'account.
Infine non ti resta che assegnare i necessari permessi a livello NTFS sulle 
risorse esterne che devono essere utilizzate da SQL Server. Nel tuo caso 
devi concedere i permessi di lettura/scrittura sulla cartella del NAS.
All'inizio ho parlato della possibilità di creare utenti diversi per i 2 
servizi SQL Server e SQL Agent. Tieni presente che tutti i comandi eseguiti 
in maniera interattiva attraverso EM, QA o una applicazione custom che vanno 
"al di fuori di SQL Server" (come nel caso del backup che viene scritto su 
un disco locale o di rete) vengono eseguiti nel contesto di sicurezza 
dell'account del servizio SQL Server. Invece tutti i comandi schedulati 
vengono eseguiti da SQL Agent. Da qui la possibilità, per affinare 
ulteriormente il livello di sicurezza, di creare 2 account differenti 
(soprattutto con privilegi differenti) per i 2 servizi.
Sul Book On Line di SQL Server puoi trovare ulteriori info...


 Sul Book On Line di SQL Server puoi trovare ulteriori info...
In particolare
nstsql.chm::/in_overview_6k1f.htm
architec.chm::/8_ar_cs_74px.htm
architec.chm::/8_ar_cs_6x0l.htm
(incolla le stringhe nel menů GO->URL del BOL)


 permessi per accedere alla risorsa di rete .....
intendevo administrator come caso limite infatti ho messo il punto
interrogativo.
mi scuso per la mia risposta troppo stringata e non chiara.
Ciao Giorgio

 rimangono sempre gli svantaggi del cambio Password.
Ciao Giorgio,
se hai definito 2 accounts ad-hoc per MSSQLServer e il SQL Server Aagent,
direi che solo l'amministratore gestirà le pwd di questi account e di certo
non si divertirà a modificarle 10 volte al giorno ;-)
Ciao!
-- 
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://mvp.support.microsoft.com
http://italy.mvps.org

 Ciao Giorgio


 No, perchč questo sarebbe un account di servizio e non un account utente.
[CUT]
svelato il mistero, non avendo a disposizione un sistema operativo server
quando aggiungo un utente non vedo nessuna opzione per distinguerlo tra un
Account di servizio e Account utente.
Grazie Giorgio

 Grazie Giorgio
