In genere eseguo i processi di SQL Server Agent con lo stesso account in cui la tua app accede al database.
Se quell'account è troppo limitato nelle sue autorizzazioni (che potrebbe essere una buona cosa!), Creerei un singolo account per quell'app e tutti i suoi lavori SQL (se possibile) ed eseguirei tutti i lavori SQL con quell'account.
Potresti potenzialmente eseguire ogni passaggio con un account diverso, ma non lo userei in generale (rende solo davvero difficile sapere e capire cosa viene eseguito con quale account). Usalo solo se devi eseguire un passaggio particolarmente delicato che richiede un sacco di autorizzazioni extra e tali autorizzazioni sono disponibili solo per un particolare account di sistema o qualcosa del genere.
L'account con cui viene eseguito il servizio Windows di SQL Server Agent non ha alcun impatto sui passaggi del processo in cui verranno eseguiti.
Quindi si riduce a solo due account:
-
è necessario un account per eseguire il servizio Windows di SQL Server Agent:si tratta di un account Windows sul computer/server che deve disporre di autorizzazioni sufficienti per eseguire il servizio, avviarlo e arrestarlo:utilizzare LocalSystem, Servizio di rete o qualsiasi altro Windows account con cui eseguire i servizi
-
L'altro account sarebbe l'account in cui eseguire i passaggi di SQL Server Agent, in genere un account SQL Server (che potrebbe essere basato su un account Windows) e ha bisogno di privilegi sufficienti all'interno di SQL Server per svolgere il proprio lavoro, ad es. ha bisogno dell'accesso agli oggetti del database e tutto il resto. Mi sforzerei di avere solo un account per ogni app che esegue i processi di SQL Server, rende la vita molto più semplice!
Marco
PS:per impostare l'utente in modo che esegua un passaggio sotto, è necessario utilizzare la pagina "Avanzate" nella finestra di dialogo Proprietà del passaggio del lavoro e selezionare l'utente da una finestra popup:
