You would like to configure a DNS alias (CName) for each server to redirect transparently clients for high availability.
There is no indication against to use a DNS alias, you can use CNAME to connect to SSAS 2005 or greater. However there are some considerations to take into account.
1. Be carefully on cluster system2. Be sure that you can “reverse lookup” the CNAME / Alias. SSAS has to reverse lookup the hostname during connection 3. Changing the DNS Alias: DNS caching might cause some delay - Client side cache: It can be cleared with ipconfig /flushdns- Server Side cache : Depends on the structure, by multilevel structure multiple caches might exist Clearcache possible with dnscmd or GUI (there are settings for the cache lifetime but it is not recommended to change them (it might increase the traffic on the DNS server))4. Cannot connect locally to your SSAS instance using DNS alias5. As the alias uses only server name you cannot configure the protocol , the name of the instance or the port.6. At kerberos level you can have false SPN. The SPN needs to be re-registered on the alias name too.7. At TCP level you can have errors
8. DNS will no provide an port information to clients. If Default instance is listening on a non-default port (SQL Browser cannot redirect) , then port has to be defined in the connection string.
You can create a DNS alias following this article kb: How to set up application names in SQL Server 2000 Analysis Services
Connect bug: Create and alias to a (named) instance of Analysis Services 2005/2008
Michel Degremont | Premier Field Engineer - SQL Server Core Engineer |
Problem: You are not able to connect to your SSAS instance. You got the error message below:
Cannot connect to ServerName\InstanceName.A connection cannot be made. Ensure that the server is running. (Microsoft.AnalysisServices.AdomdClient)Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host. (System)An existing connection was forcibly closed by the remote host (System)
This issue occurs with SSAS 2005 or 2008 on Windows 2003 SP2 or Windows 2008.
Background: You have defined a DNS alias for your Analysis Services instance.
Work done: In SQL Server Management Studio, the connection works fine when : - connecting to this SSAS instance remotely with DNSalias\Instance or machineName\InstanceName. - connecting to this SSAS instance by replacing DSNAlias by local
The connection doesn't work only in local when server name is DSNAlias\InstanceName
Cause: A loopback check security feature that is designed to help prevent reflection attacks on your computer. Therefore, authentication fails if the FQDN or the custom host header that you use does not match the local computer name.
Workaround: Execute your command remotely or in local with server name like .\instanceName.
There is another workaround extracts from the article kb http://support.microsoft.com/kb/983444 . The method is to disable the loopback check by setting the DisableLoopbackCheck registry entry. But it's not recommanded. This workaround may make a computer or a network more vulnerable to attack by malicious users or by malicious software such as viruses. Use this workaround at your own risk.
See also : Use a DNS alias for SSAS 2005/2008 instance
Michel Degremont | Microsoft Premier Field Engineer - SQL Server Core Engineer |
For security and performance reasons, we recommend that you do not install a standalone SQL Server on a domain controller.
Regarding failover cluster, SQL instances are not supported where cluster nodes are domain controllers.
Other point, a read-only domain controller (RODC) is a new type of domain controller in the Windows 2008. SQL Server is not supported on a read-only domain controller.
Current resolution on Promotion and Demotion of Domain Controllers is to not support it. If the server is already a domain controller, SQL can be installed. But once SQL has been installed user will not be permitted to change the DC to a member machine.
BOL : Installing SQL Server on a Domain Controller 2008• You cannot run SQL Server services on a domain controller under a local service account or a network service account. • After SQL Server is installed on a computer, you cannot change the computer from a domain member to a domain controller. You must uninstall SQL Server before you change the host computer to a domain controller.• After SQL Server is installed on a computer, you cannot change the computer from a domain controller to a domain member. You must uninstall SQL Server before you change the host computer to a domain member.
For more information:- Installing SQL Server on a Domain Controller - You may encounter problems when installing SQL Server on a domain controller - Error message when you install SQL Server 2005 on a Windows Server 2008-based RODC: "Failure creating local group SQLServer2005SQLBrowserUser$<ServerName>"- Best practices that you can use to set up domain groups and solutions to problems that may occur when you set up a domain group when you install a SQL Server 2005 failover cluster
For the SQL Engine, Analysis Services, SQL Browser, you should also check the SPN's in the active directory.
If your installation is a stand-alone instance, complete your Users/Computer migration through "Active Directory Migration Tool" and put the SQL box in the new domain. You have also to change your job owners, proxy accounts, and service accounts to the new domain as well. If you continue to use accounts from the old domain make sure the trust works and that the access to the other domain's DCs is fast. Don't forget to rename the integrated login names when the windows domain name has been changed by using ALTER LOGIN [login name] with name=[new name]
If it is a cluster then you will have a problem with the domain groups for the clustered services. After you install a SQL Server failover cluster, you can change the service accounts. However, you cannot change the domain groups. If you want to use different domain groups, you can uninstall and then reinstall SQL Server. Domain migration for SQL Server 2008 Failover Cluster instance is also not supported. You must reinstall the SQL Server Failover instance.
Regarding SQL Server 2005, you can also follow method 2 in 915846
For more information:- You must specify the domain groups for the clustered SQL Server services when you install a SQL Server failover cluster- Best practices that you can use to set up domain groups and solutions to problems that may occur when you set up a domain group when you install a SQL Server 2005 failover cluster- "No mapping between account names and security IDs was done" error when adding a node to a SQL Server 2008 Failover Cluster
In this post, I am sharing various tests that should help you debug the problem. The steps below you help you to fix various issues like error message below:
A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (Provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server). An error has occurred while establishing a connection to the server. When connecting to SQL Server, this failure may be caused by the fact that under the default settings SQL Server does not allow remote connections. (provider: Named Pipes Provider, error: 40 – Could not open a connection to SQL Server) (Microsoft SQL Server, Error: xxx)
SERVER SIDEStep 1: SQL Server Configuration Manager Go to All Programs >> Microsoft SQL Server 2008 >> Configuration Tools >> SQL Server Configuration Manager >> SQL Server Services, and check if : - SQL Server service status is “Running”.- SQL Browser service status is “Running”. (if you have got an instance that is not by default with port 1433)- Check if TCP/IP and NP are enablingStep 2: FirewallDisable your Firewall and check if the issue doesn't occur follow the both articles below
How do I open the firewall port for SQL Server on Windows Server 2008 Configuring the Windows Firewall to Allow SQL Server Access
Step 3 : Enable Remote ConnectionRight click on the server node and select Properties. Go to Left Tab of Connections and check “Allow remote connections to this server”
To configure the Database Engine to accept remote connections
CLIENT SIDE
Step 1 : Connection string is not correct or point to not a real server. Be ensure of the instance name
Step 2 : Check if the port is openedtelnet <your_target_machine> <TCP_Port>
Step 3 : Ping serverping -a <your_target_machine> ping -a <Your_remote_IPAddress>Run “net view \\your_target_machine” Step 4 : SQL Alias.On my end I was working on a 64 bit machine but had to remove an alias under the SQL Configuration Manager -> 32 Bit Config -> Alias.Also confirm with cliconfg.exe
The registry keys are: 32 bit: HKLM\SOFTWARE\Microsoft\MSSQLServer\Client\ConnectTo64 bit: HKLM\SOFTWARE\Wow6432Node\Microsoft\MSSQLServer\Client\ConnectTo Step 5 : Try the connection out of your applicationSQLCMD –E -S tcp:<IPAddress>[\<InstanceName>],<Port> SQLCMD –E -S tcp:<Your_target_machine>[\<InstanceName>],<Port>
Try the FQDN to connect to the server that is running Microsoft SQL Server. SQLCMD –E -S tcp:<Your_target_machine>.<FQDN>[\<InstanceName>],<Port>
Others relevant documentations
SQL_Protocols Team How to configure SQL Server 2005 to allow remote connections How to configure an instance of SQL Server to listen on a specific TCP port or a dynamic port Troubleshooting Server and Database Connection Problems SQL Server 2005 Connectivity Issue Troubleshoot - Part I Troubleshoot Connectivity Issue in SQL Server 2005 - Part II Named Pipes Provider, error: 40 - Could not open a connection to SQL Server Steps to troubleshoot SQL connectivity issues Named Pipes Provider, error: 40 - Could not open a connection to SQL Server (Microsoft SQL Server, Error: XXX)
Problem: Unable to run a query through a linked server SQL Server 2005. This problem only happens with a non-sysadmin account.
You got the message below:
Msg 7416, Level 16, State 2, Line 1Access to the remote server is denied because no login-mapping exists..
Cause: When creating a linked server with the parameter @provstr and you use a local SQL Server non-admin or non-Windows account, you have to add the parameter "User Name" into the @provstr
Resolution : Add "User ID=Username" into the provider string on your linked server
EXEC master.dbo.sp_addlinkedserver @server = N'LinkServerName', @provider=N'SQLNCLI',@srvproduct = 'MS SQL Server', @provstr=N'SERVER=serverName\InstanceName;User ID=myUser' EXEC master.dbo.sp_addlinkedsrvlogin @rmtsrvname = N'LinkServerName', @locallogin = NULL , @useself = N'False', @rmtuser = N'myUser', @rmtpassword = N'*****'
Check:
SELECT TOP 1 * FROM LinkServerName.msdb.dbo.backupsetGOSELECT * FROM OPENQUERY (LinkServerName, 'SELECT TOP 1 * FROM msdb.dbo.backupset ')
The Microsoft SQL Server System Views Map shows the key system views included in SQL Server, and the relationships between them :
- SQL Server 2005 System Views Map - SQL Server 2008 System Views Map- SQL Server 2008 R2 System Views Map - Mapping System Tables to System Views (Transact-SQL)
Problem description: We were not able to make a connection on SQL Server 2008 from a remote server with Windows account. We got the error message: cannot generate SSPI context:
9649 A security (SSPI) error occurred when connecting to another service broker: . Check the Windows Event Log for more information....11248 A corrupted message has been received. The SSPI login header is invalid....17806 SSPI handshake failed with error code X, state %d while establishing a connection with integrated security; the connection has been closed. ...Connection handshake failed.
Work done: We followed the troubleshooting step below:Step 1: made a TELNET on machine port and confirmed that the port of SQL Server instance was open
Step 2: We checked if the SPN for my instance SQL server exist with command below:
Start >> Run >> CMD >> Setspn -L <YourSQLServiceAccount>Registered ServicePrincipalNames for CN=svc-mssql-sgbd,OU=Users,OU=_Paris,DC=puteaux,DC=net: MSSQLSvc/serverName:PORT MSSQLSvc/serverName
Step 3: From my remote server, I used an UDL file to make a connection.
Click right on your desktop >> new file >> then rename your text file by myTest.UDL.
Double click on it. Click on the tab PROVIDER. And select SQL Server Native client 10.0
I tried to make a connection with another protocol, like Name Pipe. Np:<ServerName>\<IntanceName> Works fine
Then I tried with TCP protocol with SQL authentication tcp:<ServerName>\<IntanceName> Works fine
Then I tried with TCP protocol with Windows authentication tcp:<ServerName>\<IntanceName> Failed with error: cannot generate SSPI context
Then I tried with TCP protocol with Windows authentication and the port tcp:<ServerName>\<IntanceName>,PortNumberOfYourSQLInstance Failed with error: cannot generate SSPI context
Then I tried with TCP protocol with another account Windows authentication tcp:<ServerName>\<IntanceName> Works fine
Cause: we enabled the verbose logging to Kerberos following the article Microsoft KB: http://support.microsoft.com/kb/262177 .
And we found out inside Windows system event the error message:
The kerberos SSPI package generated an output token of size 12536 bytes, which was too large to fit in the token buffer of size 12535 bytes, provided by process id 4.The output SSPI token being too large is probably the result of the user myUser@myDomain.com being a member of a large number of groups.It is recommended to minimize the number of groups a user belongs to. If the problem can not be corrected by reduction of the group memberships of this user, please contact your system administrator to increase the maximum token size, which in term is configured machine-wide via the following registry value: HKLM\SYSTEM\CurrentControlSet\Control\Lsa\Kerberos\Parameters\MaxTokenSize.
Resolution: We increased the maximum token size following the article KB to get back in production : http://support.microsoft.com/kb/327825 , then customer investigates to see why this user being a member of a large number of groups.
Related Resources:
The SQL Network Interface library was unable to register SPN
How to troubleshoot the "Cannot generate SSPI context" error message
“Cannot Generate SSPI Context” error message, more comments for SQL Server
Description of the problem: When you tried to drop a user, you got this message:Error: 15138 The database principal owns a schema in the database, and cannot be dropped.
Cause: That means, you are trying to drop a user owning a schema. In order to drop the user, you have to find the schema that’s assigned and then transfer the ownership to another user/role or to drop it.
Resolution: You can fix the issue following two ways.By script: You can find out which schema is owned by this user with the query below:SELECT name FROM sys.schemas WHERE principal_id = USER_ID('myUser')Then, use the names found from the above query below in place of the SchemaName below. And drop your user. ALTER AUTHORIZATION ON SCHEMA::SchemaName TO dbo GODROP USER myUser
By Management Studio:
- Object Explorer >> Expand the [databasename] >> Security. - Click on Schemas. - In summary window, determine which Schema(s) are owned by the user and either change the owner or remove the Scheme(s).- If they are system schema(s), I suggest to change them to ‘dbo’.- Drop your user.
More detail about schemas into the BOL:http://msdn2.microsoft.com/en-us/library/ms190387.aspx
Description of the problem: Last week, I was with my customer performing multiple unattended installations of SQL Server 2008: Setup.exe /q /configurationfile=c:\myconfiguationfile.iniIn myconfiguationfile.ini, the switch INSTANCEDIR is set to "E:\" like INSTANCEDIR="E:\"But the setup was fail with the message: "Illegal characters in path" like below in details.txt:Slp: Exception type: Microsoft.SqlServer.Chainer.Infrastructure.InputSettingValidationExceptionSlp: Message: Slp: The path E:MSSQL10.X\MSSQL\DATA is malformed or not absolute.We can see the after E: there is a missing \
Cause: SQL Server 2008 setup seems to not interpret INSTANCEDIR correctly. It will treat "\"" as an escape character of quotation mark which is wrong.
Workaround: Use "E:\\" instead of "E:\" if you want to install SQL to root folder.Dedication to Paulo A., he found out another workaround. He removes the double quote like INSTANCEDIR=E:\ instead of INSTANCEDIR="E:\"
Update : Since the documentation was been updated
How to: Install SQL Server 2008 R2 from the Command Prompt : "Note the use of escaping characters:/INSTANCEDIR=c:\PathName is supported./INSTANCEDIR=c:\PathName\ is supported/INSTANCEDIR="c:\PathName\\" is supported./INSTANCEDIR="c:\PathName\" is not supported."
In this post I share with you several recurring questions on managing disks in a cluster failover Windows.
1. Mount points and SQL Server
SQL Server supports mount points if and only if at least one letter named as primary disk for instance. Then you can add your mount points.SQL Server support for mounted volumes (SQL 2000,2005 and 2008): "SQL Server failover clustered instances fully support mounted drives if the mounted drive is hosted by a cluster drive with a drive letter assigned.Note Because of the number of available drive letters, the number of the virtual instances on a cluster is limited to 25. SQL Server 2005 has the same limitation...."
Known issue: FIX: You are prompted to format the volume when a formatted volume is mounted on a NTFS folder that is located on a computer that is running Windows Server 2008 or Windows Vista
2. Sharing a disk resource between several group SQL
A resource disk that is already allocated to group SQL can not be reused for another instance in another SQL group.
3. Cluster Shared Volumes (CSV) and SQL Server
CSV is only usable with HyperV for storing virtual machine. It is not so far, an official communication to extend this type of storage to another type of data / configurations.
In Windows Server® 2008 R2, the Cluster Shared Volumes feature included in failover clustering is only supported for use with the Hyper-V server role
4. Using disks dynamic with clusterDynamic disks are not supported natively with Windows 2008 cluster configuration (http://support.microsoft.com/kb/237853).
However, if you add a third product for managing dynamic disks you can have a support of the editor of the latter.
On the other hand, you will find the following link for information on basic vs. dynamic disks.http://blogs.msdn.com/clustering/archive/2009/12/16/9937435.aspx
Michel Degremont | Microsoft EMEAProduct Support Services Developer - SQL Server Core Engineer |
Description of the problem: You want to install SQL server 2005 administration tools.However during the installation, you do not have the check box to checked for client components. And no error message was raised during the phase of pre-validation installation.
Cause : In the log, we find the following error message that indicates that Management Tools has been disabled because IE 6 SP1 is not installed on the server:Internet Explorer 6 SP1 is not installed, therefore the Business Intelligence Workbench, Report Designer, and SQL Server Workbench features will be disabled. Action: Install Internet Explorer 6 SP1 for the Business Intelligence Workbench, Report Designer, and SQL Server Workbench features to be enabled.
Extract log: %ProgramFiles%\Microsoft SQL Server\90\Setup Bootstrap\LOG\Files\ SQLSetup0001_MachineName_WI.log
For more information : How to: View SQL Server 2005 Setup Log Files
Resolution: Installing Internet Explorer 6 SP1 is a prerequisite: Hardware and Software Requirements for Installing SQL Server 2005 Extract documentation : « Microsoft Internet Explorer 6.0 SP1 or later is required for SQL Server Management Studio, Business Intelligence Development Studio, and the Report Designer component of Reporting Services.»
Description of the issue: When you restore a backup database to another server, you may encounter the error message below when you try to connect.Msg 916, Level 14, State 1, Line 1The server principal "sqlLoginName " is not able to access the database "myDatabaseName" under the current security context.
Cause: When you restore a backup database to another server, you may experience a problem with orphaned users. That is to say that the SID system view sysuser is not mapped to a SID syslogins existing.
Resolution: To detect orphaned users you can run the following command:USE <myDatabaseName>sp_change_users_login @Action='Report';You can see that the SID does not match the system views: sys.sysusers and sys.sysloginsUSE <myDatabaseName>SELECT sid FROM sys.sysusers WHERE name = 'sqlLoginName'SELECT sid FROM sys.syslogins WHERE name = 'sqlLoginName'
To correct this problem of connection between the server connection account specified by the user and <login_name> the database specified by <database_user>, you can run the following command.USE <myDatabaseName>EXEC sp_change_users_login @Action='update_one', @UserNamePattern='sqlLoginName',@LoginName=' sqlLoginName ';
For more information: Troubleshooting Orphaned Usershttp://msdn.microsoft.com/en-us/library/ms175475.aspx
PRB: "Troubleshooting Orphaned Users" Topic in Books Online is Incompletehttp://support.microsoft.com/kb/274188/
sp_addlogin (Transact-SQL)http://msdn.microsoft.com/en-us/library/ms173768.aspx
Michel Degremont| Microsoft EMEAProduct Support Services Developer -SQL Server Core Engineer |
When the master, model, msdb, and tempdb system databases are rebuilt, the databases are dropped and re-created in their original location. If a new collation is specified in the rebuild statement, the system databases are created using that collation setting. Any user modifications to these databases are lost.
Step 1: Review the documentation "before Rebuild the System Databases"
Rebuild master in SQL Server 2008http://msdn.microsoft.com/en-us/library/dd207003.aspx
Step 2: Put off line SQL Server resource by using Failover Cluster Mamagement
Step 3: Go on the node where this clustered instance is owned
Step 4: Then, run the command :
setup.exe /Q /ACTION=REBUILDDATABASE /SQLSYSADMINACCOUNTS="DomaineName\UserAccount" /SQLCOLLATION=CollationName /INSTANCENAME="OnlyInstanceName"/SAPWD=StrongPassword
Step 5: Apply the last service pack
When you try to connect to your instance SSAS 2000, you get the following error messages:- Cannot connect to the repository- Data source name not found and no default driver specifiedIn addition connection strings of the repository are empty : open Analysis Manager >> Edit Conection String >> click right on instance name of Analysis Server. Then clic on "Edit Repository Connection String"…
CauseAnalysis Services 2000 uses CryptAcquireContext to encrypt / decrypt two registers keys : RemoteRepositoryConnectionString and RepositoryConnectionString.
These keys contain the connection information for access to the database repository used by Analysis Services. This call fails.
The connection with a UDL file works as it does not need to contact the repository.
ResolutionShow hidden files. Then go to C:\Documents and Settings\<userAccount>\Application Data\Microsoft\Crypto\RSA. And rename the directories that conteint. Upon restart of the service you could edit the connection string.If the problem persists, create a new domain account and change the service account of SSAS 2000.
Related Links- Default permissions for the MachineKeys folders - Specifying Service Accounts - Peer-to-Peer Framework APIs return a "PEER_E_NO_KEY_ACCESS" error message
It this post, you will see how to configure Web Synchronization for Merge Replication over Windows 2008 X64, specifically for SQL Compact Subscribers. I will not cover each and every aspect of Web Sync or Merge Replication for SQL Compact.You could find below a merge of various KB and documentation below:
-KB920700 : An introduction to SQL Server 2005 Compact Edition -KB942040 : Error message when you try to visit a Web page that is hosted on a computer that is running IIS 7.0: "HTTP Error 404.2 – Not Found" -KB955966 : SQL Server Compact 3.5 Service Pack 1 Server Tools are not installed in WOW mode when you run IIS 7.0 on a 64-bit Windows Server 2008-based computer -KB912430: You cannot replicate data from SQL Server 2005 to SQL Server Mobile Edition by using the 64-bit version of IIS
Prerequisites.a. IIS on your server Windows 2008.b. One SQL 2005 Instance installed. (You will use this instance to create a sample publication and test it for SQL Compact Subscribers) c. User understanding on general Web Sync and Merge Replication process.Step 1.Install the Internet Information Services 6.0 (IIS 6.0) backward compatibility components. To do this, use one of the following procedures: a.Click Start, click Administrative Tools, and then click Server Manager. b.In the left navigation pane, expand Roles, right-click Web Server (IIS), and then click Add Role Services. c.In the Select Role Services pane, scroll down to IIS 6 Management Compatibility. d.Click to select the following check boxes: IIS 6 Metabase Compatibility IIS 6 Management ConsoleISAP ExtensionsCGI
e.In the Select Role Services pane, click Next, and then click Install in the Confirm Installations Selections pane. f.Click Close to exit the Add Role Services Wizard. Step 2.Start Registry Editor (Start >> Run... >> Regedit). And change the MajorVersion setting to 6 under the following registry subkey: HKEY_LOCAL_MACHINE\Software\Wow6432Node\Microsoft\InetStpStep 3.Install : - How to: Install SQL Server Replication Components- Microsoft SQL Server Compact 3.5 Service Pack 2 Server Tools- Microsoft SQL Server Compact 3.5 Service Pack 2 for Windows Desktop
Step 4.After the server tools installation has completed successfully, change the MajorVersion setting to 7 under the following registry subkey: HKEY_LOCAL_MACHINE\Software\Wow6432Node\Microsoft\InetStpStep 5.Check ISAPI or CGI restriction a.On the taskbar, click Start, point to Administrative Tools, and then click Internet Information Services (IIS) Manager. b.In the Connections pane, click the server name. c.In the Home pane, double-click ISAPI and CGI Restrictions.d.Then check the restriction of sqlcesa35.dll. If not, go in the Actions pane, click Add...
Step 6.Check if the application pool are running in 32Bita.On the taskbar, click Start, point to Administrative Tools, and then click Internet Information Services (IIS) Manager. b.In the Connections pane, click the server name. c.Then click on Applications Poolsd.Click right on the pool of your website >> Advanced settinge.And update Enable for 32 Bit application to TRUE.
Step 7. At this step, it should be work. Go to your website : http://localhost/.../sqlcesa35.dll?. You should get "Microsoft SQL Server Compact Server Agent" or http://localhost/.../sqlcesa35.dll?diag You should get "SQL Server Compact Server Agent Diagnostics"
The SQL Server 2008 R2 Digital Tour has started. Find a host of resources on SQL Server 2008 R2, including videos, whitepapers, e-books, events, test drives and downloads . Also check out these related resources:
- SQL Server 2008 R2 Books Online- SQL server 2008 R2 Training kit- Download the Microsoft SQL Server 2008 R2 Trial- SQL Server 2008 R2 Update for Developers Training Kit
El SQL Server 2008 R2 Digital Tour ha comenzado. Va a encontrar una gran cantidad de recursos en SQL Server 2008 R2, incluyendo vídeos, white papers, e-books, eventos, unidades de prueba y descargas. También retirar estos recursos relacionados:
- Libros en pantalla de SQL Server 2008 R2- SQL server 2008 R2 Training kit- Descargar la versión de prueba de Microsoft SQL Server 2008 R2- Kit de formación SQL Server 2008 R2 para los desarrolladores
Le SQL Server 2008 R2 Digital Tour a démarré. Vous trouverez une foule de ressources sur SQL Server 2008 R2, y compris des vidéos, des livres blancs, e-books, événements, lecteurs de test et les téléchargements. Consultez également ces ressources connexes :
- Documentation en ligne de SQL Server 2008 R2- SQL server 2008 R2 Training kit- Télécharger la version d'essaie Microsoft SQL Server 2008 R2- Kit de formation SQL Server 2008 R2 pour les développeurs
Configuring the memory of your instance Analysis Services
Microsoft Analysis Services (SSAS) has a capacity to improve performance by making data in cache. SSAS can benefit from increased physical memory. You will find below a summary of the limits of memory 32Bit and 64Bit.
If your operating system and Analysis Service are in 32BitBy default in a 32bit environment, the process "Analysis Service" is limited to 2 GB of memory.
The modification of the / 3GB memory pushes the limits by default. If you want to allocate more than 2Gb to "Analysis Service", you can add the / 3GB switch in the boot.ini to allow "Analysis Service" to use up to 3 GB of memory. Keep in mind that the / 3GB switch reduces the memory available by the Kernel to 1Gb and thus system contention problems can occur.
Example : - By default: 2Gb virtual memory for process SSAS and 2Gb for the Kernel. - /3GB : 3Gb of virtual memory for process SSAS and 1GB for kernel
If your operating system is in 64Bit and Analysis Service in 32 Bit If your system is operating in 64-bit and Analysis Service in 32 bits, so the process "Analysis Service" is limited to 4 GB of memory.
If your operating system and Analysis Service are in 64BitFor 64-bit machine, you have no limitations, other than that you configured in the properties of the SSAS instance (and of course the available memory on the machine)
Configuring an instance SSASYou can configure the properties for your SSAS instance from the configuration file MSMDSRV.INI. Before you make a configuration change, you should always make a backup of the file:% \ Microsoft SQL Server \ "Instance Name" \ OLAP \ Config \ msmdsrv.ini. All changes are taken into account immediately after you save the file and without restarting the instance.
By default an instance "Analysis Service" is set to assume almost all of the memory. The default values are appropriate for the majority of servers that have a single instance and OLAP (Analysis Services). From the moment or you add an additional instance of OLAP or SQL Server in your server, you must change some settings.
As for SQL Server with the parameter MEMORY MAX(http://msdn.microsoft.com/en-us/library/ms178067.aspx ), We recommend that you change the property values of the memory instance "Analysis Service" on your server multi-instances. All the properties below the value of which is less than 100 are in% while all values greater than or equal to 100 are in Bytes:
TotalMemoryLimit : 85 LowMemoryLimit : 75
Unlike SQL Server, the value TotalMemoryLimit is not an absolute limit because SSAS can run a query or processing far exceed this value. Take this as an objective value that the engine is fixed.
Configuración de la memoria de su instancia Analysis Services
Microsoft Analysis Services (SSAS) tiene una capacidad para mejorar el rendimiento al hacer que los datos almacenados en caché.SSAS puede tomar ventaja de aumentar la memoria física. A continuación encontrará un resumen de los límites de memoria eb 32-Bit y 64-Bit.
Si su sistema operativo y Analysis Service estan en 32-BitDe forma predeterminada en un entorno de 32 bit, el proceso de "Servicio de Análisis" está limitado a 2 GB de memoria.
La modificación del parámetro / 3GB empuja los límites de forma predeterminada. Si desea asignar más de 2GB en el procedimiento "Servicio de Análisis", puede agregar el modificador / 3GB en el boot.ini para permitir "Servicio de Análisis" de utilizar hasta 3 GB de memoria. Tenga en cuenta que el modificador / 3GB se reduce la memoria disponible por el Kernel de 1Gb y por lo tanto los problemas de contención del sistema se puede producir.
Ejemplo :- Por defecto: 2 Gb de memoria virtual para le proceso SSAS y 2GB para el Kernel.- /3GB : 3 Gb de memoria virtual para el proceso SSAS y 1 GB para el Kernel
Si su sistema operativo está en 64-Bit y Analysis Service en 32-Bit Si el sistema está operando en 64-bit y Servicio de Análisis en 32 bits, por lo que el proceso de "Servicio de Análisis" se limita a 4 GB de memoria.
Si su sistema operativo y Analysis Service estan en 64-BitPara las máquinas 64-bits, que no tienen ninguna limitación, salvo que haya configurado en las propiedades de la instancia de SSAS (y por supuesto la memoria disponible en la máquina)
Configuración de una instancia de SSASPuede configurar las propiedades de la instancia de SSAS del archivo de configuración MSMDSRV.INI. Antes de realizar un cambio de configuración, que deberá realizar una copia de seguridad del fichero:% \ Microsoft SQL Server \ "Nombre de instancia" \ OLAP \ Config msmdsrv.ini \. Todos los cambios son tomados en cuenta inmediatamente después de guardar el archivo y sin necesidad de reiniciar la instancia.
De forma predeterminada una instancia "Servicio de Análisis" está ajustado a asumir la casi totalidad de la memoria. Los valores predeterminados son apropiados para la mayoría de los servidores que tienen una sola instancia y OLAP (Analysis Services). Desde el momento en que usted o agregar una instancia adicional de OLAP o SQL Server, debe cambiar algunas opciones.
En cuanto a SQL Server con el parámetro MAX MEMORIA (http://msdn.microsoft.com/es-es/library/ms178067.aspx ), Le recomendamos que cambie el valor de las propiedades de la instancia de la memoria "Servicio de Análisis" en su servidor multi-intencias. Todos los inmuebles por debajo del valor de los cuales es menor de 100%, mientras que se encuentran en todos los valores superiores o iguales a 100 se encuentran en bytes:
A diferencia de SQL Server, el TotalMemoryLimit valor no es un límite absoluto, porque puede SSAS a la ejecución de una consulta o un tratamiento muy superiores a este valor. Toma esto como un valor objetivo que el motor es fijo.
Configuration de la mémoire de votre instance Analysis Services
Microsoft Analysis Service (SSAS) a une capacité d’amélioration des performances par la mise à en cache de données. SSAS peut tirer parti d’une augmentation de la mémoire physique. Vous trouverez ci-dessous un résumé des limites de la mémoire en 32Bit et 64 Bit.
Si votre OS et Analysis Service sont en 32BitPar défaut dans un environnement 32bit, le process « Analysis Service » est limité à 2 Gb de mémoire.
La modification du paramètre /3GB repousse les limites mémoires par défaut. Si vous souhaitez attribuer plus de 2Gb à l’instance « Analysis Service », vous pouvez ajouter l’option /3GB dans le boot.ini afin de permettre à « Analysis Service » d’utiliser au maximum 3 Gb de mémoire. Garder à l'esprit que le /3GB reduit la mémoire disponible par le Kernel à 1Gb et donc des problèmes de contention system peut se produire.
Exemple :- Par défault : 2Gb de mémoire virtuel pour le process SSAS et 2Gb pour le Kernel.- /3GB : 3Gb de mémoire virtuel pour le process SSAS et 1Gb pour le Kernel
Si votre OS est en 64Bit et Analysis Service en 32 Bit Si l’OS est en 64-Bit et Analysis Service en 32-Bit alors le process « Analysis Service » est limité à 4 Go de mémoire.
Si votre OS et Analysis Service sont en 64BitPour toute machine en 64-Bit, vous n’avez plus de limitation, autres celles que vous aurez configurées dans les propriétés de l’instance SSAS (et bien sur la mémoire disponible sur la machine)
Configuration d’une instance SSASVous pouvez configurer les propriétés de votre instance SSAS à partir du fichier de configuration MSMDSRV.INI. Avant de faire une modification de la configuration, vous devez toujours faire un backup du fichier : %\Microsoft SQL Server\ “Instance Name”\OLAP\Config\msmdsrv.ini. Toutes les modifications sont prises en compte immédiatement après l’enregistrement du fichier et sans redémarrage de l’instance.
Par défaut une instance « Analysis Service » est configurée pour s’attribuer la quasi totalité de la mémoire. Les valeurs par défaut sont adaptées à la majorité des serveurs qui ont une et une seul instance OLAP (Analysis Service). A partir ou du moment où vous ajoutez une instance supplémentaire OLAP ou SQL Server, vous devez impérativement changer certain paramètres.
Comme pour SQL Server avec le paramètre MAX MEMORY (http://msdn.microsoft.com/fr-fr/library/ms178067.aspx ), nous vous recommandons de changer les valeurs des propriétés mémoires de l’instance « Analysis Service » sur vos serveurs multi-instances. Toutes les propriétés ci-dessous dont la valeur est inférieure à 100 sont en % alors que toutes les valeurs supérieur ou égale à 100 sont en Bytes :
Contrairement à SQL Server, la valeur TotalMemoryLimit n'est pas une limite absolue, car SSAS peut pour l'exécution d'une requête ou un processing dépasser largement cette valeur. Il faut prendre cette valeur comme un objectif que le moteur se fixe.
Migrating a cube in SQL Server Analysis Services 2005 to SQL Server Analysis Services 2008
You should consider migrating your cubes with one of 2 methods below: 1. Method Backup / Restore (recommended) 2. By copying the DATA directory on the second server while ensuring the SSAS service is stopped on both servers.
Example with the method Backup/Restore:
Step 1 : Backup of the database on the instance SSAS 2005
Method using the Wizard- In Management Studio, connect to your instance SSAS 2005- Click right on database backups- Then click on « Back up… »- Then select the location of the backup file and click OK
Method using a script XMLA- In Management Studio, connect to your instance SSAS 2005- Click on "File" >> "New" >> "Analysis Services XMLA Query" - Then execute the code below :
<Backup xmlns="http://schemas.microsoft.com/analysisservices/2003/engine"><Object><DatabaseID>MyDB</DatabaseID></Object><File>C:\MyDB.abf</File></Backup>Step 2 : Move the file. Abf to the server that hosts your new instance SSAS 2008
Step 3 : The last step is to restore the backup file in step 1.
Method using the Wizard- In Management Studio, connect to your instance SSAS 2008- Click right on «Databases »- Then click on « Restore… »- Then select the location of the file to restore and click OK
Method using a script XMLA- In Management Studio, connect to your instance SSAS 2008- Click right on "File" >> "New" >> "Analysis Services XMLA Query"- Then execute the code below :
<Restore xmlns="http://schemas.microsoft.com/analysisservices/2003/engine"><File>C:\MyDB.abf</File><AllowOverwrite>true</AllowOverwrite></Restore>
For more information: Managing Backing Up and Restoring (Analysis Services 2008)
La migración de un cubo en Analysis Services de SQL Server 2005 a SQL Server Analysis Services 2008
Debe considerar la migración de sus cubos con uno de los 2 siguientes métodos:1. Método de Backup / Restore (recomienda)2. Copiar el directorio DATA en el segundo servidor al tiempo que garantiza el servicio de SSAS se detiene en ambos servidores.
Ejemplo avec la méthode de copia de seguridad / restauración :
Paso 1 : Copia de seguridad de la base de datos en la instancia de SSAS 2005
Método que utiliza el asistente- En Management Studio, conecte a la instancia de SSAS 2005- Haga clic derecho sobre la base de datos para guardar - Luego haga clic en « Back up… »- A continuación, seleccione la ubicación del archivo de copia de seguridad y haga clic en Aceptar
Método que utiliza un guión XMLA- En Management Studio, conecte a la instancia de SSAS 2005- Luego haga clic en "File" >> "New" >> "Analysis Services XMLA Query"- A continuación, ejecute el código de abajo :
<Backup xmlns="http://schemas.microsoft.com/analysisservices/2003/engine"><Object><DatabaseID>MyDB</DatabaseID></Object><File>C:\MyDB.abf</File></Backup>
Paso 3 : El último paso es restaurar el archivo de copia de seguridad en el paso 1.
Método que utiliza el asistente- En Management Studio, conecte a la instancia de SSAS 2008- Haga clic derecho sobre «Databases »- Luego haga clic en « Restore… »- A continuación, seleccione la ubicación del archivo a restaurar y haga clic en Aceptar
Método que utiliza un guión XMLA- En Management Studio, conecte a la instancia de SSAS 2008- Haga clic sobre "File" >> "New" >> "Analysis Services XMLA Query"- A continuación, ejecute el código de abajo :
Para más información : Administrar copias de seguridad y restauraciones (Analysis Services)
Migrer un cube de SQL Server Analysis Services 2005 vers SQL Server Analysis Services 2008
Vous devez envisager de migrer vos cubes avec l’une des 2 méthodes ci-dessous :1. la méthode Backup / Restore (recommandé)2. En copiant le répertoire DATA sur le second serveur en veillant bien que le service SSAS soit arrêté sur les deux serveurs.
Exemple avec la méthode Backup/Restore :
Etape 1 : Sauvegarde de la base de données sur l’instance SSAS 2005
Méthode avec l’assistant- Dans management studio, connectez-vous à votre instance SSAS 2005- Clic droit sur la base de données à sauvegarder- Puis cliquez sur « Back up… »- Ensuite sélectionnez l’emplacement du fichier de sauvegarde et cliquez sur OK
Méthode avec un script XMLA- Dans management studio, connectez-vous à votre instance SSAS 2005- Cliquez sur "File" >> "New" >> "Analysis Services XMLA Query"- Puis exécutez le code ci-dessous :
<Backup xmlns="http://schemas.microsoft.com/analysisservices/2003/engine"><Object><DatabaseID>MyDB</DatabaseID></Object><File>C:\MyDB.abf</File></Backup>Etape 2 : Déplacez le fichier .abf vers le serveur qui héberge votre nouvelle instance SSAS 2008
Etape 3 : La dernière étape consiste à restaurer le fichier sauvegarde sur en étape 1.
Méthode avec l’assistant- Dans management studio, connectez-vous à votre instance SSAS 2008- Clic droit sur «Databases »- Puis cliquez sur « Restore… »- Ensuite sélectionnez l’emplacement du fichier à restaurer et cliquez sur OK
Méthode avec un script XMLA- Dans management studio, connectez-vous à votre instance SSAS 2008- Cliquez File >> New >> Analysis Services XMLA Query- Puis exécutez le code ci-dessous :
Pour plus information: Gestion de la sauvegarde et de la restauration d'une base de données (Analysis Services)
How to use the Sqldumper.exe utility to generate a dump file in SQL Server 2008 in T-SQL
If you need to generate a full memory dump, automatically when a specific SQL Alert occurs, you can use the script T-SQL below
Comment utiliser l'utilitaire Sqldumper.exe pour générer un Dump mémoire avec SQL Server 2008 en T-SQL
Si vous avez besoin générer un Dump mémoire complèt automatiquement lorsqu'un spécifique SQL alerte survient, vous pouvez utiliser le script ci-dessous T-SQL
Cómo usar la utilidad Sqldumper.exe para generar un Dump memoria SQL Server 2008 en T-SQL
Si necesita generar un Dump de memoria completa, cuando una específica alerta de SQL sucede automáticamente, puede utilizar la secuencia de comandos T-SQL siguiente
declare @pid intdeclare @str varchar(1024)declare @dumpdir varchar(255)declare @sqlbindir varchar(255)
set @dumpdir = 'C:\'set @sqlbindir = 'C:\Program Files\Microsoft SQL Server\100\Shared\'set @pid=convert(int, SERVERPROPERTY('ProcessID'))set @str = 'cd ' + @sqlbindir + '&& "sqldumper.exe" '+convert(varchar(10), @pid)+' 0 0x0800 0 ' + @dumpdir
exec xp_cmdshell @str
More detail about SQLDumper option below :
Usage: SqlDumper.exe [ProcessID[ThreadId [Flags[:MiniDumpFlags] [SqlInfoPtr [DumpDir [ExceptionRecordPtr [ContextPtr [ExtraFile]]]]]]]][-I<InstanceName>] [-S<ServiceName>][-remoteservers:[print|dump|freeze|resume|remote:guid\dumporigin\signature\localId\port\operationType]]
Flags: dbgbreak = 0x0001 nominidump = 0x0002 validate_image = 0x0004 referenced_memory = 0x0008 all_memory = 0x0010 dump_all_threads = 0x0020 match_file_name = 0x0040 no_longer_used_flag = 0x0080 verbose = 0x0100 wait_at_exit = 0x0200 send_to_watson = 0x0400 defaultflags = 0x0800 maximumdump = 0x1000 mini_and_maxdump = 0x2000 force_send_to_watson= 0x4000 full_filtered_dump = 0x8000
MiniDumpFlags: Normal = 0x0000 WithDataSegs = 0x0001 WithFullMemory = 0x0002 WithHandleData = 0x0004 FilterMemory = 0x0008 ScanMemory = 0x0010 WithUnloadedModules = 0x0020 WithIndirectlyReferencedMemory = 0x0040 FilterModulePaths = 0x0080 WithProcessThreadData = 0x0100 WithPrivateReadWriteMemory = 0x0200 WithoutOptionalData = 0x0400 WithFullMemoryInfo = 0x0800 WithThreadInfo = 0x1000
Best practice regarding the dependency to the SQL Server resource for the additional disk.
If a non-SQL Server resource needs to be added to the SQL Server group and depends on the SQL Server resource being available, Microsoft recommends that you add a dependency on the SQL Server Agent resource instead of adding a dependency on the SQL Server resource.
In the case where, by mistake, you change the dependency of one disk of SQL Server, you will get the error message below. Error 5184: Cannot use file '%.*ls' for clustered server. Only formatted files on which the cluster resource of the server has a dependency can be used. Either the disk resource containing the file is not present in the cluster group or the cluster resource of the Sq... So take care when you play with the dependency to the SQL Server resource. See also : - How to: Add Dependencies to a SQL Server Resource- How to create databases or change disk file locations on a shared cluster drive on which SQL Server was not originally installed
Bonnes pratiques concernant les dépendances de la ressource de SQL Server pour les disques supplémentaires.
Si une ressource non-SQL Server doit être ajouté au groupe de SQL Server et déprendre de la ressource de SQL Server, Microsoft recommande que vous ajoutiez une dépendance sur les ressources de l'agent SQL Server au lieu d'ajouter une dépendance sur les ressources de SQL Server.
Dans le cas, où par erreur, vous modifiez la dépendance d'un disque de SQL Server, vous obtiendrez le message d'erreur ci-dessous. Erreur 5184 : Impossible d'utiliser le fichier '%1!' pour un serveur cluster. Seuls les fichiers formatés pour lesquels la ressource cluster du serveur possède une dépendance peuvent être utilisés. La ressource de disque contenant le fichier n'est pas présente dans le... Donc faites attention lorsque vous jouez avec la dépendance à la ressource de SQL Server. Voir aussi : - Procédure : ajouter des dépendances à une ressource SQL Server- Comment créer des bases de données ou modifier des emplacements de fichiers de disque sur un lecteur de cluster partagé sur lequel SQL Server n'a pas initialement installé
Buenas prácticas sobre el recurso de SQL Server para las dependencias de discos adicionales.
Si un recurso no son de SQL Server debe agregarse al grupo de SQL Server y depender de los recursos de SQL Server, Microsoft recomienda que usted agregue una dependencia en el recurso de agente de SQL Server en lugar de añadir una dependencia en los recursos de SQL Server.
En el caso de que por error, cambia la dependencia en un disco de SQL Server, recibirá el siguiente mensaje de error. Falta 5184 : No se puede usar el archivo '%1!' para un servidor clúster. Sólo se pueden utilizar archivos con formato en los que el recurso de clúster del servidor tenga una dependencia. Puede que el recurso de disco que contiene el archivo no esté presente en el grup... Entonces cuidado cuando juegue con la dependencia a los recursos de SQL Server. Vea también : - Cómo agregar dependencias a un recurso de SQL Server- Cómo crear bases de datos o cambiar las ubicaciones de archivo de disco de una unidad de clúster compartida en el que se instaló SQL Server no originalmente
How to change the dump directory for SQL Server or SQL Agent
SQL Server creates dump files (files with a .mdmp extension) by default under the LOG folder. If you don't know where is this folder, you can run the query below :
These dump files are generally created when SQL Server encounters an exception or access violation.
If you see these kind ofdump files :- First, check if you are the last service pack for your SQL server version.- If the issue are still facing to this issue,it might be good idea to contact SQL Server Support team to ensure everything is fine with your server.
If your LOG folder is located on a disk drive that doesnt have enough space left on it, you can change that value to a location on a drive that has enough space. So, since SQL 2005, you can change the default dump directory inside Configuration Manager. Don't forget that it's not supported to change the value directly into the Registry.
Step 1: Start the Configuration Manager from Configuration Tools menu.
Step 2: Double click on SQL Server (instancename) service
Step 3: And go to ADVANCED tab. You will see the option for DUMP DIRECTORY.
The changes will be applied only after a restart.
Comment changer le répertoire où sont générés les DUMP SQL Server ou SQL Agent
SQL Server crée des fichiers de DUMP (fichiers avec une extension .mdmp) par défaut dans le dossier LOG. Si vous ne savez pas où est ce dossier, vous pouvez exécuter la requête ci-dessous :
Ces fichiers de DUMP sont généralement créés lorsque SQL Server rencontre une Access Violation ou une exception.
Si vous rencontrez ces types de fichiers dump :- Tout d'abord, vérifiez si vous êtes dans la dernière version du service pack.- Si le problème est toujours présent, je vous recommande de contacter l'équipe du Support Microsoft afin de vous assurer tout va bien sur votre serveur.
Si votre répertoire LOG est situé sur un disque qui n'a pas suffisamment d'espace, vous pouvez changer l'emplacement sur un disque qui a suffisamment d'espace. Depuis SQL 2005, vous pouvez modifier le répertoire de génération de DUMP avec le Gestionnaire de configuration. N'oubliez pas qu'il n'est pas supporté pour modifier cette valeur directement dans la base de Registre.
Etape 1 : Lancez le Configuration Manager depuis le ménu Configuration Tools.
Etape 2 : Double cliquez sur le service SQL Server(instancename)
Etape 3 : Et allez sur l'onglet ADVANCED . Vous devriez voir l'option DUMP DIRECTORY.
Les modifications seront appliquées après le redémarrage du service.
Cómo cambiar el directorio donde se generan el DUMP SQL Server o agente SQL
SQL Server crea los archivos DUMP (archivos con una extensión de .mdmp) en la carpeta de registro de forma predeterminada. Si usted no sabe donde esta carpeta, puede ejecutar la siguiente consulta:
Estos archivos DUMP se crean normalmente cuando SQL Server detecta una infracción de acceso o una excepción.
Si se encuentran con estos tipos de archivo de DUMP :- En primer lugar, comprobar si estás en el service pack más reciente.- Si el problema persiste, recomiendo que contactar con el equipo de soporte técnico de Microsoft para asegurar que todo va bien en el servidor.
Si el directorio de registro se encuentra en un disco que no tiene suficiente espacio, puede cambiar la ubicación en un disco que tiene suficiente espacio. Desde SQL 2005, puede cambiar el directorio con generación de DUMP de administrador de configuración. Debe tenerse en cuenta que no es compatible para cambiar este valor directamente en la base de datos del registro.
Paso 1 : Inicie el Configuration Manager de la ménu de Configuration Tools.
Paso 2 : Haga doble clic en el servicio SQL Server(instancename)
Paso 3 : Y vaya a la ficha ADVANCED. Debería ver la opción DUMP DIRECTORY.
Los cambios se aplicarán después de reiniciar el servicio.
This week I was working on SQL server 2008 setup problem in cluster. But this issue could be occurs also in a standalone installation.
Action: Run SQL Setup on the second node. The SQL Server 2008 setup was working fine at the beginning but failing almost at the end of the process with the following error message: SQLBrowser start request failed. Click Retry to retry the failed action, or click Cancel to cancel this action and continue setup
Result: Unable to add a second node on an existing cluster SQL Server 2008
SQLBrowser: The last attempted operation: Starting the SQL Server Browser service 'SQLBrowser', and waiting for up to '900' seconds for the process to complete. .Slp: Prompting user if they want to retry this action due to the following failure:Slp: ----------------------------------------Slp: The following is an exception stack listing the exceptions in outermost to innermost orderSlp: Inner exceptions are being indentedSlp: Slp: Exception type: Microsoft.SqlServer.Configuration.Sco.ScoExceptionSlp: Message: Slp: Service 'SQLBrowser' start request failed.Slp: Data: Slp: Feature = SQL_Browser_Redist_SqlBrowser_Cpu32Slp: Timing = StartupSlp: DisableRetry = true
Resolution: I solved this issue by slipstream the setup including SP1 directly. I invite you to follow the article KB below:
How to update or slipstream an installation of SQL Server 2008http://support.microsoft.com/kb/955392
For answers to frequently asked questions about slipstreaming, see the SQL Server 2008 Slipstream Frequently Asked Questions topic on the following Microsoft Web site: http://blogs.msdn.com/petersad/archive/2009/04/24/sql-server-2008-slipstream-frequently-asked-questions.aspx
Step 1: Download the service pack package that matches you system architecture. For example download the x64 package of SQL Server 2008 Service Pack 1 if your system is an x64-based system.
Step 2: Extract the service pack by running the following command: SQLServer2008SP1-KB968369-x64-ENU.exe /x:C:\SQL2008SP1 Step 3: Run the following file to install the setup support files: C:\SQL2008SP1\x64\setup\1033\sqlsupport.msi
Step 4: Run the Setup.exe file from the SQL Server 2008 source media by specifying the /PCUSource parameter. For example:Setup.exe /PCUSource=C:\SQL2008SP1
And finish your installation
Cette semaine, je travaillais sur un problème de configuration SQL serveur 2008 dans un cluster. Mais cette problématique peu se produire également dans une installation "standalone".
Action: Exécution du programme d'installation de SQL sur le second nœud. L'installation de SQL Server 2008 fonctionne correctement au début mais échoue presque à la fin du processus avec le message d'erreur suivant : SQLBrowser start request failed. Click Retry to retry the failed action, or click Cancel to cancel this action and continue setup
Resultat: Impossible d'ajouter un second noeud à mon cluster SQL Server 2008
Resolution: J'ai résolu ce problème par le slipstream de l'installation de SQL Server 2008, en incluant le SP1 directement. Je vous invite à suivre l'article KB ci-dessous :
La mise à jour ou intégrer une installation de SQL Server 2008http://support.microsoft.com/kb/955392
Etape 1: Télécharger le package service pack qui correspond à l'architecture de votre système d'exploitation. Par exemple, télécharger le package X64 de SQL Server 2008 Service Pack 1 si votre OS est un environnement X64.
Etape 2: Extraire le service pack en exécutant la commande suivante : SQLServer2008SP1-KB968369-x64-ENU.exe /x:C:\SQL2008SP1 Etape 3: Lancez le fichier d'installlation "Setup Support File" ci-dessous : C:\SQL2008SP1\x64\setup\1033\sqlsupport.msi
Etape 4: Puis lancez le fichier Setup.exe de SQL Server 2008 depuis vos sources d'installation en spécifiant le paramètre /PCUSource. Comme dans l'exemple ci-dessous :Setup.exe /PCUSource=C:\SQL2008SP1
Ensuite terminez votre installation normalement
Esta semana estaba trabajando en un problema de instalación SQL servidor 2008 en clúster. Pero esta cuestión podría se producir también en una instalación "standalone".
Acción : Ejecute la instalación de SQL Server en el segundo nodo. El programa de instalación de SQL Server 2008 fue funciona bien al principio pero fallando casi al final del proceso con el siguiente mensaje de error: SQLBrowser start request failed. Click Retry to retry the failed action, or click Cancel to cancel this action and continue setup
Resultado : No se puede agregar un segundo nodo en mi clúster SQL Server 2008
Resolución : He resuelto este problema por la instalación slipstream de SQL Server 2008, incluido el SP1 directamente. Te invito a seguir el artículo de KB a continuación:
Cómo actualizar o instalar una instalación de SQL Server 2008http://support.microsoft.com/kb/955392
Paso 1 : Descargue el paquete del service pack que coincida con la arquitectura de sistema. Por ejemplo, descargar el paquete de x 64 de SQL Server 2008 Service Pack 1 si su sistema es un sistema x 64.
Paso 2 : Extraer el service pack, ejecute el comando siguiente: SQLServer2008SP1-KB968369-x64-ENU.exe /x:C:\SQL2008SP1 Paso 3 : Ejecutar el archivo siguiente para instalar los archivos de instalación de soporte técnico: C:\SQL2008SP1\x64\setup\1033\sqlsupport.msi
Paso 4 : Ejecute el archivo Setup.exe desde el medio de origen de SQL Server 2008 especificando el / PCUSource parámetro. Por ejemplo:Setup.exe /PCUSource=C:\SQL2008SP1
Y terminar la instalación
Last stored procedures updated with SQL Server Management Studio 2008
I would like to share with you a new feature that I found out by using SQL Server Management Studio 2008.
With SQL Server 2005, I used to run the query below to get the list of the stored procedure whom modified by the developper recently.
SELECT TOP(10) [name], [object_id], [create_date], [modify_date]FROM sys.all_objects WHERE [type] = 'P' AND [object_id] > 0ORDER BY [modify_date] DESC
System view : sys.all_objects http://msdn.microsoft.com/en-us/library/ms178618.aspx
Now, with SQL Server Management Studio 2008, we can customize the Object Explorer Details window by adding and removing the columns you wish to see. To add and remove columns from the Object Explorer Details window, right-click an existing column and check or uncheck columns from the context menu as shown in the following image.
Step 1: Open SQL Server Management Studio 2008
Step 2: Click on view >> Object explorer details
Step 3: In Object Explorer, connect to an instance of Database Engine and then expand that instance
Step 4: Expand Databases, expand your database, then expand Programmability. And click on Stored procedures
Lister les dernières procédures stockées mises à jour avec SQL Server Management Studio 2008
Je voudrais partager sans une nouvelle fonctionalité que j'ai découvert dans SQL Server Management Studio 2008.
Avec SQL Server 2005, j'utilisais la requête ci-dessous pour obtenir la liste des procédures stockées qui avaient été modifiées récemment par le développeur.
System view : sys.all_objects http://msdn.microsoft.com/fr-fr/library/ms178618.aspx
Maintenant, avec SQL Server Management Studio 2008, nous pouvons personnaliser la fenêtre "Object Explorer Details" en ajoutant ou en supprimant les colonnes que vous souhaitez voir. Pour ajouter et supprimer des colonnes de la fenêtre "Object Explorer Details"s, cliquez sur le bouton droit de votre souris sur une colonne existante et cochez ou décochez les colonnes dans le menu contextuel, comme illustré dans l'image ci-dessous.
Etape 1 : Ouvrir SQL Server Management Studio 2008
Etape 2 : Cliquer dans le menu "View" >> "Object explorer details"
Etape 3 : Dans "Object Explorer", se connecter à une instance du moteur de base de données et développez-la
Etape 4 : Développez "Databases", développez votre base de données, puis développez "Programmability". Et cliquez sur "Stored procedures"
Perdido de los últimos procedimientos almacenados actualizados con SQL Server Management Studio 2008
Me gustaría compartir con ustedes una nueva característica que me enteré utilizando SQL Server Management Studio 2008.
Con SQL Server 2005, usé la solicitud a continuación para obtener una lista de procedimientos almacenados que había sido modificado recientemente por el desarrollador.
System view : sys.all_objects http://msdn.microsoft.com/es-es/library/ms178618.aspx
Ahora, con SQL Server Management Studio 2008, podemos personalizar incluso la ventana Detalles de explorador de objetos mediante la adición y eliminación de las columnas que desea ver. Para agregar y quitar columnas de la ventana de "Object Explorer Details", haga clic con el botón secundario del mouse en una columna existente y seleccione o anule la selección de columnas en el menú de contexto, como se muestra en la siguiente imagen.
Paso 1 : Abierto SQL Server Management Studio 2008
Paso 2 : Haga clic en "View" >> "Object explorer details"
Paso 3 : En "Object Explorer", conectar con una instancia del motor de base de datos y, a continuación, expanda esa instancia
Paso 4 : Amplíe bases de datos, ampliar vosotros base de datos, a continuación, expanda la programación. Y haga clic en procedimientos almacenados