Controllo configurazione sistema verifica il valore della chiave del Registro di sistema relativa al contatore di Performance Monitor prima dell'inizio dell'installazione di SQL Server. Se Controllo configurazione sistema non è in grado di verificare la chiave del Registro di sistema esistente o di eseguire il programma di sistema Lodctr.exe, il controllo non riuscirà e l'installazione verrà bloccata. Per completare l'installazione, è necessario incrementare manualmente la chiave del Registro di sistema.

[Torna all'inizio]

Il provider del servizio di crittografia di Windows (CSP, Cryptographic Service Provider) è il software che esegue i servizi di autenticazione, codifica e crittografia a cui le applicazioni basate su Windows accedono tramite CryptoAPI in Windows Server 2003. Se il servizio CSP viene interrotto o disattivato, il programma di installazione di SQL Server genera un errore e viene visualizzato un messaggio del programma Windows Logo.

[Torna all'inizio]

Poiché Microsoft Distributed Transaction Coordinator (MS DTC) non è completamente configurato in Windows, alcune applicazioni potrebbero non riuscire a integrare risorse di SQL Server 2005 in una transazione distribuita. Questo problema può interessare server collegati, query distribuite e stored procedure remote che utilizzano transazioni distribuite. Per evitare problemi di questo tipo, è necessario attivare completamente i servizi MS DTC nel server in cui è installato SQL Server 2005.

[Torna all'inizio]

I database di esempio Northwind e pubs non vengono installati per impostazione predefinita in SQL Server 2005. Tali database possono essere scaricati dal sito Web Microsoft.

[Torna all'inizio]

I database di esempio AdventureWorks, AdventureWorksDW e AdventureWorksAS e gli esempi complementari non vengono installati per impostazione predefinita. Per utilizzare gli esempi di SQL Server 2005 o testare il codice di esempio illustrato nella documentazione in linea di SQL Server 2005, è necessario installare tali database.

Vengono installati gli esempi inclusi nel package di installazione SqlServerSamples.msi. Per estrarre gli esempi dal package di installazione e completarne l'installazione, utilizzare la procedura seguente.

Nelle installazioni automatiche, se si desidera collegare gli esempi e i database di esempio a una specifica istanza di SQL Server, utilizzare la seguente opzione della riga di comando. Per l'istanza predefinita non è necessario specificare instancename:

SAMPLEDATABASESERVER=<servername>\<instancename>. 

L'istanza alla quale viene collegato il database di esempio deve essere un'istanza locale. Se non si specifica l'opzione, i file verranno installati nella directory \Tools\Samples. In caso contrario verranno installati nella directory dei dati dell'istanza specificata e collegati al server.

[Torna all'inizio]

Quando un'istanza di SQL Server 2005 che ospita il database del server di report per un'istanza di Reporting Services viene disinstallata eseguendo il programma di installazione dal prompt dei comandi con il parametro SAVESYSDB, i file di database del server di report rimangono nel sistema insieme agli altri file di database di sistema. I nomi predefiniti di tali file sono ReportServer$Instancename e ReportServer$InstancenameTempdb. Se successivamente si reinstalla SQL Server 2005 con il parametro USESYSDB del programma di installazione e si specifica che tale istanza deve ospitare il database del server di report, il programma di installazione non sarà in grado di ricreare tali file di database perché esistono già.

Per risolvere il problema, eseguire una delle operazioni seguenti:

• Eliminare i database del server di report prima di eseguire la disinstallazione utilizzando il parametro SAVESYSDB.
  
  
• Se si utilizza il parametro SAVESYSDB del programma di installazione, non installare Reporting Services insieme a SQL Server.
  
  
• Utilizzare il parametro RSDATABASENAME del programma di installazione per specificare un nuovo nome per il database del server di report durante l'installazione di Reporting Services.
  
  

[Torna all'inizio]

Se si installa SQL Server 2005 da una condivisione di rete in un computer che esegue Microsoft Windows Server 2003 Service Pack 1 (SP1) o versione successiva oppure una versione di Windows XP successiva a SP2, è possibile che durante l'installazione gli argomenti della Guida in linea non vengano visualizzati correttamente. Per visualizzare tali argomenti è necessario copiare prima il file setupsql9.chm nel computer locale, aprirlo e cercare gli argomenti desiderati. Per informazioni su come accedere alla documentazione del programma di installazione, vedere la sezione 2.1 Accesso alla documentazione del programma di installazione.

[Torna all'inizio]

Se nel computer sono installati gli strumenti di gestione di SQL Server 2000 e un'istanza predefinita di SQL Server 2005, sarà possibile installare un'istanza predefinita di SQL Server 2000. L'istanza installata di SQL Server 2005 verrà tuttavia disattivata. È pertanto consigliabile non installare un'istanza predefinita di SQL Server 2000 in un computer in cui sono presenti gli strumenti di gestione di SQL Server 2000 e un'istanza predefinita di SQL Server 2005.

[Torna all'inizio]

Se è presente un'installazione client di SQL Server configurata con l'opzione per l'utilizzo forzato della crittografia attivata, l'installazione di SQL Server 2005 potrebbe non riuscire. Per risolvere il problema, disattivare tale opzione in tutti i client di SQL Server. Per i client Microsoft Data Access Components (MDAC) in SQL Server 2000, utilizzare l'utilità Configurazione di rete client di SQL Server 2000. Per SQL Native Client, disinstallare SQL Native Client tramite Installazione applicazioni. In un cluster disinstallare SQL Native Client da tutti i nodi, quindi eseguire di nuovo il programma di installazione di SQL Server 2005.

[Torna all'inizio]

Quando un'istanza di SQL Server 2005 viene disinstallata da una configurazione con versioni affiancate in un computer che esegue Windows Server 2003 x64 o Windows XP Professional x64, il servizio SQL Server Active Directory® Helper viene eliminato. SQL Server Active Directory Helper è un servizio che gestisce gli oggetti di Active Directory e viene installato insieme a SQL Server. È presente una sola istanza di SQL Server Active Directory Helper per tutte le istanze di SQL Server installate nel computer.

[Torna all'inizio]

Durante l'installazione SQL Server 2005 aggiunge a Windows i gruppi di protezione seguenti:

• SQLServer2005DTSUser$ComputerName
  
  
• SQLServer2005MSFTEUser$ComputerName$InstanceName
  
  
• SQLServer2005MSOLAPUser$ComputerName$InstanceName
  
  
• SQLServer2005MSSQLServerADHelperUser$ComputerName
  
  
• SQLServer2005MSSQLUser$ComputerName$InstanceName
  
  
• SQLServer2005NotificationServicesUser$ComputerName
  
  
• SQLServer2005ReportingServicesWebServiceUser$ComputerName$InstanceName
  
  
• SQLServer2005ReportServerUser$ComputerName$InstanceName
  
  
• SQLServer2005SQLAgentUser$ComputerName$InstanceName
  
  
• SQLServer2005SQLBrowserUser$ComputerName
  
  

Tali gruppi semplificano la concessione delle autorizzazioni necessarie per l'esecuzione dei servizi Windows di SQL Server e di altri file eseguibili, oltre a facilitare la protezione dei file di SQL Server.

Nella documentazione in linea di SQL Server i nomi dei gruppi di protezione non includono il segnaposto $ComputerName. Il nome del computer è stato aggiunto successivamente ai nomi dei gruppi per identificare univocamente ogni gruppo. Sono necessari nomi di gruppo univoci quando SQL Server 2005 viene installato in controller di dominio. In tutti i riferimenti a gruppi di protezione con nomi che iniziano con "SQLServer2005" sostituire il corrispondente nome di gruppo indicato nell'elenco precedente.

[Torna all'inizio]

SQL Server 2005 può essere installato in un controller di dominio Windows, ma non può essere eseguito in un controller di dominio Windows Server 2003 con l'account Servizio locale o Servizio di rete. Gli account del servizio di SQL Server devono utilizzare account utente di dominio di Windows. Gli account del servizio di SQL Server possono essere inoltre installati in modo da utilizzare l'account Sistema locale. Questa opzione non è tuttavia consigliata.

Non modificare il ruolo del server dopo l'installazione di SQL Server 2005. Se ad esempio si installa SQL Server 2005 in un server membro, non utilizzare lo strumento Dcpromo per alzare il server al livello di controller di dominio. Se invece si installa SQL Server 2005 in un controller di dominio, non utilizzare Dcpromo per abbassare il server al livello di server membro. La modifica del ruolo di un server dopo l'installazione di SQL Server 2005 può comportare una perdita di funzionalità e non è supportata.

[Torna all'inizio]

In questa sezione viene fornita una versione aggiornata dell'argomento "Procedura: Configurazione di IIS per l'esecuzione di Reporting Services a 32 bit in modalità WOW64". Per eseguire Reporting Services in modalità di emulazione Windows-on-Windows 64 (WOW64) x86, utilizzare la procedura seguente. Utilizzare la versione di ASP.NET 2.0 disponibile in dotnetfx64.exe.

[Torna all'inizio]

L'installazione remota di SQL Server 2005 non è supportata in questa versione. Se si utilizza il parametro TARGETCOMPUTER per installare SQL Server 2005 in un computer remoto, il programma di installazione di SQL Server verrà interrotto. Per installare SQL Server 2005 in un computer remoto, utilizzare una connessione remota per eseguire il programma di installazione di SQL Server nella modalità con interfaccia utente o dal prompt dei comandi.

[Torna all'inizio]

Se si disinstalla un'istanza di SQL Server 2005 eseguendo il programma di installazione dal prompt dei comandi con il parametro SAVESYSDB, i database di sistema verranno mantenuti. In questo caso, quando si rimuovono più istanze di SQL Server 2005 dallo stesso computer è necessario reinstallare le istanze nello stesso ordine in cui erano state installate originariamente, altrimenti i processi esistenti non vengono eseguiti a causa della presenza di informazioni sui processi dell'agente archiviate nei database di sistema mantenuti.

[Torna all'inizio]

Quando si esegue l'aggiornamento da qualsiasi edizione della versione in lingua spagnola di SQL Server 2000 a qualsiasi edizione della versione in lingua spagnola di SQL Server 2005, il programma di installazione si blocca e visualizza un messaggio di errore che richiede di risolvere il problema ed eseguire nuovamente il programma di installazione. Per risolvere il problema, chiudere il programma di installazione ed eseguirlo nuovamente per continuare l'aggiornamento.

[Torna all'inizio]

Se per i componenti di SQL Server si specifica un percorso di installazione diverso da quello predefinito, sarà necessario includere almeno una directory nel percorso di installazione. Se si esegue l'installazione direttamente nella directory principale, ad esempio C:\, i componenti WOW64 verranno installati in %<root>% (X86)\, bloccando il programma di installazione.

[Torna all'inizio]

Se nell'ambito di un'istanza a 64 bit di SQL Server 2005 sono installati gli strumenti di gestione a 64 bit (X64), SQL Server Integration Services e Notification Services, non sarà possibile installare le versioni a 32 bit degli stessi componenti in una configurazione con versioni affiancate.

[Torna all'inizio]

Se si installa un nuovo componente di SQL Server 2005 in modalità di manutenzione, verrà richiesto di immettere il percorso del file Setup.exe sul supporto di installazione di SQL Server 2005. Nell'indicazione di tale percorso includere anche "Setup.exe", in modo da ottenere, ad esempio, "D:\Setup.exe". Un percorso quale "D:\" non è valido.

[Torna all'inizio]

Gli script della shell dei comandi di installazione possono generare errori di script di Windows se le variabili dei percorsi contengono parentesi. Gli script della shell dei comandi non supportano infatti variabili dei percorsi contenenti parentesi, che possono essere presenti quando si installano componenti a 32 bit nel sottosistema Windows on Windows (WOW64) a 32 bit di un computer a 64 bit. Ad esempio lo script seguente, che contiene il percorso "C:\Program Files (x86)\", genera un errore perché l'interprete degli script della shell non interpreta correttamente le parentesi nella variabile PATH espansa nell'ambito dell'istruzione IF...ELSE:

IF "%SOME_PATH%" == "" (         SET PATH=%PATH%;%PATH_A% ) ELSE (         SET PATH=%PATH%;%PATH_B% ) 

Per risolvere il problema, modificare lo script in modo da rimuovere le parentesi. Ad esempio:

IF "%SOME_PATH%" == "" set PATH=%PATH%;%PATH_A% IF NOT "%SOME_PATH%" == "" set PATH=%PATH%;%PATH_B% 

In alternativa, rimuovere dal percorso la voce relativa a SQL Server contenente le parentesi.

[Torna all'inizio]

Se si aggiungono le funzionalità di ricerca full-text a un'istanza esistente di SQL Server 2005 tramite la modalità di manutenzione oppure eseguendo l'aggiornamento da un'altra edizione di SQL Server 2005, il servizio di ricerca full-text non verrà eseguito con l'account di dominio specificato, ma con l'account di sistema locale. Per ulteriori informazioni, vedere l'articolo della Knowledge Base 907256 (informazioni in lingua inglese).

[Torna all'inizio]

Se per l'esecuzione del servizio SQL Server Agent non viene utilizzato un account amministratore di Windows, vedere l'articolo della Knowledge Base 907557 per informazioni sugli account con privilegi di basso livello supportati, i problemi noti e le eventuali soluzioni alternative.

[Torna all'inizio]

Se per l'esecuzione di SQL Server e SQL Server Agent viene utilizzato l'account NT AUTHORITY\NetworkService e sullo stesso computer viene installato Reporting Services, SQL Server Agent non verrà eseguito. Per risolvere il problema, riavviare il computer. Per informazioni sugli account con privilegi di basso livello supportati e sui problemi noti, vedere l'articolo della Knowledge Base 907557 (informazioni in lingua inglese).

[Torna all'inizio]

Il funzionamento di un'installazione di SQL Server 2000 Reporting Services eseguita in Internet Information Services (IIS) 5.0 o nella modalità di isolamento di IIS 5.0 potrebbe essere compromesso se si installa SQL Server 2005 Reporting Services in modalità affiancata oppure se si installa Microsoft .NET Framework 2.0 o si registra ASP.NET 2.0 sul computer host. I possibili errori variano a seconda del sistema operativo. In Microsoft Windows XP viene restituito l'errore:

Impossibile decrittografare la chiave simmetrica utilizzata per accedere a dati riservati o crittografati in un database
del server di report. Ripristinare una chiave di backup oppure eliminare tutto il contenuto crittografato e riavviare il servizio. 

In altri server Windows viene restituito l'errore:

Chiave non utilizzabile nello stato specificato. 

[Torna all'inizio]

Per la disinstallazione della documentazione in linea di SQL Server 2005 valgono le limitazioni seguenti.

Durante l'installazione di SQL Server 2005 Windows Installer crea alcuni file temporanei nell'unità di sistema. Prima di eseguire il programma di installazione per installare o eseguire l'aggiornamento a SQL Server 2005, verificare che nell'unità di sistema siano disponibili 1,6 GB di spazio per tali file. Tale requisito sussiste anche se i componenti di SQL Server non vengono installati nell'unità predefinita.

[Torna all'inizio]

Le risorse cluster di MS DTC devono essere create in tutti i cluster Windows Server 2003 a 32 bit e a 64 bit prima dell'installazione di SQL Server 2005. Se MS DTC non è configurato come risorsa cluster in Windows Server 2003, verrà visualizzato un avviso.

[Torna all'inizio]

Gli strumenti di gestione vengono installati solo nel nodo primario di un cluster di failover. Per rendere tali strumenti accessibili anche ai nodi secondari di un cluster di failover, installarli separatamente in ogni nodo secondario.

[Torna all'inizio]

Per le installazioni di cluster di failover che utilizzano server virtuali, attenersi ai consigli seguenti:

• Per la pianificazione dell'implementazione di un cluster di failover per SQL Server, mantenere sempre una relazione 1:1 tra i nomi dei server virtuali e i nomi delle istanze di SQL Server: per ogni server virtuale, deve esistere una e una sola istanza di SQL Server.
  
  
• Se si utilizza l'Installazione guidata per installare componenti aggiuntivi in un cluster di failover esistente, installare i componenti desiderati in un nuovo server virtuale con un nuovo nome di istanza di SQL Server. Se si installano componenti aggiuntivi dal prompt dei comandi, sarà possibile utilizzare il nome del server virtuale esistente e il nome dell'istanza esistente oppure utilizzare un nuovo nome di server virtuale e un nuovo nome di istanza.
  
  
• Per creare un cluster di failover con più componenti di SQL Server 2005, installare tutti i componenti con una singola esecuzione dell'Installazione guidata di SQL Server oppure utilizzare l'installazione automatica per aggiungere componenti a un cluster di failover esistente.
  
  

[Torna all'inizio]

Prima dell'installazione è necessario rimuovere tutte le build preliminari di SQL Server 2005, Visual Studio 2005 e .NET Framework. Poiché entrambi i prodotti dipendono dalla stessa versione di .NET Framework, devono essere disinstallati nell'ordine seguente:

1. SQL Server 2005
   
   
2. Visual Studio 2005
   
   
3. .NET Framework 2.0
   
   

Per ulteriori informazioni sull'utilizzo di Visual Studio 2005 con SQL Server 2005, vedere la sezione 4.7 Microsoft Visual Studio 2005.

[Torna all'inizio]

Il programma di installazione può bloccarsi ed eseguire il rollback a causa dell'errore seguente: "Impossibile trovare un pacchetto di installazione per il prodotto Microsoft SQL Native Client. Provare a ripetere l'installazione utilizzando una copia valida del pacchetto di installazione 'sqlncli.msi'." Per risolvere il problema, disinstallare SQL Native Client utilizzando Installazione applicazioni. In un cluster disinstallare SQL Native Client da tutti i nodi, quindi eseguire di nuovo il programma di installazione di SQL Server.

[Torna all'inizio]

Se si disinstalla una versione Community Technology Preview (CTP) precedente di SQL Server 2005 tramite SAVESYSDB e quindi si installa questa versione tramite USESYSDB e nell'istanza precedente l'opzione SMO and DMO XPs o Agent XPs di sp_configure è disattivata, potrebbe essere impossibile eseguire l'installazione dal prompt dei comandi. Per risolvere il problema, prima di utilizzare il programma di installazione per aggiornare i database di sistema verificare che queste opzioni siano attivate. Per ulteriori informazioni, vedere l'argomento "Impostazione delle opzioni di configurazione del server" nella documentazione in linea di SQL Server.

[Torna all'inizio]

Se per ottimizzare SQL Server 2000 o una versione CTP di SQL Server 2005 anteriore al mese di giugno (inclusa la versione Beta 2 di SQL Server 2005) è stata utilizzata una versione CTP del client di Ottimizzazione guidata motore di database (DTA) anteriore al mese di giugno, in questa versione possono presentarsi problemi quando si utilizza un client DTA per ottimizzare tali server. Nell'articolo della Knowledge Base 899634 (informazioni in lingua inglese) è disponibile uno script Transact-SQL che consente di rimuovere i metadati del client DTA dal database msdb su tali server. Lo script può essere eseguito solo dai membri del ruolo predefinito del server sysadmin.

[Torna all'inizio]

Se si disinstalla un'istanza di SQL Server 2005 anteriore alla versione CTP del mese di giugno eseguendo il programma di installazione dal prompt dei comandi con il parametro SAVESYSDB e quindi si installa questa versione, alcuni processi potrebbero non riuscire. Non vengono eseguiti i processi relativi agli utenti che non sono membri del ruolo predefinito del server sysadmin e che includono passaggi che utilizzano i proxy del sottosistema di scripting. Quando si verifica questo problema, viene visualizzato il messaggio di errore seguente:

sqlstubss90.exe - Impossibile individuare il componente
Impossibile inizializzare correttamente l'applicazione(0xc0000022).
Fare clic su OK per terminare l'applicazione

Per risolvere questo problema, eseguire lo script seguente:

USE [msdb]
GO

create table #tmp_sp_help_proxy(proxy_id int null, name nvarchar(128) null,
    credential_identity nvarchar(128) null, enabled tinyint null, description
    nvarchar(1024) null, user_sid varbinary(40) null, credential_id int null,
    credential_identity_exists int null)
insert into #tmp_sp_help_proxy(proxy_id, name, credential_identity, enabled, description,
    user_sid, credential_id, credential_identity_exists) exec msdb.dbo.sp_help_proxy
GO

DECLARE @cred_id int
DECLARE @name sysname
DECLARE proxy_cursor CURSOR LOCAL
FOR
   SELECT name, credential_id FROM msdb.dbo.sysproxysubsystem sps
   JOIN #tmp_sp_help_proxy t on (t.proxy_id=sps.proxy_id) WHERE subsystem_id=2
OPEN proxy_cursor
FETCH NEXT FROM proxy_cursor INTO @name, @cred_id
WHILE (@@fetch_status = 0)
BEGIN
      SET @name = (N'____Copy'+@name)
      EXEC msdb.dbo.sp_add_proxy @proxy_name=@name, @credential_id=@cred_id,@enabled=1
      EXEC msdb.dbo.sp_grant_proxy_to_subsystem @proxy_name=@name, @subsystem_id=2
      EXEC msdb.dbo.sp_delete_proxy @proxy_name=@name
      FETCH NEXT FROM proxy_cursor INTO @name, @cred_id
END
CLOSE proxy_cursor
DEALLOCATE proxy_cursor
GO

drop table #tmp_sp_help_proxy
GO

[Torna all'inizio]

In questa versione le autorizzazioni del ruolo di Generatore report sono state modificate. Potrebbe pertanto risultare impossibile caricare i report creati utilizzando una versione di SQL Server 2005 precedente alla versione CTP del mese di settembre a causa di autorizzazioni insufficienti.

[Torna all'inizio]

Se sono state distribuite istanze di Notification Services basate sulla versione CTP del mese di giugno e si desidera migrare tali istanze a questa versione di SQL Server 2005, sarà necessario eseguire la migrazione manualmente. A causa della presenza di un numero di versione errato nella versione CTP del mese di giugno, tuttavia, è necessario eseguire un passaggio aggiuntivo per aggiornare manualmente i numeri di versione prima di migrare le istanze.

[Torna all'inizio]

In SQL Server non è consentito registrare versioni diverse di un assembly aventi nome, lingua e chiave pubblica uguali. Se si desidera mantenere database da una versione di SQL Server 2005 anteriore alla versione CTP del mese di settembre, prima di installare questa versione del prodotto sarà necessario eliminare tutte le istanze, tranne una, degli assembly che hanno più registrazioni.

[Torna all'inizio]

Per informazioni importanti sull'aggiornamento di un database con mirroring, vedere l'articolo della Microsoft Knowledge Base 907741 (informazioni in lingua inglese).

[Torna all'inizio]

Per alcune nuove installazioni, SQL Server 2005 disattiva la connettività di rete al fine di garantire una maggiore protezione. La connettività di rete che utilizza TCP/IP non viene disattivata se si utilizza SQL Server Enterprise, Standard o Workgroup Edition oppure se è presente un'installazione precedente di SQL Server. La connettività named pipe è disponibile solo per le connessioni locali, a meno che non sia presente un'installazione precedente di SQL Server. Per tutte le installazioni è attivato il protocollo Shared Memory, che consente le connessioni locali al server. È possibile che il servizio SQL Browser venga interrotto, in base alle condizioni e alle opzioni di installazione.

[Torna all'inizio]

Le connessioni client a un'istanza del Motore di database di SQL Server in esecuzione in Windows Server 2003 Service Pack 1 possono essere chiuse a causa dell'errore seguente: "ProviderNum: 7, errore: 10054, ErrorMessage: "Provider TCP: Connessione in corso interrotta forzatamente dall'host remoto"". Questo problema può presentarsi durante i test di scalabilità in cui vengono eseguiti numerosi tentativi di connessione client. Per risolvere il problema, utilizzare l'utilità regedit.exe per aggiungere alla chiave HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\ del Registro di sistema un nuovo valore DWORD con il nome SynAttackProtect e valore 00000000.

[Torna all'inizio]

Nella documentazione in linea di SQL Server 2005 è indicato che, quando una conversazione che utilizza la protezione del dialogo si estende su più database, SQL Server crea una chiave di sessione crittografata con la chiave master del database. Tale affermazione non è corretta. La chiave di sessione viene infatti crittografata con la chiave master del database per tutte le conversazioni che utilizzano la protezione del dialogo. Se la chiave master del database non è disponibile, i messaggi della conversazione rimarranno in transmission_queue con un errore, finché non verrà creata una chiave master per il database o finché non si verificherà il timeout della conversazione. Utilizzare il parametro ENCRYPTION = OFF per creare un dialogo non crittografato oppure utilizzare il comando seguente per creare una chiave master per il database:

CREATE MASTER KEY ENCRYPTION BY PASSWORD = '<password>'

[Torna all'inizio]

Per gli assembly CLR (Common Language Runtime) che contengono tipi definiti dall'utente valgono le limitazioni seguenti.

La funzionalità di copia shadow con salvataggio automatico del servizio Copia Shadow del volume presenta le limitazioni seguenti.

Nelle versioni anteriori a SQL Server 2005, il servizio di ricerca full-text veniva eseguito con l'account NT AUTHORITY\SISTEMA LOCALE, che dispone di privilegi molto elevati. In SQL Server 2005 per eseguire il servizio MSFTESQL che supporta la ricerca full-text viene utilizzato l'account di servizio selezionato per il Motore di database di SQL Server. Rispetto alle versioni precedenti MSFTESQL dispone pertanto di privilegi inferiori.

Poiché l'account del servizio MSFTESQL richiede privilegi inferiori rispetto a quelli dell'account del servizio del Motore di database, in SQL Server 2005 è possibile modificare l'account del servizio MSFTESQL. In questo caso, è consigliabile attenersi alle linee guida seguenti:

• Per modificare l'account del servizio, utilizzare sempre Gestione configurazione SQL Server. In questo modo è possibile garantire che l'account del servizio verrà inserito nel gruppo locale di Windows appropriato, che supporta la protezione della ricerca full-text.
  
  
• Utilizzare un account utente di Windows che appartiene solo al gruppo degli utenti di Windows sul computer locale.
  
  
• Utilizzare un account utente di Windows diverso per ogni istanza di MSFTESQL. In questo modo è possibile ridurre i privilegi per ogni account del servizio, limitandolo a una sola istanza di SQL Server.
  
  

[Torna all'inizio]

Per creare un assembly EXTERNAL_ACCESS o UNSAFE in SQL Server, oppure per caricare un assembly, è necessario che sia soddisfatta una delle condizioni seguenti:

• L'assembly deve essere firmato con nome sicuro oppure firmato con Authenticode tramite un certificato. Tale nome sicuro (o certificato) viene creato nell'ambito di SQL Server come chiave asimmetrica (o certificato) e dispone di un account di accesso corrispondente con autorizzazione EXTERNAL ACCESS ASSEMBLY (per gli assembly con accesso esterno) o UNSAFE ASSEMBLY (per gli assembly unsafe).
  
  
• Il proprietario del database (DBO) dispone dell'autorizzazione EXTERNAL ACCESS ASSEMBLY (per gli assembly EXTERNAL ACCESS) o UNSAFE ASSEMBLY (per gli assembly UNSAFE) e la proprietà TRUSTWORTHY del database è impostata su ON.
  
  

È consigliabile evitare di impostare su ON la proprietà TRUSTWORTHY di un database solo per eseguire codice CLR nel processo server. Creare piuttosto una chiave asimmetrica dal file dell'assembly nel database master. È quindi necessario creare un account di accesso mappato a tale chiave asimmetrica e concedere a tale account di accesso l'autorizzazione EXTERNAL ACCESS ASSEMBLY o UNSAFE ASSEMBLY.

Le istruzioni Transact-SQL seguenti eseguono i passaggi necessari per creare una chiave asimmetrica, mappare un account di accesso a tale chiave e quindi concedere l'autorizzazione EXTERNAL_ACCESS ASSEMBLY all'account di accesso. Queste istruzioni Transact-SQL devono essere eseguite prima di eseguire l'istruzione CREATE ASSEMBLY.

USE master
GO

CREATE ASYMMETRIC KEY HelloWorldKey FROM EXECUTABLE FILE = 'C:\HelloWorld.dll'
CREATE LOGIN HelloWorldLogin FROM ASYMMETRIC KEY HelloWorldKey
GRANT EXTERNAL ACCESS ASSEMBLY TO HelloWorldLogin
GO

[Torna all'inizio]

Dopo l'aggiornamento a SQL Server 2005 la ricerca full-text utilizza file di parole non significative più completi per popolare gli indici full-text. Se i file di parole non significative della versione precedente di SQL Server erano stati personalizzati e si desidera che la ricerca full-text continui a utilizzare tali file personalizzati anche dopo l'aggiornamento, sarà necessario sostituire i file di parole non significative di SQL Server 2005 con i file personalizzati.

I file di parole non significative di SQL Server 2005 si trovano nella cartella <InstallDirectory>\Microsoft SQL Server\MSSQL.1\MSSQL\FTDATA\, dove InstallDirectory è la cartella di installazione. I file di parole non significative delle versioni precedenti di SQL Server si trovano nella cartella <InstallDirectory>\Microsoft SQL Server\MSSQL.1\MSSQL\Binn\FTERef. Per informazioni sulla procedura per sostituire i file di parole non significative di SQL Server 2005 della versione precedente di SQL Server, vedere l'articolo della Microsoft Knowledge Base 905617 (informazioni in lingua inglese).

[Torna all'inizio]

Il comportamento dei programmi eseguiti nell'ambito di un ruolo applicazione può cambiare perché, per impostazione predefinita, SQL Server 2005 limita la visibilità dei metadati del database master ai ruoli applicazione. Come soluzione alternativa temporanea, è possibile attivare il flag di traccia 4616. Per ulteriori informazioni, vedere l'articolo della Knowledge Base 906549 (informazioni in lingua inglese).

[Torna all'inizio]

Nella documentazione in linea di SQL Server 2005 è presente un elenco non corretto delle edizioni di SQL Server supportate dallo strumento con interfaccia utente grafica (GUI, Graphical User Interface) Ottimizzazione guidata motore di database e dalle opzioni di ottimizzazione dell'utilità dta. Le opzioni di ottimizzazione che coinvolgono viste indicizzate, partizionamento e generazione di indicazioni in linea non sono supportate nell'edizione Standard di SQL Server 2005 e SQL Server 2000. Le opzioni di ottimizzazione che coinvolgono il partizionamento e la generazione di indicazioni in linea non sono invece supportate nelle edizioni Enterprise, Developer ed Enterprise Evaluation di SQL Server 2000. Tali limitazioni riguardano sia la versione a 32 bit che la versione a 64 bit di SQL Server. Per informazioni dettagliate sulle opzioni di ottimizzazione non supportate, vedere l'articolo della Knowledge Base 906649 (informazioni in lingua inglese).

[Torna all'inizio]

L'opzione di database SUPPLEMENTAL_LOGGING non è implementata in questa versione di SQL Server. Tale opzione può essere impostata ma non ha alcun effetto.

[Torna all'inizio]

Dopo una sessione di ottimizzazione riuscita che prevede l'utilizzo combinato di un server di prova e un server di produzione tramite Ottimizzazione guidata motore di database, è possibile che i database clonati rimangano inaspettatamente nel server di prova, anche se non è stata utilizzata l'opzione RetainShellDB. Tali database clonati possono interferire con le sessioni di ottimizzazione successive e devono essere eliminati prima di eseguire una nuova sessione di ottimizzazione che prevede l'utilizzo combinato di un server di prova e un server di produzione. Inoltre, se una sessione di ottimizzazione si interrompe in modo imprevisto, è possibile che i database clonati nei server di prova e gli oggetti presenti in tali database rimangano nei server di prova. Prima di avviare una nuova sessione di ottimizzazione che prevede l'utilizzo combinato di un server di prova e un server di produzione è necessario eliminare anche tali database e oggetti.

[Torna all'inizio]

Nella vista a gestione dinamica sys.dm_clr_loaded_assemblies vengono visualizzati anche assembly che, per qualsiasi ragione, non sono stati caricati nello spazio degli indirizzi del server.

[Torna all'inizio]

Per eseguire query distribuite da client SQL Server 2005 a 64 bit a server SQL Server 2000 a 32 bit è necessario SQL Server 2000 SP3 o versione successiva. Le query distribuite includono riferimenti a voci di server collegati definite tramite sp_addlinkedserver e le funzioni OPENROWSET e OPENQUERY. Inoltre, nei server SQL Server 2000 SP3 ed SP4 le stored procedure di sistema, o stored procedure di catalogo, devono essere aggiornate manualmente.

Se le versioni delle stored procedure di catalogo sulle istanze a 32 bit di SQL Server 2000 non vengono aggiornate con le versioni fornite con il service pack, verrà visualizzato l'errore seguente:

"Impossibile trovare la stored procedure richiesta per completare l'operazione.
Contattare l'amministratore di sistema.
"Messaggio 7311, livello 16, stato 2, riga 1
Impossibile ottenere il set di righe dello schema "DBSCHEMA_TABLES_INFO" per
il provider OLE DB "SQLNCLI" per il server collegato "<ServerName>". Il provider supporta l'interfaccia,
ma quando la utilizza restituisce un codice di errore.

Per risolvere il problema, eseguire lo script instcat.sql dal service pack sull'istanza d 32 bit di SQL Server 2000 o MSDE.

[Torna all'inizio]

Nella documentazione in linea di SQL Server non sono illustrati i seguenti aspetti dell'implementazione di XQuery disponibile in SQL Server 2005:

• I caratteri generati dalle sezioni CDATA non vengono considerati spazi vuoti. L'istruzione select cast(''as xml).query('<a> <![CDATA[ ]]> {"abc"}</a>'), ad esempio, restituisce <a> abc</a>.
  
  
• È supportata la costruzione di attributi ed elementi vuoti.
  
  
• Il prefisso di spazio dei nomi xmlns identifica un attributo di dichiarazione di spazio dei nomi e non può essere dichiarato nuovamente in un'espressione XQuery. Questo comportamento è richiesto dalla specifica XQuery.
  
  
• Se si utilizza 'for' con l'espressione di origine (), verrà generato un errore statico.
  
  
• In un documento XML costruito utilizzando il metodo query() sul tipo di dati xml, i ritorni a capo contenuti nelle sezioni CDATA vengono convertiti in caratteri di avanzamento riga. Viene utilizzato un carattere di avanzamento riga al posto del riferimento all'entità di ritorno a capo precedente ( ) per uniformità con l'analisi del testo XML.
  
  
• Le funzioni Transact-SQL definite dall'utente che contengono local-name() e namespace-uri() sono deterministiche.
  
  

[Torna all'inizio]

Una rappresentazione stringa di un valore xsd:dateTime che non contiene un separatore di data e ora T o un fuso orario può essere convertita in un tipo datetime SQL nell'ambito di un metodo value(), come nell'esempio seguente:

declare @aaa xmlset @aaa = '<AAA MyDate="2005/1/1 00:00:00"/>'select @aaa.value('(//AAA)[1]/@MyDate', 'datetime')

[Torna all'inizio]

Nella documentazione in linea di SQL Server non sono illustrati i seguenti aspetti del supporto degli schemi XML in SQL Server 2005:

• Lo schema XML per Reporting Services (RDL) può essere caricato in un insieme di schemi XML.
  
  
• I valori di tipo xsd:dateTime e xsd:time che contengono valori per i secondi e includono più di tre cifre decimali non restituiscono un errore ma vengono arrotondati.
  
  
• Uno schema XML viene rifiutato se maxInclusive viene ridefinito in un tipo derivato e per il tipo di base fixed="true".
  
  
• Gli spazi finali contenuti in facet minInclusive, minExclusive, maxInclusive e maxExclusive vengono ignorati nei tipi derivati che includono limitazioni sui tipi di dati xsd:dateTime, xsd:data e xsd:time.
  
  

[Torna all'inizio]

Le connessioni remote a un endpoint SOAP o HTTP potrebbero non riuscire se l'account del servizio SQL Server è un account di dominio e la modalità di autenticazione per l'endpoint è impostata su INTEGRATED, anche se è possibile stabilire connessioni locali. Il problema può presentarsi quando nell'account di sistema locale è registrato il nome SPN (Service Principal Name). Per risolvere il problema, è possibile registrare un nome SPN per l'account del servizio SQL Server o specificare l'autenticazione NTLM per l'endpoint. Per ulteriori informazioni sulla registrazione di un nome SPN, vedere "Registrazione di nomi SPN Kerberos utilizzando Http.sys" nella documentazione in linea di SQL Server.

[Torna all'inizio]

Se non è specificata la clausola WITH UNCHECKED DATA, SQL Server tenta di impedire l'esecuzione dell'istruzione ALTER ASSEMBLY nel caso in cui la nuova versione dell'assembly modifichi i dati esistenti in tabelle, indici o altre posizioni persistenti. SQL Server non garantisce tuttavia che le colonne calcolate, gli indici, le viste indicizzate o le espressioni saranno consistenti con i tipi e le routine sottostanti in caso di aggiornamento dell'assembly CLR (Common Language Runtime). Quando si esegue l'istruzione ALTER ASSEMBLY è pertanto necessario verificare che non vi siano discrepanze tra il risultato di una determinata espressione e i valori basati su tale espressione archiviati nell'assembly.

[Torna all'inizio]

I criteri di supporto Microsoft non sono applicabili alla funzionalità di mirroring del database di SQL Server 2005. Il mirroring del database è attualmente disattivato per impostazione predefinita, ma può essere attivato solo a scopo di valutazione utilizzando il flag di traccia 1400 come parametro di avvio. Non utilizzare il mirroring del database in ambienti di produzione. Microsoft non fornisce supporto per i database o le applicazioni che utilizzano il mirroring del database. La documentazione relativa al mirroring del database è inclusa in SQL Server 2005 solo a scopo di valutazione e i criteri della documentazione per il supporto e l'aggiornamento di SQL Server 2005 non sono applicabili alla documentazione relativa al mirroring del database. Per ulteriori informazioni, vedere l'articolo della Microsoft Knowledge Base 907741 (informazioni in lingua inglese).

[Torna all'inizio]

SQL Server Agent non è integrato con Posta elettronica database nelle edizioni a 64 bit di SQL Server. Per inviare notifiche quali quelle relative allo stato dei processi o agli avvisi, utilizzare Outlook Express per configurare manualmente l'utilizzo di MAPI (MAPI semplice) per SQL Server Agent Mail. Per ulteriori informazioni, vedere l'articolo della Knowledge Base 908360 (informazioni in lingua inglese).

[Torna all'inizio]

Per proteggere i dati in SQL Server 2005 non utilizzare la crittografia RC4, ma un algoritmo di crittografia a blocchi quale AES 256 o Triple DES.

[Torna all'inizio]

Nella versione finale di SQL Server 2005 non è possibile creare in linea indici non cluster univoci, quali quelli creati a causa di un vincolo UNIQUE o PRIMARY KEY. Nella documentazione in linea di SQL Server è indicato che questa operazione è supportata. Tale affermazione non è corretta. Quando si crea un indice non cluster univoco tramite CREATE INDEX o CREATE INDEX WITH DROP_EXISTING, viene restituito il messaggio di errore seguente:

Messaggio 1844, livello 16, stato 2, riga 1
La creazione di indici in linea non è supportata per gli indici non cluster univoci.

Se l'indice non cluster univoco viene creato a causa di un vincolo UNIQUE o PRIMARY KEY, (ALTER TABLE ADD CONSTRAINT), verrà restituito anche il messaggio di errore seguente:

Messaggio 1750, livello 16, stato 0, riga 1
Impossibile creare il vincolo. Vedere gli errori precedenti.

Per risolvere il problema, rimuovere l'opzione per gli indici ONLINE dall'istruzione Transact-SQL. In SQL Server Management Studio deselezionare la casella di controllo Consenti elaborazione in linea di istruzioni DML durante la creazione dell'indice nella scheda Opzioni della finestra di dialogo Nuovo indice.

SQL Server 2005 non supporta operazioni in linea sugli indici che creano indici cluster o indici non cluster non univoci, eliminano o ricostruiscono indici cluster oppure ricostruiscono indici non cluster univoci o non univoci.

[Torna all'inizio]

In questa versione Analysis Services utilizza un elenco di controllo di accesso (ACL, Access Control List) per proteggere il file della chiave di crittografia dell'istanza. Gli ACL sono parte integrante del sistema di protezione di Windows e semplificano la modifica dell'account utente associato al servizio Windows per un'istanza di Analysis Services. L'utilità askeymgmt (askeymgmt.exe), che forniva le funzionalità di gestione delle API Windows per la protezione dei dati (DPAPI, Data Protection API) per il file della chiave di crittografia dell'istanza, non è più necessaria.

[Torna all'inizio]

Quando si creano applicazioni che utilizzano ADOMD.NET, insieme alle applicazioni è necessario ridistribuire anche ADOMD.NET. Il file di installazione di ADOMD.NET (SQLServer2005_ADOMD.msi) è disponibile per il download nel sito Web Microsoft.

[Torna all'inizio]

Se dopo l'installazione di Microsoft SQL Server 2005 Analysis Services si installa Excel o qualsiasi altra applicazione client, non sarà più possibile fare riferimento al provider OLE DB per Analysis Services 9.0 utilizzando il nome di provider MSOLAP, perché l'applicazione client installa la versione precedente del servizio PivotTable, che sovrascrive il ProgID indipendente dalla versione. Se ad esempio si utilizza "provider=MSOLAP" in una stringa di connessione, verrà richiamato il provider per SQL Server 2000 Analysis Services. Di conseguenza, non sarà più possibile connettersi a un server SQL Server 2005 Analysis Services tramite Excel. In futuro verrà rilasciato un aggiornamento per Office XP e Office 2003 che sarà possibile utilizzare per aggiornare il provider utilizzato da Excel. Nel frattempo, per risolvere il problema ripristinare l'installazione esistente immettendo il comando seguente dalla riga di comando:

setup.exe /qb INSTANCENAME=MSSQLSERVER REINSTALL=ALL

È inoltre possibile scaricare e reinstallare il provider OLE DB per Analysis Services 9.0 dal sito Web Microsoft.

[Torna all'inizio]

Se è stata installata una versione a 32 bit dello strumento Rinomina istanza in un computer a 64 bit, sarà necessario disinstallare la versione a 32 bit di tale strumento e reinstallare la versione a 64 bit dal CD di SQL Server 2005. Per ulteriori informazioni, vedere l'articolo della Knowledge Base 906161 (informazioni in lingua inglese).

[Torna all'inizio]

Se un cubo locale contiene una password, sarà necessario crittografare tramite password il cubo locale stesso. Per crittografare un cubo locale, immettere una password nella proprietà "Password di crittografia" della stringa di connessione. La creazione di un cubo locale crittografato consente di proteggere le informazioni sensibili archiviate nei file del cubo locale, ad esempio password e chiavi.

[Torna all'inizio]

La protezione delle dimensioni non supporta i totali visualizzati su un attributo padre in una dimensione padre-figlio. Se un utente appartiene a un ruolo che consente i totali visualizzati su un attributo padre in una dimensione padre-figlio, non sarà in grado di connettersi al cubo che contiene la dimensione padre-figlio. Quando tale utente tenta di connettersi al cubo che contiene la dimensione padre-figlio, viene inoltre visualizzato un messaggio di errore simile ai seguenti:

La protezione della dimensione padre-figlio
'<dimension>' è definita sull'attributo chiave, ma ciò non è consentito.
In alternativa è possibile definire la protezione della dimensione equivalente sull'attributo padre.

L'espressione di protezione delle dimensioni generata per l'attributo '<attribute>' nella dimensione '<dimension>' non è valida.

[Torna all'inizio]

La proprietà CustomData delle stringhe di connessione non è attualmente supportata da Microsoft SQL Server 2005 Analysis Services.

[Torna all'inizio]

Per questa versione di Microsoft SQL Server, il servizio PivotTable di Microsoft Excel 2003 non supporta il raggruppamento di membri basati su un cubo di Microsoft SQL Server 2005 Analysis Services.

[Torna all'inizio]

Se per l'hosting del motore di Notification Services o la gestione delle sottoscrizioni si utilizza l'autenticazione di SQL Server, al momento della creazione e dell'inizializzazione di un'istanza della classe Microsoft.SqlServer.NotificationServices.NSInstance sarà necessario eseguire una delle operazioni seguenti:

• Utilizzare il costruttore non documentato NSInstance(string instanceName, string sqlUser, string sqlPassword) per creare e inizializzare un'istanza dell'oggetto NSInstance.
  
  
• Utilizzare il costruttore predefinito e quindi il metodo non documentato Initialize(string instanceName, string sqlUser, string sqlPassword) per inizializzare l'oggetto NSInstance.
  
  
• Se si utilizza l'interoperabilità COM, utilizzare il costruttore predefinito, impostare le credenziali tramite le proprietà SqlUser e SqlPassword e quindi utilizzare il metodo Initialize(string instanceName) per inizializzare l'oggetto NSInstance.
  
  

Utilizzando la classe NSInstance in questo modo è possibile garantire che Notification Services disporrà delle informazioni necessarie per l'autenticazione di SQL Server prima di tentare di ottenere informazioni sull'istanza dal Motore di database.

[Torna all'inizio]

Quando si utilizza l'autenticazione di SQL Server per connettersi a un'istanza di Notification Services tramite oggetti NMO (Notification Services Management Objects), si utilizza un oggetto Server per ottenere un riferimento NotificationServices e quindi si utilizza tale riferimento per ottenere un'istanza di Notification Services. Al momento della creazione di un'istanza dell'oggetto Server è possibile specificare un oggetto ServerConnection che utilizza un oggetto SqlConnection.

Se si utilizza l'autenticazione di SQL Server per chiamare metodi per la gestione di istanze e applicazioni, ad esempio i metodi Create, Update, Drop, Enable o Disable, l'oggetto SqlConnection non deve essere già aperto.

Verificare che l'oggetto SqlConnection non sia aperto prima della creazione di un'istanza dell'oggetto Server oppure utilizzare un altro costruttore ServerConnection che non utilizza un oggetto SqlConnection.

[Torna all'inizio]

Se Notification Services è installato in un computer che utilizza Multilingual User Interface Pack (MUI), la registrazione e l'annullamento della registrazione delle istanze di Notification Services potrebbe richiedere alcuni minuti.

[Torna all'inizio]

Generatore report può essere eseguito in modalità di attendibilità totale o in modalità di attendibilità parziale tramite un URL. La modalità di attendibilità è determinata dal percorso URL utilizzato per avviare Generatore report.

Se si avvia Generatore report in un ambiente con attendibilità totale, utilizzare l'URL seguente:

http://<localhost>/reportserver/reportbuilder/reportbuilder.application

Se si avvia Generatore report in un ambiente con attendibilità parziale, utilizzare l'URL seguente:

http://<localhost>/reportserver/reportbuilder/reportbuilderlocalintranet.application

dove <localhost> è il nome del computer che esegue Server report.

A seconda dell'URL da cui si desidera che il pulsante Generatore report in Gestione report avvii Generatore report, specificare il valore FullTrust o PartialTrust per l'elemento ReportBuilderTrustLevel nel file RSWebApplication.config. Tale file è disponibile nella directory di installazione di Gestione report. Per impostazione predefinita, è specificato il valore FullTrust.

In un ambiente con attendibilità parziale il file della Guida in linea di Generatore report (ReportBuilder.chm) non è accessibile da Generatore report. L'amministratore può tuttavia fornire agli utenti una copia del file della Guida in linea.

[Torna all'inizio]

Nella documentazione di riferimento gestita per Reporting Services, soprattutto nella libreria di classi dei servizi Web di Reporting Services, alcuni blocchi di sintassi contenuti negli argomenti dedicati all'API includono descrizioni di attributi prima del nome della classe o del metodo. Tali descrizioni di attributi sono prodotte dal processo utilizzato per generare la documentazione e possono essere ignorate.

[Torna all'inizio]

Per attivare il provider di dati Microsoft .NET per la famiglia di prodotti business mySAP per Reporting Services, è necessario eseguire la procedura seguente per modificare i file di configurazione installati. Questa procedura sostituisce quella descritta nell'argomento "Provider di dati Microsoft .NET per la famiglia di prodotti business mySAP" della documentazione in linea di SQL Server. Le operazioni da eseguire sono descritte nei passaggi sottostanti, seguite dalla funzionalità e dai file con estensione config specifici su cui devono essere eseguite.

1. Rimuovere gli indicatori di commento (eliminare i caratteri <!-- e --> all'inizio e alla fine della riga) per la voce seguente della sezione Extensions/Data e salvare il file:br>
   

   <!-- <Extension Name="SAP" Type="Microsoft.Adapter.SAP.SAPConnection,Microsoft.Adapter.SAP.SAPProvider, Version=1.0.0.0, Culture=neutral, PublicKeyToken= 31bf3856ad364e35"/> -->

   Nota:
   Sono state aggiunte interruzioni di riga per migliorare la leggibilità. Il valore Type deve essere specificato su una riga singola nel file con estensione config.

2. Inserire il codice seguente nella sezione PolicyLevel/CodeGroup, sullo stesso livello della voce Microsoft_Strong_Name, e quindi salvare il file:
   
   

   <CodeGroup class="UnionCodeGroup" version="1" PermissionSetName="FullTrust" Name="Microsoft_Generic_Signing" Description="This code group grants code signed with the generic Microsoft key full trust. Used by the Microsoft .Net Data Provider for mySAP Business Suite."> <IMembershipCondition class="StrongNameMembershipCondition" version="1" PublicKeyBlob="00240000048000009400000006020000002400005253413100040000010001 00b5fc90e7027f67871e773a8fde8938c81dd402ba65b9201d60593e96c492651e889cc13f14 15ebb53fac1131ae0bd333c5ee6021672d9718ea31a8aebd0da0072f25d87dba6fc90ffd598e d4da35e44c398c454307e8e33b8426143daec9f596836f97c8f74750e5975c64e2189f45def4 6b2a2b1247adc3652bf5c308055da9" /> </CodeGroup>

   Nota:
   Sono state aggiunte interruzioni di riga per migliorare la leggibilità. Il valore PublicKeyBlob deve essere specificato su una riga singola nel file dei criteri.

Per attivare il provider di dati sul server di report, eseguire il passaggio 1 su rsreportserver.config e il passaggio 2 su rssrvpolicy.config. La directory di installazione predefinita per tali file è C:\Programmi\Microsoft SQL Server\MSSQL.3\Reporting Services\ReportServer.

Per attivare il provider di dati in Progettazione report, eseguire il passaggio 1 su RSReportDesigner.config e il passaggio 2 su RSPreviewPolicy.config. La directory di installazione predefinita per tali file è C:\Programmi\Microsoft Visual Studio 8\Common7\IDE\PrivateAssemblies.

[Torna all'inizio]

Per risolvere i collegamenti ai report presenti su un server di report inclusi nei messaggi di posta elettronica, in Reporting Services viene utilizzata l'impostazione di configurazione <UrlRoot>. Se per la distribuzione di un server di report su un computer in cui è installato un certificato SSL (Secure Sockets Layer) viene utilizzato lo strumento Gestione configurazione Reporting Services, il valore di <UrlRoot> non viene impostato correttamente. Quando si fa clic sul collegamento a un report in un messaggio di posta elettronica, anziché il report previsto viene pertanto visualizzato un messaggio che segnala che il collegamento è interrotto. Per ripristinare il collegamento, è necessario modificare manualmente il file RSReportServer.config per correggere l'impostazione di configurazione <UrlRoot>. Il formato dell'URL è il seguente:

https://certificatename/report_server_virtual_directory

Quando si modifica il file RSReportServer.config è necessario specificare gli stessi valori digitati nello strumento Gestione configurazione Reporting Services durante la distribuzione iniziale del server di report. Per verificare i valori da utilizzare, controllare i campi Nome certificato e Nome nella pagina Directory virtuale Server report dello strumento Gestione configurazione Reporting Services.

[Torna all'inizio]

Nei report che includono la variabile User!UserID è talvolta possibile che non vengano visualizzati i dati specifici dell'utente che sta visualizzando il report. Il problema si presenta quando si verificano le condizioni seguenti:

• Il report è uno snapshot.
  
  
• L'accesso al report avviene a livello di programmazione, tramite metodi SOAP, oppure tramite una connessione diretta al server di report, ad esempio http://<servername>/reportserver.
  
  

Quando si verifica questo problema le informazioni del profilo utente incluse nello snapshot del report sono basate su uno degli elementi seguenti:

• L'identità dell'utente che ha creato lo snapshot.
  
  
• L'account con cui viene eseguito il server di report, se lo snapshot viene creato dal server di report come operazione pianificata.
  
  

L'impossibilità di aggiornare lo snapshot di un report basato sulle informazioni di un profilo utente provoca la generazione di dati non corretti e introduce un problema di protezione, se lo snapshot include dati sensibili o riservati. Finché questo problema non verrà risolto, è consigliabile evitare di eseguire report che includono la variabile User!UserID come esecuzione di un report o snapshot della cronologia di un report.

Si noti che le dipendenze dal profilo utente non riguardano solo gli snapshot dei report aperti tramite chiamate SOAP o l'indirizzo URL dello snapshot di un report. La variabile User!UserID è completamente funzionante anche per i report eseguiti su richiesta e per tutti gli snapshot dei report aperti da Gestione report.

[Torna all'inizio]

SQL Server 2005 Management Studio non supporta l'attivazione delle pubblicazioni di SQL Server 2000 per i computer non configurati come Sottoscrittori SQL Server. Per attivare una pubblicazione di SQL Server 2000 per computer non configurati come Sottoscrittori SQL Server, utilizzare Creazione guidata pubblicazione, disponibile in SQL Server 2000 Enterprise Manager. Nella pagina Specifica tipi di server di sottoscrizione di Creazione guidata pubblicazione selezionare Origini dati eterogenee, ad esempio Oracle o Microsoft Access.

[Torna all'inizio]

Per ulteriori informazioni, vedere la sezione 2.5.15 Quando si reinstallano più istanze sullo stesso computer, è possibile che i processi esistenti non vengano eseguiti.

[Torna all'inizio]

Se nel sistema è installato SQL Server 2005 Developer Edition o Standard Edition, sarà possibile installare gli strumenti server di SQL Server Mobile.

[Torna all'inizio]

Quando si esegue il programma di installazione degli strumenti server di SQL Server Mobile, il file Leggimi (ssmreadme.htm) viene installato per impostazione predefinita in C:\Programmi\Microsoft SQL Server 2005 Mobile Edition\Docs\xx, dove xx è un codice di due caratteri che identifica la lingua dell'applicazione installata. Il file Leggimi viene installato nella sottodirectory della directory di installazione specificata nella pagina Versione di Microsoft SQL Server del programma di installazione degli strumenti server di SQL Server Mobile.

[Torna all'inizio]

Per l'installazione del supporto per i diagrammi di database valgono le limitazioni seguenti.

Insieme a SQL Server 2005 64 bit vengono installate le versioni a 32 bit di alcuni strumenti. Quando vengono utilizzati in sistemi operativi a 64 bit, tali strumenti vengono eseguiti nell'ambiente WOW e, in alcune condizioni, possono presentare problemi di prestazioni. Per migliorare le prestazioni degli strumenti a 32 bit, connettersi a SQL Server a 64 bit con strumenti in esecuzione in un sistema operativo a 32 bit. SQL Server 2005 Business Intelligence Development Studio, l'ambiente di sviluppo a 32 bit per soluzioni di Business Intelligence, non è progettato per l'esecuzione su sistemi con architettura IA64 a 64 bit e non può essere installato in server IA64. Per ulteriori informazioni sull'utilizzo degli strumenti di SQL Server in sistemi operativi a 64 bit, vedere l'articolo della Knowledge Base 906892 (informazioni in lingua inglese).

[Torna all'inizio]

Nel file Leggimi degli esempi di SQL Server basati su Visual Studio è specificato che è necessario creare un file di chiave di nome samplekey.snk nella directory di installazione. Tale file deve essere creato nella cartella principale di ogni esempio che lo richiede.

[Torna all'inizio]

Per gli esempi di Notification Services vale quanto segue:

• Se si distribuisce un esempio di Notification Services utilizzando l'account del proprietario del database o di un amministratore del sistema, non sarà necessario concedere autorizzazioni per SQL Server a tale account. Se si concedono tali autorizzazioni verrà visualizzato un errore, che può essere ignorato. Quando si distribuiscono le proprie applicazioni, per migliorare la protezione è consigliabile utilizzare account con privilegi inferiori.
  
  
• Gli esempi di Notification Services fanno riferimento a una finestra di dialogo di nome "Database Access". In questa versione il nome di tale finestra è stato modificato in User Mapping.
  
  

[Torna all'inizio]

SQL Server 2005 Business Intelligence Development Studio, l'ambiente di sviluppo a 32 bit per soluzioni di Business Intelligence, non è progettato per l'esecuzione su sistemi con architettura IA64 a 64 bit e non può essere installato in server IA64. Su tali server non è pertanto possibile eseguire gli esempi che richiedono Business Intelligence Development Studio. Per ulteriori informazioni, vedere l'articolo della Knowledge Base 906892 (informazioni in lingua inglese).

[Torna all'inizio]

Il provider Microsoft OLE DB per DB2, un componente di Microsoft Host Integration Server 2004, può essere scaricato per l'utilizzo con SQL Server 2005. Per informazioni sull'installazione e la configurazione del provider OLE DB, vedere la documentazione inclusa con il provider. Per istruzioni sulla procedura per il download del provider, vedere il sito Web Microsoft.

[Torna all'inizio]