Отправляет email-рассылки с помощью сервиса Sendsay

MS SQL Server

Рассылка закрыта

При закрытии подписчики были переданы в рассылку "Вопросы и ответы по MS SQL Server" на которую и рекомендуем вам подписаться.

Вы можете найти рассылки сходной тематики в Каталоге рассылок.

←   Сентябрь 2000   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
Автор
Сергей

Статистика

17.597 подписчиков
-20 за неделю
←   Все выпуски   →

MS SQL Server - дело тонкое...


Служба Рассылок Городского Кота 
#15

СОВЕТ

Определение размера ОЗУ используемого  Microsoft SQL Server 7.0
(По материалам, предоставленным Ричардом Веймиром /Richard Waymire/)

К сожалению, с помощью счётчиков: SQL Server Performance Monitor
counter, target server counter, и total server memory counter не всегда
можно получить точную информацию об использовании сервером баз данных
оперативной памяти сервера. Для выяснения более точного значения,
рекомендуется использовать специальную утилиту из комплекта
Microsoft Windows NT Server Resource Kit, для выяснения утилизации
оперативной памяти соответствующего процесса, и сравнить это
значение с тем, что показывает Performance Monitor. Если вы используете
NT 4.0, определите, сколько памяти занимают не относящиеся к серверу
баз данных процессы, остальное, как правило, занимает SQL сервер.
SQL Server 7.0 (и любое 32-разрядное приложение) не может видеть более
2GB оперативной памяти. Если у Вас NT Server Enterprise Edition с
SQL Server 7.0 Enterprise Edition, Вы можете внести изменения в boot.ini,
которые позволят использовать 3GB ОЗУ.
Вот пример оформления boot.ini для обеспечения этой возможности:
[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(2)\WINNT
[operating systems]
multi(0)disk(0)rdisk(0)partition(2)\WINNT="Windows NT Server Version 4.00" /3GB
multi(0)disk(0)rdisk(0)partition(2)\WINNT="Windows NT Server Version 4.00 [VGA mode]" /basevideo /sos

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

ШПАРГАЛКА  4 Продолжение (обзор официального курса Microsoft)
(Архив шпаргалок Вы найдёте в предыдущих номерах на
http://subscribe.ru/archive/comp.soft.winsoft.sqlhelpyouself)

Создаём новую базу данных

Для того, что бы создать новую базу данных, Вам, в первую очередь,
нужно придумать ей имя. (Как именовать базы и их объекты Вы могли
прочитать в  7 рассылки от 4 июля 2000г.). Под этим именем
информация о Вашей базе данных будет помещена в таблицу sysdatabases
базы master. При создании новой базы данных SQLS7 использует, как
образчик, специальную базу model, которая просто копируется с
переименованием. Те параметры и настройки, которые Вы установили
для базы model, автоматически наследуются вновь созданными базами.
Но одного только имени базы данных Вам будет не достаточно.
Поскольку база будет расположена в файле/файлах операционной системы,
нужно и им придумать, как логические имена (NAME), так и имена
файлов (FILENAME). Кроме того, мы уже знаем, что база данных может
располагаться в нескольких файлах, которые, в свою очередь, можно
раскидать по разным дискам. Разумеется, есть самый первый файл
(PRIMARY), входящий в главную группу файлов (*.mdf) и в котором есть
ссылки на все остальные файлы (*.ndf и *.ldf), которые есть у базы данных.
Главная группа файлов предназначена для хранения всех системных
таблиц базы и тех объектов, которые не назначены пользовательским
группам файлов. Возможность "крошить" файл баз данных на кусочки,
кроме очевидного усложнения администрирования, может послужить
и во благо. Например, Вы можете поместить в разные файловые группы
таблицы, отличающиеся по типу доступа (последовательный или
случайный), а сами файлы разместить на разных дисковых массивах.
Всё это будет очень похоже на разделение баз и журналов или
информации OLAP и OLTP. Для журнала регистрации транзакций новой
базы данных Вам также нужно будет придумать имя NAME и FILENAME.
Для баз и журналов допустима аналогия с SQL сервером 6.5 - имя
устройства и файла. Впрочем, как и в 6.5 нужно указать некоторую
информацию о размерах новой базы. Поскольку новая база получается
путём копирования model, то главный файл не может быть меньше её
размера. Учтите это при задании стартового размера базы (SIZE).
Размеры предлагается задавать в мегабайтах, причём меньше 512 КБ
задать нельзя. По умолчанию, задаётся 1 МБ. Кроме того, вспомните
о чём писалось в прошлом выпуске рассылки по поводу фрагментации
файлов (когда на одном диске у вас могут жить несколько динамически
изменяющихся файловых групп), и исходя из этого, задайте минимальный
SIZE и максимальный (MAXSIZE) размер файлов. Если MAXSIZE не задан,
база будет динамически расширять файл до заполнения им всего
свободного дискового пространства. Разумеется, динамическое изменение
размера файла не подразумевает плавное изменение. Во-первых, сервер
не умеет изменять его размер на величину меньшую/некратную размеру
экстента (64КБ). Вы можете регулировать величину приращения файла
(FILEGROWTH) от 0 до MAXSIZE устанавливая значения в мегабайтах
или килобайтах, которое будет автоматически округлятся до величины
кратной размеру экстента. Кроме того, можно задать приращение в
процентах, по умолчанию (если FILEGROWN не указан) установлено
10 процентов.
Все вышеперечисленные соображения действительны, как для файлов
базы данных, так и для её файлов журнала транзакций. Создать новую
базу Вы можете в SQL SEM или воспользуйтесь оператором:

CREATE DATABASE "ИМЯ_БАЗЫ"
[ON
   {[PRIMARY] (NAME = "Логическое_Имя_Файла_Базы"
               FILENAME = 'Полное_Имя_Файла_Операционной_Системы'
                  [, SIZE = "РАЗМЕР"]
                  [, MAXSIZE = "МАКСИМАЛЬНЫЙ_РАЗМЕР"]
                  [, FILEGROWTH = "ПРИРАЩЕНИЕ"])
   } [,...n]
]
[LOG ON
   {(NAME = "Логическое_Имя_Файла_Журнала"
               FILENAME = 'Полное_Имя_Файла_Операционной_Системы'
                  [, SIZE = "РАЗМЕР"])
   } [,...n]
]
[FOR RESTORE]

Из осторожности, сделайте резервные копии до, и после создания новой базы.


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

ВОПРОСЫ ПОДПИСЧИКОВ

Добрый день!
Очень нужно решить проблему без переустановки баз master, msdb...
Кратко предыстория проблемы... На рабочем сервере была запущена
и полгода успешно функционировала репликация журнала операций.
Дистрибутивная база размещена на том же сервере. Кроме прочих
рабочих баз с MSSQL работал SMS- сервер. При установке SP2 мною
не были остановлены запущенные в это время агенты репликации, и
не была остановлена работа SMS...Установка SP прошла с ошибкой.
После этого не запускается агент SNAPSHOT из-за ошибки 21036
Another snapshotagent for the subscription(s) is running.

После сравнения трассировок на тестовом и рабочем серверах я нашла
следующее:
на тестовом сервере агент запускается дважды (первый раз со значением
N="Testing connection"). И в дальнейшем все проходит без ошибок.
На рабочем сервере запуск происходит без этого значения N, и при
выполнении одной из хранимых процедур утилита DBCC находит
instance агента, и я получаю ошибку 21036. Реплика не работает во всех
базах рабочего севера. Перезапуск сервера ничего не дал.
Может кто-нибудь сталкивался с чем-либо подобным?


РАБОТА ДЛЯ DBA (Только пошлите английское резюме)

POSITION ID: GF2361  EMAIL: resume@softworldinc.com
WEB: http://www.softworldinc.com

POSITION ID: E-REB1989158  EMAIL: rosa_billingslea@arcnow.com
WEB: http://www.arcnow.com


ИНФОРМАЦИЯ АВТОРА РАССЫЛКИ

Доступные ресурсы рассылки:
Каталог    http://subscribe.ru/catalog/comp.soft.winsoft.sqlhelpyouself
Архив      http://subscribe.ru/archive/comp.soft.winsoft.sqlhelpyouself
Статистика http://subscribe.ru/stat/comp.soft.winsoft.sqlhelpyouself
Вопросы, предложения, коментарии, замечания, критику и т.п.
присылайте Александру на адрес: MSSQLHelp@pisem.net
Рассылка 'MS SQL Server - дело тонкое...'
Описание рассылки
MS SQL Server - дело тонкое...
http://subscribe.ru/
E-mail: ask@subscribe.ru
В избранное