#024<< #025

DBA и безопасность

Microsoft Security Bulletin (MS00-092)
Patch Available for "Extended Stored Procedure Parameter Parsing" Vulnerability
Микрософт выпустил заплату, которая устраняет уязвимость безопасности в Microsoft SQL Server и Microsoft SQL Server Desktop Engine (MSDE). Уязвимость могла позволять злоумышленнику исполнить код на сервере в обход имеющихся ограничений.
FAQ относительно этой уязвимости и соответствующей заплаты можно найти на:
http://www.microsoft.com/technet/security/bulletin/fq00-092.asp
Заплату можно скачать с:
http://support.microsoft.com/support/sql/xp_security.asp

СОВЕТ

Системные базы данных и таблицы
(По материалам статьи Krishnan M Kaniappan на swynk.com «System Databases and Tables»)

Когда Вы устанавливаете SQL Server 7.0, автоматически создается четыре системные базы данных и две пользовательские базы Pubs и Northwind. Четыре системные базы данных играют жизненно важную роль для SQL Server - Master, Model, Msdb и Tempdb.

База данных Master:

Эта база данных хранит всю критическую для сервера информацию о конфигурации, учётных записях пользователей, запускаемых процессах, сообщениях об ошибках, системных хранимых процедурах, расположении главных файлов баз данных и т.д. При её повреждении, Вы можете использовать утилиту rebuildm.exe, которая восстанавливает базу Master и затем восстановить пользовательские базы. Старайтесь всегда иметь актуальную копию системной базы данных Master. Содержащиеся в ней системные таблицы можно разбить по следующим категориям:

REMOTE SERVICES      ACTIVE USER PROCESSES      CURSORS
sysservers                         sysprocesses                                  syscursorcolumns
sysremotelogins                 syslockinfo                                     syscursortables
sysoledbusers                    syslocks                                         syscursors
syslogins                                                     

CONFIGURATION      STORAGE      OTHERS

sysconfigures                  sysdevices         syslanguages
syscurconfigs                  sysaltfiles           sysmessages
                                                               syscurconfigs
                                                               sysdatabases
                                                               syscacheobjects
                                                               syscharsets

Дополнительную информацию об этих таблицах можно найти в BOOKS ONLINE.

База данных Model:

Эта база данных используется, как шаблон для новых баз данных то есть, всякий раз, когда Вы создаете новую базу данных, объекты в этой базе данных копируется в новую базу данных. Например, если Вы создаете новую базу данных <db name> без указания её размера, SQL создаст её с размер Model, то есть 0.75 МБ и скопирует все объекты из образцовой базы в новую базу данных. Если Вы хотите исполнить некоторые схожие действия для всех вновь создаваемых пользовательских базах данных, Вы можете включать необходимые объекты, таблицы, процедуры и т. п. в Model, и тогда, каждая новая база данных также будет их содержать.

Ниже представлены некоторые часто встречающиеся действия, выполняемые в базе данных Model:

- Включение определяемого пользователем типа данных, constraints, rules или defaults;
- Включение пользователей, имеющих разрешения на всех базах данных;
- Установка конфигурации базы данных по умолчанию и т.д.;

Далее представлен упорядоченный по группам список системных таблиц MODEL:

USERS & PERMISSIONS      OBJECTS              REFERENTIAL      STORAGE
                                                                                INTEGRITY

sysmembers                               sysfulltextcatalogs    sysforeignkeys         sysfiles1
sysprotects                                syscomments            sysreferences          sysfilegroups
sysusers                                     sysobjects                sysindexkeys          sysfiles
syspermissions                           sysdepends                                             sysallocations
                                                 sysconstraints
                                                 sysindexes
                                                 syscolumns
                                                 systypes

Дополнительную информацию об этих таблицах можно найти в BOOKS ONLINE.

База данных Msdb:

Это одна из важных системных баз данных SQL, обеспечивающая его управление и обслуживание. База данных Msdb содержит задания (task-scheduling), обработку исключений, аварийное управление и информацию об операторах системы, то есть содержит информацию для всех операторов об их адресах электронной почты или номерах пейджера, а также информацию об истории по всем сеансам резервного копирования или восстановления баз данных.

Системные таблицы базы MSDB можно разбить по категориям следующим образом:

BACKUP               SQL SERVER          DTS                       DATABASE
                               AGENT                                                  MAINTENANCE

backupset              sysalerts                     sysdtspackages       sysdbmaintplans
backupfile              sysnotifications           sysdtscategories      sysdbmaintplan_databases
backupmediaset     sysoperators                                             sysdbmaintplan_history
backupmediafamily   sysjobhistory                                          sysdbmaintplan_jobs
restorehistory         sysjobsteps
restorefilegroup      syscategories
restorefile               systaskids
                              sysjobs
                              sysjobschedules
                              sysdownloadlist
                              systargetservergroups
                              systargetservergroupmembers
                              systargetservers
                              sysjobservers

Дополнительную информацию об этих таблицах можно найти в BOOKS ONLINE.

База данных Tempdb:

Следуя своему названию, эта база данных хранит все временные таблицы и промежуточные результаты group by, order by, distinct clause и т.д. Временные данные хранятся в Tempdb, пока хоть один пользователь подключён к SQL серверу. Все временные данные и таблицы будут уничтожены после отключения последнего пользователя от SQL сервера. Все глобальные переменные потеряют свои значения после перезагрузки SQL сервера или при его крахе. Tempdb автоматически расширяется после запуска сервера с 8.0 МБ для данных и 0.5 MB для журнала транзакций. Это происходит потому, что Tempdb создаётся каждый раз заново при запуске SQL сервера. Причём обязательно в системе должна существовать база данных MODEL.

В отличие от более ранних версий SQL Server, базы данных не хранятся в специализированных устройствах (devices), а запасены непосредственно в файлах, которые могут расти независимо от друг друга. Теперь нет никаких ограничений на размещение Master и Model в отдельном файле (то есть устройство Master для более ранних версий) который иногда создавал проблемы со свободным местом. В SQL Server 7.0 Вы не встретите таких проблем, потому что все базы данных могут размещаться в собственных наборах файлов, которые могут расти независимо друг от друга.

Обратите внимание: Вы не должны изменить значения непосредственно в system tables, тем более, если Вы не знаете архитектуру всех системных таблиц. Микрософт рекомендует не изменить system tables непосредственно, а установить нужные значения через системные хранимые процедуры, использующиеся для управления system tables посредством запросов T-SQL. В таком случае, Вы будете менять необходимые значения и параметры через представления (view), что существенно снизит риск краха SQL сервера из-за нарушения целостности информации в system tables. Хотя не существует ни каких ограничений на использование системных таблиц и Вы можете с ними работать, как и с таблицами в пользовательских базах данных. Существенным является также то, что system tables зависят от внутренней архитектуры SQL сервера и могут изменяться в последующих выпусках. Поэтому всегда предпочтительно не изменить значения непосредственно через system tables.

ГОТОВИМСЯ К ТЕСТУ ПО 1139А

ШПАРГАЛКА №5 Продолжение (обзор официального курса Microsoft)
Архив шпаргалок Вы найдёте на следующих сайтах:
http://pilgrim.rostov-na-donu.ru/sql/default.htm
http://mssqlhelp.com.ru
http://subscribe.ru/archive/comp.soft.winsoft.sqlhelpyouself

Планирование резервного копирования

Если данные, содержащиеся в базах Вашего сервера не критичны к их частичной потере в результате сбоя или аварии сервера, или если они редко изменяются, а изменения легко восполнимы, Вы можете использовать самый простой план резервирования, заключающийся в периодическом, полном резервном копировании баз данных. Можно даже ограничится копированием только баз, исключая журнал транзакций. В таком случае, если Вам потребуется восстановить данные из резервной копии, Вы сможете восстановить только прошлую копию. Если при этом, Вы не включали параметр базы trunc. Log on chkpt в TRUE (автоматическая очистка завершённых транзакций в журнале и усечение журнала), и журнал не пострадал, можно попытаться его резервировать (на момент сбоя и до восстановления базы) с параметром NO_TRUNCATE и восстановить записи журнала после восстановления данных. В таком случае, Вам удастся обойтись без потерь. Если же trunc. Log on chkpt был установлен в истину, кроме прошлой копии данных у Вас не останется ничего. Кроме того, для варианта с отключенным trunc. Log on chkpt и если вы не резервируете и не чистите (даже в ручную) журнал, велика вероятность того, что журнал займёт у Вас всё дисковое пространство, после чего сервер просто откажется обслуживать запросы клиентов, пока журнал не почистят. Т.о. Вы стоите перед дилеммой, или смериться с возможной потерей данных или заботится о том, что бы транзакции периодически отписывались из журнала в резервную копию в период между полными копиями. По моему мнению, данная схема не должна применяться ни при каких обстоятельствах, потому, как не способна решить ни одной практической задачи защиты данных в виду множества уязвимостей. Единственное её применение, это задачи подготовки и сдачи теста на MCDBA, поскольку она упоминается в официальном курсе.

Общепринятой схемой резервного копирования является периодическое, полное копирование, с отписыванием журнала транзакций с необходимой периодичностью в промежутках межу полными копиями. В результате, резервная копия представляет из себя полную копию и набор копий записей журнала. В случае сбоя, вы можете восстановить полную копию, а вслед за ней поочерёдно все копии записей журнала транзакций, которые успели отписаться на устройство резервирования. Не сохранённые записи журнала транзакций можно попытаться (перед началом восстановительных мероприятий) выгрузить в резервную копию, как и в предыдущей схеме (WITH NO_TRUNCATE). Такая схема достаточно универсальна для большинства применений и обеспечивает хорошую гибкость в проведении восстановительных работ. Есть и ещё одно применение у этой схемы. Допустим Вы (случайно) закачали в базу не те данные и хотите вернуться в предыдущее этой операции состояние. Поскольку далеко не всегда можно придумать условие отбора, которое позволило бы отобрать все не верные записи, можно просто восстановить базу и записи журнала до того времени, которое предшествует ошибочной операции. Если у Вас записи журнала отписываются достаточно часто и по расписанию, Вы может довольно близко подобраться к необходимому состоянию базы данных, после которого наступило не устраивающее Вас событие, так, что приведение данных к необходимому состоянию может быть осуществлено с минимальными затратами.

Всё становится на много сложнее, если у Вас «огромная» база или совсем «древнее» железо. Вполне может случится так, что времени на создание резервных копий ни в рабочее время ни в ночь не останется. Тогда Вам придётся использовать следующие две схемы, каждая из которых имеет свои прелести и недостатки.

Применение разностной схемы резервирования, позволяет существенно сократить количество копий журнала транзакций, которые делаются в период между полными бэкапами. В начале, Вы делаете полную копию. Потом отписываете в неё транзакции. Когда сеансов копирования журнала транзакций накопится достаточно много, Вы выполняете разностную копию. Это позволяет Вам зафиксировать в устройстве резервирования все изменения в базе данных, произошедшие между полным бэкапом и разностной копией. Копии журнала транзакций между полным и разностным копированием становятся не нужны. Далее, Вы продолжаете отписывать транзакции до следующего разностного или полного копирования, что определяется размерами Вашей базы или даже временем резервного копирования. В случае сбоя, Вы должны сохранить текущие записи журнала, как и предыдущих схемах, восстановить последнюю полную копию, восстановить последнюю разностную копию и все сеансы резервирования записей журнала до момента сбоя. В заключении, Вы восстанавливаете копию журнала на момент сбоя.

Другой вариант предполагает то, что Ваша база данных расположена не в одном, а в нескольких файла. Резервное копирование каждого файла занимает меньше времени, что также может оказаться необходимым условием для проведения резервного копирования в регламентные сроки. Предварительно выполнив полную копию, и отписывая транзакции в промежутках между копированиями, Вы можете организовать в последующем не полное копирование, а циклическое копирование файлов базы данных. В таком случае, для восстановления базы, Вы должны убедится в том, что проблема связана только с одним файлом, и восстановить только его из копии (предварительно, разумеется, нужно произвести резервирование журнала на момент сбоя). Далее, Вы применяете все последующие после резервирования этого файла транзакции, и, что удивительно, сервер сам разберётся, и применит только те транзакции, которые относятся к повреждённому файлу. В заключении, Вам останется только восстановить сохранённые на первом шаге транзакции из журнала на момент сбоя. Это вариант всем хорош, особенно по тому, что восстанавливается не вся база, а только один файл, за исключением, разве что тех нюансов, о которых мы говорили в прошлом выпуске. Ну и кроме всего прочего, не стоит на долгое время оставлять сервер без полного бэкапа.

Для повышения производительности резервного копирования старайтесь размещать на разных дисковых массивах (и даже RAID контроллерах) файлы баз данных, журналов транзакций и резервных копий. Если для копирования используются ленточные накопители, можно линейно увеличивать скорость бэкапирования за счёт распараллеливания задачи резервирования. Кроме того, старайтесь делать копии, когда на Вашем сервере наблюдается минимальная активность. Удобно и надёжно составить расписание резервирования баз и журналов и поручить это всё выполнять серверу. В своей практике, я использую вторую из описанных схем, когда полная копия делается ночью, а в течении дня транзакции отписываются каждый час. Основная копия делается на диск, а вторая копия (в ручном режиме) делается на DLT ленту. Такая схема позволяет мне запросто управляться с базой в 9ГБ и 1,9ГБ журналом.

Ответы на вопросы для повторения

ВОПРОС

База данных содержит 5 ГБ данных и хранится в виде одного файла. Эта база данных используется в качестве системы принятия заказов в компании, занимающейся выполнением заказов по почте. Операторы принимают заказы круглые сутки. Всего компания ежедневно получает около 2 тыс. заказов. Предложите наиболее целесообразный план резервного копирования такой базы данных.

ОТВЕТ

Сервер SQL Server может выполнять резервное копирование, когда база данных открыта для доступа. Однако на время особо интенсивного использования базы данных лучше не планировать процедуры резервного копирования.
Поскольку база данных размещена в одном файле, вы не сможете делать резервные копии отдельных ее частей. Придется выполнять резервное копирование всей базы данных целиком.
Можно использовать план, предусматривающий полное резервное копирование базы данных вместе с журналом транзакций. В периоды увеличения объема ежедневных заказов в план можно добавить процедуры разностного резервного копирования. Использование разностных копий позволит ускорить восстановление после системного сбоя.

ВОПРОС

База данных содержит изображения, получаемые с метеоспутника, и постоянно обновляется. Размер базы данных составляет 700 ГБ. База данных разбита на три файла. Если выполнять полное резервное копирование базы данных, это заняло бы около 20 часов. Как уменьшить время ежедневного резервного копирования, сохранив при этом хорошие показатели восстанавливаемости данных после системных сбоев?

ОТВЕТ

Используйте план резервного копирования, начинающийся с создания полной резервной копии базы данных. Полная копия будет сниматься редко. Каждый день проводите резервное копирование одного из файлов базы данных по круговой системе. Вдобавок к резервному копированию журнала транзакций делайте разностные копии, чтобы свести к минимуму время восстановления.

ВОПРОС

Имеется база данных, для которой обычно проводится только полное резервное копирование. Журнал транзакций размещен отдельно от файлов данных на другом физическом диске. В журнале разрешается накапливать изменения, но периодически его следует очищать. Диск, содержащий файлы данных, поврежден. Что можно сделать после замены диска для того, чтобы потери данных были минимальными?

ОТВЕТ

Попробуйте сделать резервную копию неповрежденного журнала транзакций, используя параметр NO_TRUNCATE. Это позволит сохранить данные о некоторых операциях, выполненных со времени последней процедуры полного резервного копирования базы данных. После восстановления полной копии базы данных примените резервную копию журнала транзакций и восстановите содержимое базы данных.

ВОПРОС

Каковы преимущества и недостатки применения разностного копирования в составе общей стратегии резервного копирования?

ОТВЕТ

Разностные копии позволяют сэкономить время при восстановлении. Для восстановления базы данных достаточно использовать полную резервную копию и последнюю разностную копию. Для возвращения базы данных в нормальное состояние необязательно применять все резервные копии журнала транзакций и остальные разностные копии.
Недостаток разностного резервного копирования состоит в том, что разностные копии не охватывают промежуточные изменения базы данных, и потому их нельзя использовать для восстановления данных на определенный момент времени. Для подобного восстановления нужны резервные копии журнала транзакций. Кроме того, каждая новая разностная копия будет больше предыдущей, и точно так же возрастет промежуток времени между последней процедурой полного резервного копирования базы данных и процедурой разностного копирования.

Конец шпаргалки №5.

Продолжение следует

ПОЛЕЗНОСТИ

Вышла в свет книга Джерри Хоникатта «Реестр Windows 2000». Специалисты Microsoft сделали все, чтобы оградить свою святыню, реестр Windows 2000, от случайных пользователей. Практически ничего не сказано о реестре в технической документации Windows. Автор этой книги не согласен с таким положением вещей. Тем более что система Windows, к сожалению, не так совершенна, как заявляют ее изготовители, и время от времени сама по себе допускает досадные ошибки, которые можно исправить, только отредактировав реестр. В этой книге описаны многочисленные примеры, которые помогут лучше понять взаимосвязь между разделами реестра, представляющими все устройства, приложения и прочие реальные и виртуальные объекты в современном компьютере.

Вышла в свет книга Энди Ратбон и Шерон Крауфорд «Windows 2000 Professional для чайников». Самая лучшая книга о Windows 2000 Professional для начинающих пользователей! Знакомит читателя с основными концепциями и понятиями замечательной операционной системы. В книге вы встретите описания компонентов Windows 2000 Professional, среди которых активный рабочий стол, служба каталогов Active Directory, Internet Explorer 5.0, Outlook Express и др. Прочтя ее, вы не станете кудесником в Windows 2000 Professional, но приобретете ценные знания, затратив при этом минимум сил и энергии.
Книга рассчитана на пользователей с различным уровнем подготовки. Легкий и доступный стиль изложения поможет даже начинающим быстро освоить Windows 2000 Professional.

Издательство «Открытые Системы» Журнал «Windows 2000 Magazine», новая статья Алексея Шуленина:
Microsoft SQL Server 2000. Новые возможности для разработчика приложений. Часть 1
http://www.osp.ru/win2000/2000/04/067.htm
Microsoft SQL Server 2000. Новые возможности для разработчика приложений. Часть 2
http://www.osp.ru/win2000/2000/05/062.htm

Статья Александра Янушко «Современные реляционные СУБД»
http://www.bizcom.ru/rus/bt/1998/nr2/07.htm

Магазин "Мистраль" предлагает Вам ознакомиться с поступлениями в разделе компьютерная литература:
SQL Энциклопедия пользователя (CD)*" (автор Ладани Х.)
http://www.mistral.ru/content/10582.shtml
Книга раскрывает темы, которые часто не описываются или достаточно кратко представлены в руководствах пользователя - подзапросы, структуры данных, представления, производительность, целостность и защита данных. Представленный в книге материал излагается последовательно, чтобы начинающий пользователь мог ее освоить как можно быстрее, а опытный - применять в виде справочного пособия. На распространяемом вместе с книгой CD-ROM находится более 600 листингов исходного авторского программного кода, которые могут использоваться в качестве обучающих примеров. Книга рассчитана на разработчиков приложений, а также администраторов и пользователей реляционных баз данных - независимо от того работают ли они в многопользовательских средах или на персональных компьютерах. (Репринт рассылки Mistral News 2000)
"Структуры данных и алгоритмы" (автор Ахо А.)
http://www.mistral.ru/content/35713.shtml
В книге подробно рассмотрены структуры данных и алгоритмы, которые являются фундаментом современной методологии разработки программ. Показаны разнообразные реализации абстрактных типов данных, начиная от стандартных списков, стеков, очередей и заканчивая множествами и отображениями, которые используются для неформального описания и реализации алгоритмов.

Новые технические статьи Microsoft:
Forthcoming Support WebCast on "SQL Server 2000 Database Recovery: Backup and Restore." December 5, 10:00 A.M. Pacific time.
http://support.microsoft.com/servicedesks/webcasts/wc120500/wcblurb120500.asp?sd=msdn
Q276039 - FIX: Duplicate Hash Keys Generated for Two Distinct Index Keys
http://support.microsoft.com/support/kb/articles/Q276/0/39.asp
Q276374 - BUG: QA May Allow an Invalid Seed Number During Table Creation
http://support.microsoft.com/support/kb/articles/Q276/3/74.asp
Q276985 - HOWTO: Use SQL Server CE OLE DB Provider-Specific Properties
http://support.microsoft.com/support/kb/articles/Q276/9/85.asp
Q274112 - INFO: SQL Server CE Performance Tips and Efficient Memory Handling
http://support.microsoft.com/support/kb/articles/Q274/1/12.asp
Q239473 - PRB: 70rebind.exe for Windows 2000 and MDAC Upgrades on Clustered SQL Server 7.0 Servers
http://support.microsoft.com/support/kb/articles/Q239/4/73.asp
Q277629 - INF: SQL Server 2000 Upgrade Fails if Database is not Writable
http://support.microsoft.com/support/kb/articles/Q277/6/29.asp
Q277703 - BUG: Cannot Create a User-Defined Data Type Based on the Float
http://support.microsoft.com/support/kb/articles/Q277/7/03.asp
Q277848 - BUG: Error Message "Table Corrupt Object ID 0, index ID 0, page.."
http://support.microsoft.com/support/kb/articles/Q277/8/48.asp
Q278016 - BUG: Cannot Create Table in Enterprise Manager After Deleting a Column with Description
http://support.microsoft.com/support/kb/articles/Q278/0/16.asp
Q278353 - BUG: Race Condition When Server Allocates Memory Can Cause AV
http://support.microsoft.com/support/kb/articles/Q278/3/53.asp
Q278360 - BUG: NT User/Domain Name Not Recorded for a Standard Security Connection
http://support.microsoft.com/support/kb/articles/Q278/3/60.asp
Q278363 - BUG: Error 8906/8946 From Attentions During Nonlogged Allocations in Tempdb
http://support.microsoft.com/support/kb/articles/Q278/3/63.asp
Q278366 - BUG: Err 8968/8905/8906 From Concurrent Shrink Operations Against Heaps
http://support.microsoft.com/support/kb/articles/Q278/3/66.asp
Q278369 - BUG: Stack Dumps May Be Incorrect When UMS Runs in Fiber Mode
http://support.microsoft.com/support/kb/articles/Q278/3/69.asp
Q278371 - BUG: Diagnostics While Connect/Disconnect Causes AV or Shutdown
http://support.microsoft.com/support/kb/articles/Q278/3/71.asp
Q278372 - BUG: Running Stack Dumper Causes Memory Leak of Virtual Bytes
http://support.microsoft.com/support/kb/articles/Q278/3/72.asp
Q278394 - BUG: Error Message 8509 Not Returned to Client Correctly
http://support.microsoft.com/support/kb/articles/Q278/3/94.asp
Q278612 - BUG: Installing SQL Server 7.0 Fails If SQL 2000 Is Installed
http://support.microsoft.com/support/kb/articles/Q278/6/12.asp
Q278664 - BUG: Buffer Partition Is Not in the List of SQL Objects in BOL
http://support.microsoft.com/support/kb/articles/Q278/6/64.asp
Q279080 - PRB: Sqldiag Utility Exits if SQL Server Service Is Not Started
http://support.microsoft.com/support/kb/articles/Q279/0/80.asp
Q279083 - BUG: Books Online Example Stored Procedure sp_SetMark
http://support.microsoft.com/support/kb/articles/Q279/0/83.asp
Q279857 - BUG: Error 3910, "Transaction Context in Use by Another Session"
http://support.microsoft.com/support/kb/articles/Q279/8/57.asp
Microsoft's ADO API reference online:
http://msdn.microsoft.com/library/psdk/dasdk/mdao2of9.htm
Margie's Travel sample for VS.NET:
http://www.margiestravel.com/download.aspx
SQL Server 2000 CE Edition. The evaluation guide is at
http://www.microsoft.com/sql/productinfo/ceevalguide.htm, and you can download the 28MB, small footprint version of SQL Server for CE devices from
http://www.microsoft.com/sql/productinfo/cedownload.htm.
Nov. release of the SOAP Toolkit for VS6 (1.5MB):
http://msdn.microsoft.com/downloads/default.asp?URL=/code/sample.asp?url=/MSDN-FILES/027/000/242/msdncompositedoc.xml

Получить эти статьи можно по этой ссылке:
mailto:mshelp@microsoft.com?subject=Q276039, Q276374, Q276985, Q274112, Q239473, Q277629, Q277703, Q277848, Q278016, Q278353, Q278360, Q278363, Q278366, Q278369, Q278371, Q278372, Q278394, Q278612, Q278664, Q279080, Q279083, Q279857

ДОСТУПНЫЕ РЕСУРСЫ РАССЫЛКИ:

СТРАНИЦА КАТАЛОГА
http://subscribe.ru/catalog/comp.soft.winsoft.sqlhelpyouself
Зеркало в Ростове-на-Дону и АРХИВ №1
http://pilgrim.rostov-na-donu.ru/sql/default.htm
Зеркало в Cанкт-Петербурге и АРХИВ №2
http://mssqlhelp.com.ru
АРХИВ на SUBSCRIBE.RU
http://subscribe.ru/archive/comp.soft.winsoft.sqlhelpyouself
СТАТИСТИКА
http://subscribe.ru/stat/comp.soft.winsoft.sqlhelpyouself
ФОРУМ
http://www.sql.ru/cgi-bin/UltraBoard/UltraBoard.pl
http://book.by.ru/cgi-bin/book.cgi?book=SQLServer-Forum

#024<< #025

---