Archivio
“Prior Visual Studio 2010 instances requiring update.” rule failed installing SQL Server 2012
Ho sul pc Visual Studio 2010 con Service Pack 1 ma installando Sql Server 2012 ottengo
Anche riapplicando l’SP1 di VS10 o le patch indicate qui
continuo ad ottenere il fallimento della stessa regola. Che fare ?
Se avete letto i commenti qui sotto posso dirvi che neanche la rimozione del Service Pack 1 di Visual Studio 2010 e di tutto Visual Studio 2010 sono stati sufficienti a farmi bypassare l’errore riportato sopra.
Ho dovuto eliminare ogni altra installazione da “Programmi e funzionalità” che avesse come numero di versione 10.0.40219 ossia queste
e alla fine nel registro di sistema mi sono ritrovato in questa situazione
dove, come vedete, sotto \VS\Servicing ormai ho solo le chiavi del nuovo Visual Studio 2012 mentre sotto \VC\Servicing continuava a permanere la sotto-chiave 10.0 di Visual Studio 2010 al cui interno c’erano ancora
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\DevDiv\VC\Servicing\10.0\stdamd64
e
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\DevDiv\VC\Servicing\10.0\stdx86
al che ho esportato per precauzione la chiave
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\DevDiv\VC\Servicing\10.0
e poi l’ho cassata brutalmente ed ora finalmente
Buon SQL 2012 a tutti 😉
SQL Server 2012 installation issue
Volendo non farmi mancare proprio nulla ed essendo appena stata rilasciata la RTM di SQL Server 2012 (quello che fino alla RC0 era conosciuto in codice col nome di “Denali”), ho voluto installare la RTM su uno dei miei server virtuali con Windows Server 2008 R2 Datacenter.
Ho scaricato quindi la iso dal sito Technet ed ho avviato il setup che si presenta così:
Scelgo “Installation” e parte il wizard, scelgo di installare tutte le features, clicco quasi sempre “Next” tranne pochi casi in cui devo cliccare “Add current user” (per l’amministrazione del server) e, poco prima del termine, compare un errore nell’avviamento di cinque dei servizi tra i quali lo stesso Database Engine (qui ho riprodotto l’errore che compariva anche con la RC0).
L’errore dettagliato di seguito riporta i servizi che non partono:
Feature: Reporting Services – Native
Status: Failed: see logs for details
Reason for failure: An error occurred for a dependency of the feature causing the setup process for the feature to fail.
Next Step: Use the following information to resolve the error, uninstall this feature, and then run the setup process again.
Component name: SQL Server Database Engine Services Instance Features
Component error code: 0x851A0019
Error description: Wait on the Database Engine recovery handle failed. Check the SQL Server error log for potential causes.
Feature: Database Engine Services
Status: Failed: see logs for details
Reason for failure: An error occurred during the setup process of the feature.
Next Step: Use the following information to resolve the error, uninstall this feature, and then run the setup process again.
Component name: SQL Server Database Engine Services Instance Features
Component error code: 0x851A0019
Error description: Wait on the Database Engine recovery handle failed. Check the SQL Server error log for potential causes.
Feature: Data Quality Services
Status: Failed: see logs for details
Reason for failure: An error occurred for a dependency of the feature causing the setup process for the feature to fail.
Next Step: Use the following information to resolve the error, uninstall this feature, and then run the setup process again.
Component name: SQL Server Database Engine Services Instance Features
Component error code: 0x851A0019
Error description: Wait on the Database Engine recovery handle failed. Check the SQL Server error log for potential causes.
Feature: Full-Text and Semantic Extractions for Search
Status: Failed: see logs for details
Reason for failure: An error occurred for a dependency of the feature causing the setup process for the feature to fail.
Next Step: Use the following information to resolve the error, uninstall this feature, and then run the setup process again.
Component name: SQL Server Database Engine Services Instance Features
Component error code: 0x851A0019
Error description: Wait on the Database Engine recovery handle failed. Check the SQL Server error log for potential causes.
Feature: SQL Server Replication
Status: Failed: see logs for details
Reason for failure: An error occurred for a dependency of the feature causing the setup process for the feature to fail.
Next Step: Use the following information to resolve the error, uninstall this feature, and then run the setup process again.
Component name: SQL Server Database Engine Services Instance Features
Component error code: 0x851A0019
Error description: Wait on the Database Engine recovery handle failed. Check the SQL Server error log for potential causes.
Questi errori indicano in pratica che i servizi evidenziati poco sopra non si avviano con l’account messo di default dal wizard d’installazione.
Nei sistemi Windows 7 e Windows Server 2008 R2 per l’avvio dei servizi vengono utilizzati infatti i virtual accounts come rappresentato nella seguente tabella
| Component | Windows Vista and Windows Server 2008 | Windows 7 and Windows Server 2008 R2 |
| Database Engine | NETWORK SERVICE | Virtual Account* |
| SQL Server Agent | NETWORK SERVICE | Virtual Account* |
| SSAS | NETWORK SERVICE | Virtual Account* |
| SSIS | NETWORK SERVICE | Virtual Account* |
| SSRS | NETWORK SERVICE | Virtual Account* |
| SQL Server Distributed Replay Controller | NETWORK SERVICE | Virtual Account* |
| SQL Server Distributed Replay Client | NETWORK SERVICE | Virtual Account* |
| FD Launcher (Full-text Search) | LOCAL SERVICE | Virtual Account |
| SQL Server Browser | LOCAL SERVICE | LOCAL SERVICE |
| SQL Server VSS Writer | LOCAL SYSTEM | LOCAL SYSTEM |
dove, nel caso specifico, i virtual accounts sono i seguenti
NT Service\ReportServer
NT Service\MSSQLSERVER
NT Service\MSSQLFDLauncher
NT Service\SQL Server Distributed Replay Client
NT Service\SQLSERVERAGENT
NT Service\MSSQLServerOLAPService
NT Service\SQL Server Distributed Replay Controller
NT Service\MsDtsServer110
Con un po’ di ricerche ed anche con il supporto di Davide Mauri (MVP SQL Server) pervengo a questa soluzione
che indirettamente richiama questo articolo della KB
http://support.microsoft.com/kb/920114/en-us
ma anche provando a seguire le indicazioni della soluzione linkata andando ad aggiungere l’account NT Service\MSSQLSERVER con diritto = “full control” alla cartella PROTECT, quando tento di avviare il servizio del db engine ottengo in successione i seguenti errori 17190, 17182, 17182, 17826, 17120 tutti di origine MSSQLSERVER e il servizio non si avvia.
Provo allora a seguire l’indicazione fornita qui
ma cambiando l’account di avvio dei servizi, sia dalla Management Console dei Servizi sia da SQL Server Configuration Manager, ed utilizzando Localsystem oppure Network Service a quel punto il servizio si avvia ma, eseguendo SQL Server Management Studio non è possibile loggarsi al Database Engine nè con le credenziali di un domain admin nè con quelle di “sa” messe appositamente durante il wizard d’installazione perchè in entrambi i casi si ottiene l’enigmatico errore di SQL Server 18546
http://blogs.msdn.com/b/sql_protocols/archive/2006/02/21/536201.aspx
Rileggendo con attenzione i links precedenti e, in particolare l’ultimo, collego il problema al certificato self-signed che SQL Server utilizza per crittografare le password e deduco che la soluzione della modifica dei permessi è corretta ma farla “a posteriori” non serve a nulla come dimostrato dalle mie prove perciò mi armo di santa pazienza e disinstallo nuovamente tutto e riavvio la macchina virtuale.
Dopo il riavvio eseguo Windows Update facendo applicare tutti gli aggiornamenti disponibili sui server di update di Microsoft onde evitare che manchi qualche patch connessa al servizio dei certificati, modifico le ACL della cartella %userprofile%\AppData\Microsoft\Roaming\Microsoft\Protect
concedendo diritto = “full control” all’account builtin “NT AUTHORITY\Network Service” come mostrato nell’immagine qui sotto
poi eseguo il setup d’installazione di SQL Server 2012 con i soliti “Next” ma, al passo in cui si definiscono gli accounts di avvio dei servizi, modifico l’account di avvio di tutti i servizi
dall’account proposto di default il cui tipo generico è “NT Service\SQLSERVERAGENT” con l’account builtin “NT AUTHORITY\Network Service” come mostrato qui
e finalmente l’installazione viene completata con successo senza alcun errore, tutti i servizi ad avvio automatico si avviano ed è possibile connettersi da SSMS al Database Engine con le utenze stabilite.
Buon SQL Server 2012 a tutti! 🙂
Edoardo Benussi 