Alexander Gladchenko - All Comments

re: Tips for DBA: Used space by each table, index, and text or image column in a SQL Server 2000 database

Влад — Mon, 30 Jun 2008 19:16:52 GMT

Если не трудно, подскажите как быть для версии SQL 2005... я не совсем понимаю что именно происходит в сценарии, поэтому не могу самостоятельно перевести.

Спасибо.

re: Как включить SQL Server 2005 в кластер

Sables — Tue, 10 Jun 2008 16:37:56 GMT

качественная статья для чайников которые всетях нечего не понимают!

Кстати шрифт по больше бы то не разглядят :))

re: Инкрементная модель выпуска заплат для SQL Server в действии

gladchenko — Mon, 28 Apr 2008 08:49:15 GMT

И ещё одна полезная ссылка:

blogs.msdn.com/.../sql-server-2005-sp3-and-self-service-hotfixes.aspx

re: Инкрементная модель выпуска заплат для SQL Server в действии

gladchenko — Mon, 28 Apr 2008 07:35:17 GMT

Команда выпуска сервисных пакетов внесла небольшие изменения в модель выпуска, теперь, больший упор будет сделан на Incremental Servicing Model. Подробности можно почитать в блоге команды выпуска: blogs.msdn.com/.../a-changed-approach-to-service-packs.aspx

re: Tips for DBA: Using sys.dm_db_index_physical_stats in a script to rebuild or reorganize indexes (no partitions / SQL Server 2005)

gladchenko — Tue, 22 Apr 2008 12:56:13 GMT

Дефрагментируя не кластерезованный индекс кучи, вы, тем самым, дефрагментируете страницы индекса. Данные затронуты не будут. Если индекс покрывающий, или селективность выборки высока, эффект от дефрагментации будет ощутим.

Размещение файлов и объектов среди файловых групп для больших баз данных нужно планировать так, чтобы нагрузка обслуживания индексов не оказывала чрезмерного воздействия на работу пользователей. Разумеется, для систем с поддержкой 365x24x7 необходимо учитывать требования высокой доступности, и использовать соответствующие решения. Реально, для этого нужен SQL Server 2005 Enterprise Edition, а новая версия SQL Server 2008 привнесёт ещё больше свободы.

Кстати, для больших таблиц как раз выгоднее наличие короткого кластеризованного индекса, он поможет сгруппировать данные так, как выгодно с точки зрения производительной выборки… хотя бы заменит поиск – поиском по диапазону ключа ;)

re: Tips for DBA: Using sys.dm_db_index_physical_stats in a script to rebuild or reorganize indexes (no partitions / SQL Server 2005)

ЧайникПолный — Tue, 22 Apr 2008 12:13:24 GMT

Александр, я конечно могу ошибаться...

>Дефрагментировать стоит любую материализуемую структуру :-)

Но, при перестроении индекса в куче (таблица, не имеющая кластеризованного индекса)фрагментация остаёться практически такой-же.

Здесь единственное (по крайней мере пока для меня единственное извесное) это создать в куче кластерный индекс и потом сразу его удалить, при создании он упорядочит данные и фрагментация уменьшиться.

Если база большая ( > несколько сотен Гб), операции с индексами займут продолжительное время, во время перестройки индексов огромные очереди на дисках, работа базы сильно замедляеться, а если система 24/7 это не есть гуд, ИМХО лучше не тратить драгоценное время на перестроение некластерных индексов.

re: Tips for DBA: Using sys.dm_db_index_physical_stats in a script to rebuild or reorganize indexes (no partitions / SQL Server 2005)

gladchenko — Mon, 21 Apr 2008 14:05:17 GMT

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

re: Tips for DBA: Using sys.dm_db_index_physical_stats in a script to rebuild or reorganize indexes (no partitions / SQL Server 2005)

ЧайникПолный — Mon, 21 Apr 2008 12:34:37 GMT

Александр, а есть ли толк в дефрагментации не кластеризованных индексов? ИМХО нет, можно оставить только кластеризованные.

И ещё, для работы в режиме совместимости 80, вместо DB_ID() достаточно задать её через переменную, например

DECLARE @DB_ID int;

SET @DB_ID = (SELECT DB_ID());

И дальше вместо DB_ID() использовать @DB_ID.

re: Tips for DBA: Using sys.dm_db_index_physical_stats in a script to rebuild or reorganize indexes (no partitions / SQL Server 2005)

gladchenko — Thu, 03 Apr 2008 12:23:52 GMT

Для работы dm_db_index_physical_stats уровень совместимости базы данных должен быть не ниже 90.

re: SQL Server 2005 Analysis Services и MDX для профессионалов

gladchenko — Tue, 01 Apr 2008 06:32:45 GMT

Купил её себе на Олимпийском за 800р. Надеюсь, она оправдает цену :)

re: Tips for DBA: Using sys.dm_db_index_physical_stats in a script to rebuild or reorganize indexes (no partitions / SQL Server 2005)

gladchenko — Tue, 01 Apr 2008 06:10:09 GMT

Ещё одно, комплексное решение, учитывающее наличие LOB-полей: "SQL Server 2005 - Backup, Integrity Check and Index Optimization" ( blog.ola.hallengren.com/.../3440068.html )

Tips for DBA: Using sys.dm_db_index_physical_stats in a script to rebuild or reorganize indexes (no partitions / SQL Server 2005)

Alexander Gladchenko — Tue, 01 Apr 2008 06:04:17 GMT

В электронной документации к SQL Server 2005 описано замечательное динамическое административное представление

Tips for DBA: Using sys.dm_db_index_physical_stats in a script to rebuild or reorganize indexes (no partitions / SQL Server 2005)

Alexander Gladchenko — Mon, 31 Mar 2008 13:32:47 GMT

В электронной документации к SQL Server 2005 описано замечательное динамическое административное представление

re: Tips for DBA: Missing indexes recommendations (SQL Server 2005)

gladchenko — Fri, 30 Nov 2007 08:07:04 GMT

Useful Tricks for Finding Missing and Bad Indexes in SQL Server 2005

glennberrysqlperformance.spaces.live.com/.../cns!45041418ECCAA960!770.entry

re: Не «правильная» переустановка SQL Server 2005

gladchenko — Tue, 27 Nov 2007 10:49:02 GMT

How to manually remove a Microsoft SQL Server 2000 Desktop Engine (MSDE 2000) instance

support.microsoft.com/.../320873

Tips for DBA: Missing indexes recommendations (SQL Server 2005)

Alexander Gladchenko — Wed, 14 Nov 2007 16:03:10 GMT

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

re: Способ определения версии SQL Server 2005 через PowerShell

gladchenko — Fri, 26 Oct 2007 09:45:11 GMT

Ещё один способ, который не требует запуска служб:

Описание: Determines ssnetlib.dll version of SQL Server without the need to log into the server. Uses techniques from SQLPing.NET 1.3 beta but does not actually use the UDP 1434 packet for enumeration. This tool simply connects to the specified TCP port and gets to work! C# Source included. Requires .NET framework.

Размер скачиваемого файла: 4 K

Дата: 03/01/2005

Автор: Chip Andrews

Скачать: www.sqlsecurity.com/.../Default.aspx

re: Способ определения версии SQL Server 2005 через PowerShell

Knyazev Alexey — Thu, 25 Oct 2007 16:00:03 GMT

По сути это тот же ФреймВорк, только в командной строке, ужас, вдруг админ себя программером почувствует! =)))

Утилита для запроса портов SQL Server

imported — Tue, 23 Oct 2007 17:03:37 GMT

Portqry.exe - это запускаемая из командной строки или посредством графического пользовательского интерфейса программа, которую можно использовать при устранении неполадок с подключениями к SQL Server по протоколу TCP/IP. Средство Portqry.exe работает

Гаджеты на службе DBA

imported — Tue, 23 Oct 2007 17:03:24 GMT

Практика показывает, что использование гаджетов (мини-приложений для боковой панели Windows Vista) для задач мониторинга производительности и работоспособности SQL Server оказывается очень удобным инструментом. Вся прелесть подобных мини-приложений в