Рассылка закрыта
При закрытии подписчики были переданы в рассылку "Вопросы и ответы по MS SQL Server" на которую и рекомендуем вам подписаться.
Вы можете найти рассылки сходной тематики в Каталоге рассылок.
MS SQL Server - дело тонкое...
#054<< #055 |
СОВЕТЫ
Полезные, недокументированные хранимые процедуры SQL Server 2000 В этой статье Александр рассказывает о некоторых полезных недокументированных хранимых процедурах, имеющихся в SQL Server 2000. Sp_MSget_qualified_name Эта хранимая процедура используется для получения составного имени заданного идентификатора объекта. Синтаксис: sp_MSget_qualified_name object_id, qualified_name Где: object_id - является идентификатором объекта. Object_id - int. Qualified_name - является составным именем объекта. Qualified_name - nvarchar (512). Ниже представлен пример, с помощью которого можно получить составное имя для таблицы authors, базы данных pubs.
USE pubs Sp_MSdrop_object Эта хранимая процедура используется для уничтожения объекта (это может быть таблица, представление, хранимая процедура или триггер), заданного идентификатором объекта, именем объекта и его владельцем. Если идентификатор объекта, имя объекта и его владелец не определены, то ничего не будет уничтожено. Синтаксис: sp_MSdrop_object [object_id] [,object_name] [,object_owner] Где: object_id - идентификатор объекта. Object_id - int, со значением по умолчанию NULL. Object_name - имя объекта. Object_name - sysname, со значением по умолчанию NULL. Object_owner - владелец объекта. Object_owner - sysname, со значением по умолчанию NULL. Ниже представлен пример, с помощью которого можно уничтожить таблицу titleauthor в базе данных pubs.
USE pubs Sp_gettypestring Эта хранимая процедура возвращает тип строки для заданного идентификатора таблицы и идентификатора столбца. Синтаксис: sp_gettypestring tabid, colid, typestring Где: tabid - является идентификатором таблицы. tabid - int. colid - является идентификатором столбца. colid - int. typestring - является строкой, как выходной параметр. typestring - nvarchar(255). Ниже представлен пример, с помощью которого можно получить строку для столбца номер 2 в таблице authors, базы данных pubs.
USE pubs Sp_MSgettools_path Эта хранимая процедура возвращает путь к инструментальным средствам и утилитам SQL Server 2000. Синтаксис: sp_MSgettools_path install_path Где: install_path - путь инсталляции, выходной параметр. Install_path - nvarchar (260). Ниже представлен пример, с помощью которого можно получить путь к инструментальным средствам и утилитам SQL Server 2000.
USE master Sp_MScheck_uid_owns_anything Эта хранимая процедура возвращает список объектов, принадлежа указанному пользователю. Синтаксис: sp_MScheck_uid_owns_anything uid Где uid - идентификатор пользователя, уникальный в базе данных. 1 - владелец базы данных. uid - smallint. Ниже представлен пример, с помощью которого можно получить список объектов, принадлежащих владельцу базы данных pubs.
USE pubs
Выбор модели восстановления SQL Server 2000
В этой статье подчёркивается, что прикладные системы требуют разных подходов к стратегии резервирования, в зависимости от
критичности информации в СУБД. В SQL Server 2000 стратегии резервирования реализованы так, что выбор одной из моделей
"recovery models" поможет Вам легко классифицировать ваши задачи резервирования и существенно упростит ваш план резервного
копирования.
Какие существуют модели восстановления? Принципы работы журнала регистрации транзакций и Bulk Copy
Прежде, чем рассматривать модели восстановления, обратимся к принципам функционирования двух связанных между собой механизмов
SQL Server: transaction log и Bulk Copy utility. Применение моделей восстановления соответствующих этим двум механизмам, основано
на одном из основных различий между ними. Модели восстановления SQL Server 2000 SQL Server 2000 имеет три модели: Простая (Simple), Полная (Full), и Bulk-Logged. Простая Когда для базы данных установлена эта модель, это говорит о том, что не будет никакой возможности восстановить изменения, сделанные в базе после предыдущего резервного копирования. Выполняются только полные резервные копирования. Единственная выгода от этой модели, это то, что transaction log не переполняется транзакциями, регистрируемыми в журнале между полными резервными копированиями. Всякий раз, когда база данных исполняет checkpoint, свободное место в журнале регистрации транзакций высвобождается. Кроме того, разрешены не регистрируемые операции, такие, как массовое копирование. Полная Полная модель позволяет создавать не только полные резервные копии базы данных, но и последовательные, промежуточные резервные копии изменений, которые произошли начиная с последнего, полного резервного копирования. Дополнительной выгодой от этой модели является возможность восстановления базы данных на заданное время. Например, если пользователь случайно удалит все учетные записи в базе данных в 13:00, возможно восстановить базу данных на момент 12:59, приведя её в состояние, предшествующее удалению учетных записей. При выборе этой модели, место в transaction log высвобождается только когда будет сделано резервное копирование transaction log. Когда это происходит, все изменения, зарегистрированные в transaction log, будут записаны в резервную копию, и занимаемое ими в журнале место освободится. Поэтому базы данных, эксплуатируемые в этом режиме, должны иметь достаточно места, доступного для transaction log, чтобы хранить все транзакции, которые исполняются между каждым резервным копированием. Кроме того, не допускаются не регистрируемые операции. Bulk-Logged Bulk-Logged модель находится по смыслу между уже представленными двумя моделями. С одной стороны, становятся возможны последовательные резервные копии базы данных и transaction log обрабатывается также, как в полной модели. Однако, массовые операции копирования регистрируются только по минимуму. Вместо регистрации каждой вставки в таблицу, SQL Server регистрирует необходимый минимум для восстановления данных, если такое резервирование необходимо. Однако, из-за этого, если будет выполнена массовая операция копирования, восстановление point-in-time станет невозможно. Использование моделей восстановления SQL Server 2000
При выборе модели, которая наибольшим образам соответствует Вашим потребностям, ответьте на следующие вопросы: Применение моделей Теперь, когда Вы выбрали модель, можно применить её к базе данных. Чтобы это сделать, выполните инструкцию ALTER DATABASE:
ALTER DATABASE [database name] Чтобы убедиться в том, что модель была успешно установлена для заданной базы данных, выполните команду: SP_HELPDB [database name] Эта хранимая процедура возвращает много информации относительно указанной базы данных. Сведения о recovery model указаны в столбце Status, в котором указано значение RECOVERY=[name of model]. Где теперь находятся параметры Те из Вас, кто знаком с предыдущими версиями SQL Server, могут задаться вопросом, что случилось с sp_dboption, которая раньше использовалась при настройке для баз данных truncate log on checkpoint и SELECT INTO Bulk Copy. SQL Server 2000 всё еще поддерживает эти параметры для обратной совместимости, но не обещает такой поддержки в будущих версиях. Поэтому, хотя Вы всё еще можете достигать того же самого эффекта, используя sp_dboption, лучше использовать новые модели восстановления. Кроме того, выбирая новым способом recovery model, Вы будете использовать только одну команду, что бы SQL Server установил truncate log и SELECT INTO Bulk Copy. Используя sp_dboption, Вы должны будете выполнить две отдельных команды. Последний штрих Выбор модели не подразумевает автоматическую организацию резервного копирования. Вы всё еще должны настроить и спланировать резервирование. Дополнительную информацию можно получить в Books Online в главе: Backing Up and Restoring Databases.
ГОТОВИМСЯ К ТЕСТУ ПО 70-028
ШПАРГАЛКА #10 Продолжение (обзор официального курса Microsoft) Репликация
Издатель «publisher» содержит исходные базы данных, готовит данные к репликации и отправляет изменения подписчикам. Продолжение следует. ПОЛЕЗНОСТИ
SQL Server в вопросах и ответах Журнал «SQL Magazine OnLine», #04/2001
Генеральная уборка Новые технические статьи Microsoft
Q298723
- BUG: SQL Mail Not Fully Supported for Use in Conjunction with Cluster Virtual SQL Servers ФОРУМ SQL.RU: САМЫЕ ПОПУЛЯРНЫЕ ТОПИКИ НЕДЕЛИ
Подключение сервера SQL на компьютере-клиенте через ODBC ФОРУМ SQL.RU: ВОПРОСЫ ОСТАЛИСЬ БЕЗ ОТВЕТА
Использование курсоров В связи с окончанием очередного, долгосрочного проекта, я вступаю в активную фазу поиска новой работы. В ближайшие несколько лет, мне было бы удобно работать в Москве или её окрестностях (речь идёт о новом, не коммерческом проекте, детали которого скоро будут представлены на Ваш суд). В виду вышеизложенных причин, предлагаю Вам свои услуги, как DBA. Если Вас это заинтересовало, присылайте, пожалуйста свои предложения по этому адресу: mssqlhelp@pisem.net |
#054<< #055 |
|
http://subscribe.ru/
E-mail: ask@subscribe.ru | Отписаться | Рейтингуется SpyLog |
В избранное | ||