MS SQL Server - дело тонкое... (comp.soft.winsoft.sqlhelpyouself) : Рассылка : Subscribe.Ru

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

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

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

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

← Май 2002 →
	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	31

Автор

Сергей

Статистика

17.597 подписчиков
-20 за неделю

← Все выпуски →

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

Информационный Канал Subscribe.Ru

#096<< #097

СОДЕРЖАНИЕ

1. СОВЕТЫ

1.1. Выпущен Microsoft® SQL Server™ 7.0 Service Pack 4

1.2. Вывод расширенной информации о работе агентов репликации SQL Server в текстовый файл

1.2.1. Для агентов кроме Pull Subscription Agent вместе с SQL Server 7.0 Enterprise Manager

1.2.2. Для Pull Subscription Agent вместе с SQL Server 7.0 Enterprise Manager

1.2.3. Полезные темы SQL Server 2000 Books Online

2. ССЫЛКИ НА СТАТЬИ

2.1. Отечественные статьи

2.2. Новые технические статьи Microsoft

3. ФОРУМ SQL.RU

3.1. Самые популярные темы недели

3.2. Вопросы остались без ответа

СОВЕТЫ

Выпущен Microsoft® SQL Server™ 7.0 Service Pack 4 (SP4)
По материалам статей Microsoft.

SP4 доступен для скачивания на сайте Microsoft:
http://support.microsoft.com/default.aspx?scid=http://www.microsoft.com/sql/downloads/sp4.asp

ReadMe файл выложен сюда:
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q321817

SP4 для SQL Server 7.0 и Microsoft Data Engine (MSDE) 1.0 вносит исправления в следующие компоненты сервера баз данных SQL Server 7.0 или MSDE 1.0:

· Движок базы данных;
· Клиентские утилиты Enterprise Manager и osql (только для SQL Server 7.0);
· Компоненты связи клиентов OLE DB, ODBC и сетевые библиотеки.

SP4 является коммулятивным и включает все ранние сервисные пакеты. Поэтому, SP4 можно применять к первоначальной инсталляции SQL Server 7.0 или MSDE 1.0, или если уже применился более ранний сервисный пакет.
SP4 не поддерживает компьютеры на Alpha процессорах. SP3 был последним SP, который поддерживал такие компьютеры.
Вы можете проверить версию сервера, выполнив запрос SELECT @@ VERSION в osql, SQL Server Query Analyzer или isql. Ниже представлено соответствие версий сервера установленным сервисным пакетам для SQL Server 7.0 и MSDE 1.0:


@@VERSION           Версия SQL Server
7.00.623            Оригинальный SQL Server 7.0 или MSDE 1.0
7.00.699            SP1
7.00.842            SP2
7.00.961            SP3
7.00.1063           SP4

SP4 не может быть легко удален для возврата к предыдущему до его установки состоянию. Вы должны удалить и повторно устанавливать SQL Server 7.0 или MSDE 1.0 и, если потребуется, применять SP1, SP2, или SP3, которые были установлены до SP4. Перед этим, отсоедините ваши базы данных под SP4, и снова прикрепите их после того, как Вы выполните повторную установку. Для информации об использовании sp_ attach_DB и sp_detach_DB, см. Books Online.

[Содержание]

Вывод расширенной информации о работе агентов репликации SQL Server в текстовый файл
По материалам статьи Microsoft: HOW TO: Enable Replication Agents for Logging to Output Files in SQL Server (Q312292)

Информация в этой статье относится к следующим версиям:

Microsoft SQL Server 2000 (все издания)
Microsoft SQL Server 7.0

Вы можете настроить агентов репликации SQL Server (Snapshot Agent, Log Reader Agent, Queue Reader Agent, Distribution Agent и Merge Agent) так, чтобы фиксировать максимально большое количество информации об ошибках и вызовах процедуры в текстовом файле. Так Вы сможете фиксировать дополнительную информацию, чтобы разрешить проблемы при отказе в работе какого-нибудь агента. Если Вы столкнулись с отказом агента, заданная по умолчанию хронология работы агента может быть неадекватна, что может мешать разрешению проблемы и локализации основной причины отказа. В этом случае, такое свойство агента, как вывод развёрнутой информации об его работе, может оказаться очень полезным. Эта статья описывает, как экспортировать информацию о работе агента в текстовый файл.

Обратите внимание: Настройка агентов репликации на ведение журнала снижает эффективность работы агентов репликации. Вы должны размещать файл регистрации работы агента на диске, который имеет адекватное свободное дисковое пространство. Вы должны удалить предлагаемые ниже дополнительные параметры, как только Вы найдёте и устраните причину отказа работы агента.

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

1. Путь для внешнего файла агента. Если указанное имя файла существует, вывод информации будет добавлен в конец файла: -Output output_path_and_file_name (например: -Output C:\ReplOutput.txt);
2. Вы можете задать уровень подробности ведения журнала. Если задан уровень - 0, SQL Server будет печатать только сообщения об ошибках. Если уровень - 1, SQL Server печатает все сообщения о достигнутых результатах. Если уровень - 2 (значение по умолчанию), SQL Server печатает все сообщения об ошибках и сообщения о достигнутых результатах, которые являются полезными для отладки (например: -OutputVerboseLevel [0|1|2] или -OutputVerboseLevel 2). Вы можете изменять значение для параметра OutputVerboseLevel, основываясь на ваших требованиях.

Обратите внимание: Выходной файл может быстро вырасти до очень большого размера. Следовательно, удостоверитесь, что есть достаточно места, чтобы разместить такой большой файл. Точный размер файла зависит от того, в какой момент происходит ошибка в течение работы агента и когда агент останавливается.

[Содержание]

Для организации журналирования работы агента, Вы можете использовать следующие шаги в SQL Server Enterprise Manager:

Для агентов кроме Pull Subscription Agent вместе с SQL Server 7.0 Enterprise Manager

1. В Enterprise Manager, щёлкните Replication Monitor Node, чтобы открыть Replication Monitor на сервере, определённом как distributor.
2. Щёлкните Open по узлу Publishers.
3. Щёлкните по издателю, публикации которого имеют проблемы.
4. Щёлкните publication.
5. В правой области окна Enterprise Manager будет список агентов, связанных с публикацией. Вы можете увидеть Snapshot Agent, Log Reader Agent и push/pull subscription Agent.
6. Идентифицируйте агента, для которого Вы должны установить журнализацию.
7. Щёлкните правой кнопкой мыши по агенту репликации, которого Вы выделили в шаге 6, и затем щёлкните по Agent Properties.
8. Щёлкните по вкладке Steps, и затем отредактируйте Run Agent.
9. В конце строки команды, добавьте:
-Output C:\Temp\OUTPUTFILE.txt -Outputverboselevel [0|1|2]
Задайте 0, 1 или 2 после параметра -Outputverboselevel
10. Щёлкните OK, чтобы сохранить изменения, и затем закройте диалоговое окно Edit Job Step.
11. Щёлкните OK, чтобы сохранить изменения, и затем закройте диалоговое окно Replication Agent Properties.

Если агент настроен на непрерывное выполнение, остановите и перезапустите агента репликации, чтобы SQL Server смог начать регистрировать сообщения в журнале, указанном на шаге 9. Если файл уже существует, агент добавляет новые записи в конец файла.

[Содержание]

Для Pull Subscription Agent вместе с SQL Server 7.0 Enterprise Manager

1. В Enterprise Manager, щёлкните по базе данных - подписчике (subscriber).
2. Откройте папку Pull Subscription.
3. В правой области окна Enterprise Manager Вы будете видеть список pull subscription.
4. Откройте свойства подписки, дважды щёлкнув по подписке.
5. Щёлкните по вкладке General, чтобы открыть диалоговое окно свойств агента. Щёлкните Distribution Agent Properties для транзакционной pull subscription, и щёлкните Merge Agent Properties для Merge Pull Subscription.
6. Щёлкните по вкладке Steps, и затем отредактируйте Run Agent.
7. В конце строки команды, добавьте:
-Output C:\Temp\OUTPUTFILE.txt -Outputverboselevel [0|1|2]
Задайте 0, 1 или 2 после параметра -Outputverboselevel
8. Щёлкните OK, чтобы сохранить изменения, и затем закройте диалоговое окно Edit Job Step.
9. Щёлкните OK, чтобы сохранить изменения, и затем закройте диалоговое окно Replication Agent Properties.

Если агент настроен на непрерывное выполнение, остановите и перезапустите агента репликации, чтобы SQL Server смог начать регистрировать сообщения в журнале, указанном на шаге 7. Если файл уже существует, агент добавляет новые записи в конец файла.

[Содержание]

Полезные темы SQL Server 2000 Books Online

Темы: "Replication Agents"; "Replication Snapshot Agent Utility"; "Replication Log Reader Agent Utility"; "Replication Distribution Agent Utility"; "Replication Queue Reader Agent Utility"; "Replication Merge Agent Utility"

[Содержание]

ССЫЛКИ НА СТАТЬИ

Отечественные статьи

FAQ по Rational Rose RealTime
Автор: Interface Ltd.
Вопросы и ответы... [подробнее]
Microsoft открывает новую студию
Автор: Питер Коффи.
Когда видишь танцующего медведя впервые, удивляешься одному тому, что он умеет танцевать, и не обращаешь никакого внимания на то, что он время от времени наступает на ногу партнеру... [подробнее]
Ключ к Успешному Тестированию: Планирование Тестов
Автор: Rational Software.
Сложность современных клиент/серверных приложений усилила роль тестирования и сделала его существенной и неотъемлемой частью процесса разработки программного обеспечения. Сегодня никто не будет отрицать необходимость планирования усилий по тестированию. Однако исследования и обзоры указывают на то, что планирование тестирования - часто имеет низший приоритет при разработке. Более того, оно часто не выполняется, а если и выполняется, то не в полном объеме, неаккуратно и непоследовательно... [подробнее]
Эффективная разработка программного обеспечения с использованием технологий и инструментов компании RATIONAL
Автор: Александр Новичков.
Данная статья направлена на популяризацию программных решений для построения эффективного предприятия по выпуску качественного программного обеспечения. Компания Rational Software несколько лет является лидером в области создания инструментальных средств и методологий в области создания программного обеспечения...
[подробнее]
Rational PerformanceStudio - средство автоматизированного тестирования распределенных сетевых приложений
Автор: Степанов И.С.
Если вы производите сложные программные продукты, вкладываете значительные средства и ресурсы в их разработку и хотите быть уверены в их стабильной и надежной работе до того, как начнете внедрение, вам необходимо убедиться, что программное обеспечение работает так, как оно проектировалось и как вы этого ожидаете. Используя Rational PerformanceStudio вам нужно всего лишь несколько компьютеров для того, чтобы в лабораторных условиях эмулировать сложное окружение реального мира клиент/серверных и Интернет взаимодействий и произвести всестороннее тестирование вашей распределенной системы... [подробнее]
Администрирование, восстановление, резервное копирование и управление производительностью баз данных
Автор: Interface Ltd.
Под маркой Unicenter Database Management Computer Associates предлагает решения по управлению базами данных, интегрированные с основными реляционными СУБД. Использование этих продуктов позволит повысить эффективность использования ваших корпоративных баз данных за счет повышения их производительности, постоянной доступности, восстановления и резервного копирования. Это законченное решение для удовлетворения всех потребностей организации в управлении базами данных... [подробнее]
ПРОСТОТА И СЛОЖНОСТЬ ПРОЕКТИРОВАНИЯ БАЗ ДАННЫХ С ПОМОЩЬЮ Erwin
Автор: Владимир Тарзанов.
За кажущейся простотой, доступностью и “легкостью” разработки моделей и прототипов баз данных скрываются весьма серьезные “подводные камни”, способные с самого начала процесса создания информационной системы “увести” проектировщика в сторону от желаемого результата. И дело здесь, безусловно, не в самом программном средстве, а в том, насколько хорошо разработчик владеет теорией проектирования реляционных баз данных. Находясь в рамках ERwin , у неискушенного разработчика может сложиться впечатление, что создаваемые модели данных оптимальны по определению, т.е. вследствие того, что они создаются на базе почти совершенного стандарта IDEF1X... [подробнее]
База данных — хранилище объектов
Автор: А. Тенцер.
Классической методикой проектирования баз данных (БД) является создание отдельной таблицы для каждой описываемой моделью данных сущности, затем — в процессе нормализации — выделение отдельных таблиц для хранения атрибутов сущности (таблицы-справочники). Такой подход хорошо работает для БД с относительно небольшим количеством описываемых объектов (десятки) и при несложных и статичных связях между ними. Однако любое изменение структуры хранимых данных приводит к внесению изменений в структуру таблиц, эти данные отображающих. Несложная на этапе разработки, эта операция становится крайне проблематичной при больших объемах данных и при отсутствии у разработчика непосредственного доступа к БД (например, если она находится у заказчика). Многим, наверное, знакомы громоздкие, медленные и требующие огромного дискового пространства операции по конвертированию БД при переходе на новую версию продукта. Не менее неприятна работа с БД, исторически разросшейся до сотен таблиц, структуру которой сложно даже изобразить в читабельном виде. В связи с этим встает вопрос: а нельзя ли создать структуру данных, не требующую переделок при появлении новых сущностей и позволяющую хранить произвольную и при этом достаточно простую и эффективную информацию? Чудес, увы, не бывает. Любая универсальная система менее эффективна, чем специализированная. Однако возможно создание решения, в котором бы приемлемая производительность и простота сочетались с достаточной степенью универсальности... [подробнее]
Модель "объект - качество"
Автор: Евгений Григорьев.
Основная цель этой статьи - показать призрачность проблемы "объекты или отношения" являющейся одним из основных вопросов моделирования данных. Автор основывается на том, что информация, возникающая в процессе познания окружающего мира, обладает вполне определенной структурой. Ее анализ приводит к модели, позволяющей описывать данные одновременно и как множество отношений и как множество объектов... [подробнее]
Беззащитность баз данных
Автор: А. Лукацкий.
О базах данных сейчас пишут очень много. И немудрено. Первая половина 2001 г. ознаменовалась официальным выпуском сразу нескольких новых версий систем управления базами данных (СУБД) таких известных производителей, как Oracle, Microsoft и Sybase. Многие авторы подробно описывают, как легко станет жить администраторам, перешедшим на новые версии популярных СУБД. Однако немногие уделяют внимание такому немаловажному аспекту функционирования баз данных, как обеспечение их безопасности. Мало того, даже на сайтах производителей не всегда можно найти сведения о защитных механизмах СУБД. Например, на сайте российского представительства компании Sybase я не нашел ни одного упоминания о защитных свойствах Sybase Adaptive Server - за исключением общих слов о том, что СУБД Sybase защищена от несанкционированного доступа. И это грустно. Недооценка этого аспекта приводит к весьма печальным последствиям. В качестве примеров упомяну кражу 16 тысяч номеров кредитных карт у компании Western Union и кражу конфиденциальной информации об участниках мирового экономического форума в Давосе. Есть и менее известные, но не менее интересные примеры, иллюстрирующие незащищенность баз данных, причем не только в финансовой сфере... [подробнее]
Возможности использования CASE-средств в российских условиях
Автор: Interface Ltd.
Вопросы и ответы... [подробнее]
Устранение препятствий для успеха реинжиниринга
Автор: Вольф Шумахер.
В этой статье подчеркивается значение реинжиниринга для усиления ориентации на клиента. Мы проанализируем, что мешает успешному реинжинирингу, определим жесткие и мягкие (кадровые) барьеры и основные причины их возникновения... [подробнее]
Методики анализа и проектирования при построении корпоративных информационных систем
Автор: Лысенко М.А., Осипов М.Г.
Этап анализа и проектирования является определяющим при построении корпоративных информационных систем (КИС). В статье представлены современные методики анализа и проектирования при построении корпоративных информационных систем... [подробнее]
Интеллектуальные решения
Автор: Фред Хэпгуд.
Системы поддержки принятия решений (СППР) стали важнейшими инструментами бизнеса... [подробнее]
Основы OLAP
Автор: Алексей Федоров.
Первая статья в данном цикле посвящена основам OLAP (On-Line Analytical Processing) — технологии многомерного анализа данных. В ней мы рассмотрим концепции хранилищ данных и OLAP, требования к хранилищам данных и OLAP-средствам, логическую организацию OLAP-данных, а также основные термины и понятия, применяемые при обсуждении многомерного анализа... [подробнее]
Основы методологии IDEF1
Автор: Геннадий Верников.
Деятельность любого предприятия можно представить как непрерывное изменение состояния физических и интеллектуальных объектов, имеющих отношение к предприятию, таких как сотрудники, средства производства, производимые продукты, идеи, финансы и т.д. Для эффективного менеджмента этим процессом, каждое изменение того или иного объекта должно иметь свое документальное отображение. Этими отображениями служат личные дела сотрудников, отчеты, рекламная продукция, служебные записки и т.д. Их совокупность назовем информационной областью предприятия. Движение информации (например, документооборот) и изменение ее назовем информационными потоками. Очевидно, что любому бизнес процессу, а также любому изменению физических объектов должен соответствовать определенный информационный поток. Более того, руководство, при построении стратегических планов развития и управлении деятельностью предприятия, (издавая приказы, распоряжения и т.д.), фактически руководствуется информационными потоками и вносит в них изменения, таким образом осуществляя информационный менеджмент... [подробнее]
Основы методологии IDEF1X
Автор: Геннадий Верников.
IDEF1X является методом для разработки реляционных баз данных и использует условный синтаксис, специально разработанный для удобного построения концептуальной схемы. Концептуальной схемой мы называем универсальное представление структуры данных в рамках коммерческого предприятия, независимое от конечной реализации базы данных и аппаратной платформы. Будучи статическим методом разработки, IDEF1X изначально не предназначен для динамического анализа по принципу "AS IS", тем не менее, он иногда применяется в этом качестве, как альтернатива методу IDEF1. Использование метода IDEF1X наиболее целесообразно для построения логической структуры базы данных после того, как все информационные ресурсы исследованы (скажем с помощью метода IDEF1) и решение о внедрении реляционной базы данных, как части корпоративной информационной системы, было принято. Однако не стоит забывать, что средства моделирования IDEF1X специально разработаны для построения реляционных информационных систем, и если существует необходимость проектирования другой системы, скажем объектно-ориентированной, то лучше избрать другие методы моделирования... [подробнее]
Основы IDEF3
Автор: Геннадий Верников.
IDEF3 является стандартом документирования технологических процессов, происходящих на предприятии, и предоставляет инструментарий для наглядного исследования и моделирования их сценариев. Сценарием (Scenario) мы называем описание последовательности изменений свойств объекта, в рамках рассматриваемого процесса (например, описание последовательности этапов обработки детали в цеху и изменение её свойств после прохождения каждого этапа). Исполнение каждого сценария сопровождается соответствующим документооборотом, который состоит из двух основных потоков: документов, определяющих структуру и последовательность процесса (технологических указаний, описаний стандартов и т.д.), и документов, отображающих ход его выполнения (результатов тестов и экспертиз, отчетов о браке, и т.д.). Для эффективного управления любым процессом, необходимо иметь детальное представление об его сценарии и структуре сопутствующего документооборота... [подробнее]