Implementación de SQL 2005

22/09/2004 - 20:59 por Emanuel | Informe spam
Estoy haciendo las primeras pruebas de implementación de
SQL Server 2005 sobre un Intel Itanium 64 bit que trabaja
con discos de un StorageWorks HP.
La documentación del SQL Server no es clara en relación a
la utilización de Grupos de archivos definidos por el
usuario y/o la utilización de RAID por hard.
Me sería de gran ayuda conseguir documentación de una
implementación similar.

Gracias

Preguntas similare

Leer las respuestas

#1 Maxi
22/09/2004 - 21:24 | Informe spam
Hola, el sql es beta por lo cual no te aconsejo ningun tipo de
implementacion, sino solo pruebas.

Y la info la podes conseguir en los grupos privados de Beta,si es que eres
betatester no


Salu2
Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"Emanuel" escribió en el mensaje
news:3f8901c4a0d6$3ef5acf0$
Estoy haciendo las primeras pruebas de implementación de
SQL Server 2005 sobre un Intel Itanium 64 bit que trabaja
con discos de un StorageWorks HP.
La documentación del SQL Server no es clara en relación a
la utilización de Grupos de archivos definidos por el
usuario y/o la utilización de RAID por hard.
Me sería de gran ayuda conseguir documentación de una
implementación similar.

Gracias




Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.764 / Virus Database: 511 - Release Date: 15/09/2004
Respuesta Responder a este mensaje
#2 Adrian D. Garcia
23/09/2004 - 02:53 | Informe spam
Cual es la duda especifica respecto a los grupos de archivos y los discos
RAIDS.
Especificamente en tu caso, como estan configurados los RAIDs en tu sistema?

Saludos
Adrian D. Garcia
MCSD
NDSoft Consultoria y Desarrollo

"Emanuel" wrote in message
news:3f8901c4a0d6$3ef5acf0$
Estoy haciendo las primeras pruebas de implementación de
SQL Server 2005 sobre un Intel Itanium 64 bit que trabaja
con discos de un StorageWorks HP.
La documentación del SQL Server no es clara en relación a
la utilización de Grupos de archivos definidos por el
usuario y/o la utilización de RAID por hard.
Me sería de gran ayuda conseguir documentación de una
implementación similar.

Gracias
Respuesta Responder a este mensaje
#3 Borja Larrumbide
23/09/2004 - 12:55 | Informe spam
Si estas utilizando Windows 2000 o 2003 no deberias de
tener ningun problema con el RAID por hardware pues es el
sistema operativo y el driver del RAID de HP quien
controla esto. Es decir SQL 2005 no lo gestiona para nada.
Lo interesante aqui es saber que tamaño de clusters en el
disco debes de crear cuando formateas el disco duro donde
vas a tener las bases de datos y los logs de SQL.
Normalmente al ser ficheros grandes los tamaños de
cluster tambien han de serlos. Por ejemplo de 32. Aunque
como ya digo esto depende. Lo mejor es hacer pruebas de
rendimiento con distintos valores.

En cuanto a los grupos de archivos mira a ver si te sirve
este script de T-SQL. Tan solo necesitas tener instalado
el OLTP de AdventureWorks para ver como funciona. Esta
sacado de los ejemplos de SQL 2005 Beta 2.

Suerte.

Borja


/*== File: CreateFileGroups.sql

Summary: Creates 2 new file groups for the
AdventureWorks sample database.

Date: June 9, 2004
-
This file is part of the Microsoft SQL Server Code
Samples.

Copyright (C) 2004 Microsoft Corporation. All rights
reserved.

This source code is intended only as a supplement to
Microsoft
Development Tools and/or on-line documentation. See
these other
materials for detailed information regarding Microsoft
code samples.

THIS CODE AND INFORMATION ARE PROVIDED "AS IS" WITHOUT
WARRANTY OF ANY
KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING BUT NOT
LIMITED TO THE
IMPLIED WARRANTIES OF MERCHANTABILITY AND/OR FITNESS
FOR A
PARTICULAR PURPOSE.
*/

ALTER DATABASE [AdventureWorks]
ADD FILEGROUP [WorkOrderGroup];
GO

DECLARE @sql_path NVARCHAR(256);

SELECT @sql_path = SUBSTRING([physical_name], 1, CHARINDEX
(N'master.mdf', LOWER([physical_name])) - 1)
FROM [master].[sys].[master_files]
WHERE [database_id] = 1
AND [file_id] = 1;

EXECUTE (N'ALTER DATABASE [AdventureWorks] ADD FILE(NAME
= ''WorkOrders'',
FILENAME = ''' + @sql_path
+ 'AWWorkOrders_Data.NDF'', SIZE = 1, FILEGROWTH = 8)
TO FILEGROUP [WorkOrderGroup]');
GO

USE AdventureWorks;
GO

ALTER TABLE [Production].[WorkOrderRouting]
DROP CONSTRAINT
[FK_WorkOrderRouting_WorkOrder_WorkOrderID],
CONSTRAINT [FK_WorkOrderRouting_Location_LocationID];
GO

ALTER TABLE [Production].[WorkOrderRouting]
DROP CONSTRAINT
[PK_WorkOrderRouting_WorkOrderID_ProductID_OperationSequen
ce]
WITH (ONLINE = ON, MOVE TO [WorkOrderGroup]);
GO

ALTER TABLE [Production].[WorkOrder]
DROP CONSTRAINT [PK_WorkOrder_WorkOrderID];
GO

ALTER TABLE [Production].[WorkOrder] WITH CHECK ADD
CONSTRAINT [PK_WorkOrder_WorkOrderID] PRIMARY KEY
CLUSTERED
(
[WorkOrderID]
) ON [WorkOrderGroup];
GO

ALTER TABLE [Production].[WorkOrderRouting] WITH CHECK
ADD
CONSTRAINT
[PK_WorkOrderRouting_WorkOrderID_ProductID_OperationSequen
ce] PRIMARY KEY CLUSTERED
(
[WorkOrderID],
[ProductID],
[OperationSequence]
) ON [WorkOrderGroup];
GO

ALTER TABLE [Production].[WorkOrderRouting] WITH CHECK
ADD
CONSTRAINT [FK_WorkOrderRouting_Location_LocationID]
FOREIGN KEY
(
[LocationID]
) REFERENCES [Production].[Location](
[LocationID]
),
CONSTRAINT
[FK_WorkOrderRouting_WorkOrder_WorkOrderID] FOREIGN KEY
(
[WorkOrderID]
) REFERENCES [Production].[WorkOrder](
[WorkOrderID]
);
GO

ALTER DATABASE [AdventureWorks]
ADD FILEGROUP [TransactionHistoryGroup];
GO

DECLARE @sql_path NVARCHAR(256);

SELECT @sql_path = SUBSTRING([physical_name], 1, CHARINDEX
(N'master.mdf', LOWER([physical_name])) - 1)
FROM [master].[sys].[master_files]
WHERE [database_id] = 1
AND [file_id] = 1;

EXECUTE (N'ALTER DATABASE [AdventureWorks] ADD FILE(NAME
= ''TransactionHistory'',
FILENAME = ''' + @sql_path
+ 'AWTransactionHistory_Data.NDF'', SIZE = 1, FILEGROWTH
= 8)
TO FILEGROUP [TransactionHistoryGroup]');
GO

tables to new file group
ALTER TABLE [Production].[TransactionHistory]
DROP CONSTRAINT [PK_TransactionHistory_TransactionID];
GO

ALTER TABLE [Production].[TransactionHistoryArchive]
DROP CONSTRAINT
[PK_TransactionHistoryArchive_TransactionID];
GO

ALTER TABLE [Production].[TransactionHistory] WITH CHECK
ADD
CONSTRAINT [PK_TransactionHistory_TransactionID]
PRIMARY KEY CLUSTERED
(
[TransactionID]
) ON [TransactionHistoryGroup];
GO

ALTER TABLE [Production].[TransactionHistoryArchive] WITH
CHECK ADD
CONSTRAINT
[PK_TransactionHistoryArchive_TransactionID] PRIMARY KEY
CLUSTERED
(
[TransactionID]
) ON [TransactionHistoryGroup];
GO

CREATE INDEX [IX_TransactionHistory_ProductID] ON
[Production].[TransactionHistory]([ProductID])
WITH (DROP_EXISTING = ON) ON [TransactionHistoryGroup];

CREATE INDEX
[IX_TransactionHistory_ReferenceOrderID_ReferenceOrderLine
Number] ON [Production].[TransactionHistory]
([ReferenceOrderID], [ReferenceOrderLineNumber])
WITH (DROP_EXISTING = ON) ON [TransactionHistoryGroup];
GO

CREATE INDEX [IX_TransactionHistoryArchive_ProductID] ON
[Production].[TransactionHistoryArchive]([ProductID])
WITH (DROP_EXISTING = ON) ON [TransactionHistoryGroup];

CREATE INDEX
[IX_TransactionHistoryArchive_ReferenceOrderID_ReferenceOr
derLineNumber] ON [Production].[TransactionHistoryArchive]
([ReferenceOrderID], [ReferenceOrderLineNumber])
WITH (DROP_EXISTING = ON) ON [TransactionHistoryGroup];
GO

USE master
GO



Estoy haciendo las primeras pruebas de implementación de
SQL Server 2005 sobre un Intel Itanium 64 bit que


trabaja
con discos de un StorageWorks HP.
La documentación del SQL Server no es clara en relación


a
la utilización de Grupos de archivos definidos por el
usuario y/o la utilización de RAID por hard.
Me sería de gran ayuda conseguir documentación de una
implementación similar.

Gracias

.

email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida