Installare SQL Server 2008 Dev side by side con una SQL Server 2005 Express

Stanotte mi sono cimentato nell'installazione della SQL Server 2008 Developer Edition.

Alcune considerazioni:

  1. L'installer mi sembra molto migliorato, esegue vari check per verificare i prerequisiti.
  2. Peccato non sia supportato l'upgrade dall'edizione express 2005 alla developer 2008.
  3. Cercando di effettuare una installazione della 2008 Dev side by side con la 2005 Express, l'installer ci chiede di disinstallare i 2005 Express Tools.
  4. Per evitare di fare castronerie, ho preferito eseguire l'upgrade dei componenti condivisi dalla 2005 alla 2008 (che in questo caso funziona perchè non c'è differenza tra quelli della express e quelli della developer). Ciononostante, la richiesta di disinstallare i 2005 Express Tools è rimasta.
  5. Dopo aver (a malinquore e con una certa apprensione) disinstallato il SQL Server Management Studio Express (SSMSE), l'installazione della 2008 Dev side by side con la 2005 Express è iniziata senza altri intoppi.
  6. Purtroppo non ho ben capito come configurare i service account, pur avendo letto la documentazione MSDN al riguardo. Al momento, visto che è una installazione per lo sviluppo e non di produzione, li ho impostati così:
    • SQL Server Agent: LocalSystem
    • SQL Server: LocalSystem
    • SQL Server Browser: NT Authority\NetworkService
    • Analysis Services: NT Authority\Servizio locale
    • Reporting Services: NT Authority\Servizio locale
    • Integration Services: NT Authority\Network Service
    • SQL Server Full-text Filter Daemon Launcher: NT Authority\Local service
  7. Avrei preferito che l'installer mi proponesse la creazione di account (uno per ogni servizio) con già impostate le autorizzazioni minime necessarie per ciascun servizio, così come suggerito nella documentazione MSDN. Ma io al momento non conosco quali sono queste autorizzazioni minime, e farò una richiesta di chiarimenti su UGISS.

Nei prossimi giorni riporterò, se del caso, eventuali problemi di coesistenza delle due istanze (nel mio caso SQLEXPRESS e SQLSERVER2008DEV).

posted @ martedì 21 ottobre 2008 17.43

Print

Comments on this entry:

# re: Installare SQL Server 2008 Dev side by side con una SQL Server 2005 Express

Left by Silvano Coriani at 22/10/2008 12.13
Gravatar
Ciao Nicolò, su suggerimento di Gabriele volevo darti alcune indicazioni circa i tuoi dubbi. Effettivamente l'installazione dei tool di amministrazione e dei componenti condivisi di SQL Server 2008 richiede la disinstallazione di quelli delle versioni precedenti (Express o no), visto che non è prevista l'installazione side-by-side. Ovviamente è garantita la compatibilità all'indietro con la versione 2005 che puoi amministrare con i nuovi tool sfruttando anche le novità presenti. Per quanto riguarda gli account con i quali fare girare i servizi, da sempre la best practics è quella di utilizzare preferibilmente degli account di tipo standard user, locali o di dominio a seconda che i servizi debbano interagire anche con altri servizi presenti nell'infrastruttura. Da evitare gli account a privilegi amministrativi (compreso Local System) perchè ovviamente danno ad un eventuale attacker la possibilità di far girare suo codice o script in un contesto di sicurezza molto elevato e pericoloso.
La procedura di Setup, o il Configuration Manager, daranno ai tuoi account standard tutti i privilegi richiesti a livello di registry, file system e quant'altro, necessari a far girare regolarmente SQL Server. Io sono 15 anni che lo uso così e non ho mai avuto problemi :)
Se hai bisogno di altri dettagli puoi mandarmi una mail all'indirizzo silvano.coriani@microsoft.com
Ciao e a presto
Silvano

# re: Installare SQL Server 2008 Dev side by side con una SQL Server 2005 Express

Left by Nicolò Carandini at 23/10/2008 10.15
Gravatar
Carissimo Silvano, ti ringrazio molto per il tuo commento molto dettagliato, chiarissimo ed utilissimo. Ho appena completato l'installazione su una VM e ho utilizzato un unico account di tipo standard user per i vari servizi, creato per la bisogna. Nel mio caso ho ritenuto forse eccessivo creare utenti standard diversi, uno per ogni servizio.
Comments have been closed on this topic.