To Glorry!

1 совет. A что, если размещать таблицы с месячными данными не в отдельной базе, а создавать для каждой из них свою filegroup. Там же строить индексы для таблиц. Тогда можно будет восстанавливать не всю базу, а отдельные filegroup. Правда если на сервер потолок упадет, все равно придется делать полный restore.

2 совет. Если данные старых периодов используются только для анализа и не изменяются, то зачем их держать в базе. Создайте OLAP хранилище, после закрытия периода processните все кубы и удалите данные с сервака. Так вы разведете две задачи анализ и OLTP.

To VictorS
А можно вопросик?

1. Есть БД A в которой есть storedproc написанная dbo, которая возвращает данные из Table1.
У пользователя User1, в БД А есть права на запуск процедуры, но нет прав на таблицу Table1.
2. Создается баз B, в которой создается Table1 с данными за закрытый период, и User1. В storedproc в базе А дописывается что-то вроде:
SELECT *
FROM A.dbo.Table1
UNION ALL
SELECT *
FROM B.dbo.Table1
3. Пользователь запускает storedproc из базы A.
Но не предоставив прав SELECT на Table1 в базе B, мне кажется вы получите отказ в доступе. Ведь если в базе A процедура будет действовать с правами dbo, то в базе B с правами пользователя, запустившего процедуру из базы А.
Может я не прав?

To Glorry.
По поводу filegroup (прямо из BOL).

Files and Filegroups
Microsoft® SQL Server™ 2000 maps a database using a set of operating-system files. All data and objects in the database, such as tables, stored procedures, triggers, and views, are stored within these operating-system files:

Primary
This file contains the startup information for the database and is used to store data. Every database has one primary data file.

Secondary
These files hold all of the data that does not fit in the primary data file. If the primary file can hold all of the data in the database, databases do not need to have secondary data files. Some databases may be large enough to need multiple secondary data files or to use secondary files on separate disk drives to spread data across multiple disks.

Transaction Log
These files hold the log information used to recover the database. There must be at least one log file for each database.

For example, a simple database, sales, can be created with one primary file that contains all data and objects and a log file that contains the transaction log information. Alternatively, a more complex database, orders, can be created with one primary file and five secondary files; the data and objects within the database spread across all six files, and four additional log files contain the transaction log information.

Filegroups allow files to be grouped together for administrative and data allocation/placement purposes. For example, three files (Data1.ndf, Data2.ndf, and Data3.ndf) can be created on three disk drives, respectively, and assigned to the filegroup fgroup1. A table can then be created specifically on the filegroup fgroup1. Queries for data from the table will be spread across the three disks, thereby improving performance. The same performance improvement can be accomplished with a single file created on a RAID (redundant array of independent disks) stripe set. Files and filegroups, however, allow you to easily add new files on new disks. Additionally, if your database exceeds the maximum size for a single Microsoft Windows NT® file, you can use secondary data files to allow your database to continue to grow.

Placing Tables on Filegroups
A table can be created on a specific filegroup rather than the default filegroup. If the filegroup comprises multiple files spread across various physical disks, each with its own disk controller, then queries for data from the table will be spread across the disks, thereby improving performance. The same effect can be accomplished by creating a single file on a RAID (redundant array of independent disks) level 0, 1, or 5 device.

If the computer has multiple processors, Microsoft® SQL Server™ 2000 can perform parallel scans of the data. Multiple parallel scans can be executed for a single table if the filegroup of the table contains multiple files. Whenever a table is accessed sequentially, a separate thread is created to read each file in parallel. For example, a full scan of a table created on a filegroup comprising of four files will use four separate threads to read the data in parallel. Therefore, creating more files per filegroup can help increase performance because a separate thread is used to scan each file in parallel. Similarly, when a query joins tables on different filegroups, each table can be read in parallel, thereby improving query performance.

Additionally, any text, ntext, or image columns within a table can be created on a filegroup other than the one that contains the base table.

Eventually, there is a saturation point when there are too many files and therefore too many parallel threads causing bottlenecks in the disk I/O subsystem. These bottlenecks can be identified by using Windows NT® Performance Monitor to monitor the PhysicalDisk object and Disk Queue Length counter. If the Disk Queue Length counter is greater than three, consider reducing the number of files. For more information, see Monitoring Disk Activity.

It is advantageous to get as much data spread across as many physical drives as possible in order to improve throughput through parallel data access using multiple files. To spread data evenly across all disks, first set up hardware-based disk striping, and then use filegroups to spread data across multiple hardware stripe sets if needed.

To create a new table on a specific filegroup see CREATE TABLE

To Glorry (в догонку)
>1. Разве можно указать серверу, чтобы он использовал конкретную filegroup только для >одной таблицы ? Расскажите тогда, как это сделать.

Прошу извенения. Не понял сразу смысл вопроса. Делается этот так.
1. Создание файла и filegroup: Запускаем EM, открываем свойства БД для которой будем создавать filegroup-сы переключаемся на закладку Data Files. В таблице добавляем новую строчку, заполняя поля File Name, Location и Initial Size. А в поле со списком набираем, например, January. Давим ОК. Теперь у нас в базе появилась filegroup January.
2. Создание таблицы на определенной filegroup: На ветке Tables выбираем New Table. И сразу открываем свойства таблицы. На закладке Tables в поле Table FileGroup выбираем January и нажимаем закрыть. Далее рисуем структуру таблицы и нажимаем сохранить.
3. Создание индексов на той же filegroup: Выбираем Manage Indexes, давим New, заполняем нужные поля, а потом ставим галку File Group и выбираем January. Давим ОК.

Повторяем действия для оставшихся 11 месяцев.

Теперь у нас каждая таблица и ее индексы лежат в своем файле, каждый из которых можно по отдельности backup и restore, не трогая остальных.