Гилёв Вячеслав

TehEd: Особенности эксплуатации SQL Server 2008 R2 для 1С:Предприятие 8

2012-01-28T16:22:00.002+04:00

WRC: Новиков на ралли Монте-Карло показал 5 время, очень неплохо!

2012-01-22T17:00:00.000+04:00

Пока не слышно позитивных новостей от мира формулы-1, хорошее пришло из ралли.

Себастьян Лоеб, выступающий на Citroen DS3, выиграл "Ралли Монте-Карло", первый этап чемпионата мира. Французский пилот набрал максимально возможные 28 очков в зачет чемпионата, показав лучшее время на воскресном спецучастке Коль-де-ла-Мадон (5 км). По результатам этого допа трое лучших водителей получают дополнительные очки.

В их число попал и россиянин Евгений Новиков на Ford Fiesta RS: он показал третье время, уступив только пилотам заводской команды "Ситроен". В общем зачете гонки россиянин стал пятым, повторив свой лучший результат на этапах чемпионата мира. Выступление Новикова на первой гонке сезона нельзя не признать выдающимся. Во-первых, москвич стал лучшим из пилотов, выступающих не за заводские команды. Во-вторых, он впервые участвовал в "Ралли Монте-Карло" - а на этом сложном соревновании роль опыта особенно важна.

Благодарственное письмо в Росбанк про Алексея Иванова

2012-01-19T16:08:00.002+04:00

1С вакансия: программист 8.2

2012-01-17T18:14:00.004+04:00

Есть вакансия программистом 1С,работа удаленная,
полный рабочий день,
750 руб. в час,
опыт работы от года,
не франч,
нужны рекомендации,
кодировать в том числе в упр. формах и динамич. списки.
глубоких знаний в предметной области не требуется.
Если cработаемся, то предложу постоянную работу.

С уважением,
Гилев Вячеслав
заявки пишите в скайп gilev_slava

Вакансия по 1С: консультант РАУЗ

2012-01-16T23:44:00.001+04:00

Ищется молодой АДЕКВАТНЫЙ :))) человек с целью дать возможность достойной и интересной работы на один проект - перевести компанию с партионного учета на рауз.

Если cработаемся, то предложу постоянную работу.

С уважением,
Гилев Вячеслав
заявки пишите в скайп gilev_slava

За гранью...

2012-01-12T07:13:00.004+04:00

Хоть я раньше и объяснял всем, что занимаюсь сложными задачами в 1С-технологиях, но свежая смс-ка помогла мне точно сформулировать- я как в сериале "За гранью" , т.е. занимаюсь "непонятным", выходящим за рамки привычных представлений )))

1С в год Дракона

2011-12-24T23:20:00.002+04:00

Начав "собираться с мыслями" в предыдущей записи, я отдельно хочу выделить "историческую" роль компании 1С.

Недавно начал смотреть один сериал, где один из главных героев совершает я бы сказал "проект в масштабах страны". Ну мало того, что он делает это первым и как надо делать ни кто не знает точно. Более того, что то сделать и не ошибиться нельзя. И это означает, если делаешь что значимое и большое - это влияет на всех нас. При таком раскладе, хочешь-не хочешь, а недовольные будут всегда.
И может быть они даже будут правы, указывая на ошибки. Но все раставляет история по местам, ибо локальные неудачи оказывают в дальнесрочной перспективы глобальными достижениями, переворачивающим все дальнейшее развитие.

Но коллективно принять решение - тоже не факт, что лучший вариант, ведь количество не всегда качество. Историю делают конкретные люди. И эти люди такие же как и мы.

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

Тем не менее, то что сделали Нуралиевы (владельцы фирмы 1С) во многом тоже имеет признаки "национального проекта". Ни одна российская компания таких успехов в IT не достигла.

Кто пассивно ждёт — в конце концов получает ожидаемое, но только то, что осталось после тех, кто действовал энергично. /Авраам Линкольн

Есть и другие фирмы, добившиеся серзьезных успехов - абби, касперский и т.п., но это на мой личный взгляд - не тот уровень по сравнению с результатами 1С. Прежде всего говорю и бизнес-приложениях на платформе 1С:Предприятие 8.

Как писал в предыдущем посте - любая фирма - это конкретные сотрудники. И говорить, что фирма сделала то и то - это "поверхностно".

Каждый результат (вклад в результат) делает конкретный человек, и лишь только потом можно говорить о том, что он сотрудник 1с. И то что мы видим сегодня, это результат работы конкретных людей. При чем эти люди в тени, а вот результаты их труда доступны очень многим.

Фирма 1с представляется мне как удачный коллектив, если оценивать результат их работы как:
- количество рабочих мест в IT, возможность не идти торговать на рынок, а зарабатывать честно своей головой;
- сотрудники умеют принимать свои неудачи, а не делать вид что проблем нету, и главное умеют находить выходы, а не бросать работу недоделанной, каждый год они доказывают, что они лучшие в этом бизнесе, это очень не просто, соблазан почивать лаврах всегда будет;
- фирма строит свой бизнес В СОВОКУПНОСТИ с бизнесом других, а НЕ ЗА СЧЕТ других бизнесов, "конструктивный" подход - большая редкость на нашем рынке, где слово "газ" и "нефть" смещают ориентиры;
- не смотря на все финансовые кризисы только надежные ориентиры позволяют "рулевым" в 1С выбирать форватер развития, сохраняя развитие постоянным и стабильным - а это уже не цена на энергоресурсы!

Впрочем, каждый сам может сделать свою оценку.

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

Мало кто задумывается над тем, что ЛЮБОЙ ТЕХНИЧЕСКИЙ ПРОДУКТ ИМЕЕТ ПЛЮСЫ И МИНУСЫ ВСЕГДА!!!
Нет продуктов только с плюсами. Ни одна фирма не производит идеальный продукт. Но одни продукты лучше других. При чем в одних случаях лучше одни продукты, в других - другие.

ПРОДУКТЫ, КОТОРЫЕ МОГЛИ БЫ СОСТАВИТЬ КОНКУРЕНИЦИЮ ПРОДУКТАМ 1С МОЖНО ПОСЧИТАТЬ НА ПАЛЬЦАХ!

На мой взгляд важно помочь заказчику достичь КОНКРЕТНЫЙ РЕЗУЛЬТАТ исходя из ДЕЙСТВИТЕЛЬНОСТИ, в которой он находится.

Мы (моя команда) именно ПОМОГАЕМ клиенту сделать правильный выбор. Мы ПЕРЕДАЕМ СВОЙ ОПЫТ.

В 2011 году благодаря уникальным возможностям 1С:Предприятие (и людям в фирме 1С, которые это обеспечили) я и мои коллеги, партнеры смогли ПОУЧАСТВОВАТЬ В НАПИСАНИИ ИСТОРИИ.

И как бы громко это не звучало, это так!

Кто то говорить про инновации, кто то занимается написанием книг про это или учит этом в учебных заведениях, а мы этим просто занимались весь 2011 год! Мы улучшали и увеличивали возможности бизнеса наших клиентов!
Причем занимались так продуктивно, что желею, что не хватило сил записывать это сразу на видео и другими современными эффективными способами, потому что ЭТО БЫЛО ОЧЕНЬ ИНТЕРЕСНО!!! Я БЫ СКАЗАЛ ЧЕРТОВСКИ ИНТЕРЕСНО!

Наверно еще успею развернуть эту мысль в отдельном посте, а пока хочу отметить, что во многом это произошло потому что, конкретные люди в фирме 1С выбрали "правильную дорогу" развития платформы и продуктов на этой платформе.

Особенно важным оказался путь, который 1С начал уже наверно больше 5 лет назад - уделять особое внимание контролю и качеству. Продукт стал все интенсивней подвергаться процедурам исследования изменений, вносимых в продукт.

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

Этой осенью, у меня сложилось впечатление, что в 1с начали еще больше (видимо появились новые люди, свежий взгляд) смотреть на качество продукта. Это означает, что 2012 обещает быть еще более интересным. Ведь делать работу не ошибаясь нельзя, но важно учиться и не делать тех ошибок, которые можно избежать, предупредить, превидеть если хотите. Важно объективно оценивать ранг и вес вопросов, которые надо решить, и их влияние на всех нас. Важно понимать последствия наших действий, нести ответственность, брать на себя риски.
Все вместе складывается в результат!

Мы "сделали ставку" на 1С и начинаем еще более амбиционзные и "крутые" проекты уже в этом году!
Это будет искренним пожеланием успеха фирме 1С (это я уже говорю как заинтересованный :) сотрудник), наш успех станет успехом фирмы 1С, а успехи 1С - нашими!

С годом Дракона и с годом Успеха! :)

Итоги года: IBM

2011-12-24T20:14:00.004+04:00

Весь год у меня получился очень интенсивно загруженный, одна "движуха".

Конечно с одной стороны говорит может быть о не умении планировать время, с другой стороны оправдываю себя желанием помочь как можно большему количеству людей.

И целый год практически не развивал сайт, хотя на страницу в facebook все таки немного сил хватал :)

И сейчас, когда многие уже не дожидаясь Нового года, начинают отмечать, воспользуюсь момент и подведу итоги завершающегося года.

Для тех кто не очень в курсе чем занимаюсь, то если коротко - ПОВЫШАЮ СТАБИЛЬНОСТЬ И ПРОИЗВОДИТЕЛЬНОСТЬ ИНФОРМАЦИОННЫХ СИСТЕМА НА ПЛАТФОРМЕ 1С:ПРЕДПРИЯТИЕ.

Хочу рассказать о вещах, которые мне показались важными, но как то не "проявились" пока.

Чтобы не умещать кучу мыслей в кашу, в каждой записи будет одна ключевая мысль, а в этой:

Наибольший потенциал в сфере бизнес-приложений набрал IBM.

Все по разному относятся к крупным компаниям.

Для кого то компания с известным брендом - это гарантия, что данный партнер не однодневка, и с ними можно строить долгосрочные планы.

Для кого то, такая компания как IBM - это "круто и серьезно".

Для меня же важным критерием в "бизнесе" являются конкретные представители (сотрудники) компании, с которыми работаю.

И не важно, в какой компании они работают (для меня), важно что я работаю и взаимодействую с ними. Я уверен в результате, могу довериться и положиться. Буду знать что результат будет именно тем, на который расчитываю.

Для меня IBM - это конкретные его представители.

Но ближе к делу. В этом году заказчики (потребители 1С:Предприятие) от сотен пользователей перешли к "тысячам" пользователей. Т.е. изменился масштаб, с которым оперирует 1С:Предприятие.

Это означает, что возникают задачи, КОТОРЫЕ ЕЩЕ НИ КТО НЕ РЕШАЛ. Нету "бест практикс", могу смело заявить что слова ИННОВАЦИИ куда больше относятся к тем реальным делам и проектам, которыми мы занимались, нежели к местам, известным по СМИ.

Новые амбиции по использованиею 1С:Предприятия означают что нет протоптанного пути и проделывать путь частенько нам приходилось ПЕРВЫМИ.

И тут как нельзя важным становится роль партнера. Поскольку протестировать тысячу пользователей 1С не так кто просто и дешево (как может показаться), то помощь IBM не достаточно назвать КОЛОСАЛЬНОЙ и УНИКАЛЬНОЙ.

Инновационный центр IBM и в частности его руководитель Андрей А. оказали нам (1С-Рарус) помощь и содействие, значимость которых станет полностью видна только "на растоянии" в несколько лет.

Особенно хочу отметить, что любая компании зависит от того, как ее сотрудники отностятся к тому, что считается их должностными обязанностями.

Если например я приходил в некоторые компании за услугами, и меня "пинали" регламентами и бюрократическами "правилами компании", то в IBM подход к работе тех коллег, которые нам помогали меня удивил своим профессионализом и если хотите "умением работать на результат".

Даже кофе меня порадовал )))

И это вовсе не пустые диферамбы. Попробуйте развернуть быстро 8мисокетный сервер, подключить его к внешней схд, которую вы первый раз в глаза видите. Это точно не будет 15 минут. А в IBM это делают порой куда быстрее 15 минут.

Не смотря на то что в IBM есть регламент подачи заявок и их могли бы расматривать месяцами, мы получили помощь быстро, оперативно.

Нам не довелось попользоваться в полном объеме оценить все услуги от IBM (их очень много), но могу сказать точно что это отличная техподдержка по СУБД. Отличное понимание работы 1С:Предприятие совместно с DB2. (Мои чекины в IBM на Foursquare)

Рано или поздно качество "кристализуется" и превращается в путь, экономящий на знании "на какие грабли не наступать" и думаю в 2012 году сообщество 1С еще будет не раз приятно удивлено услугами IBM.

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

Спасибо всем коллегам из IBM, с кем мне довелось работать или плодами чьей работы мне пришлось пользоваться!!! С наступающим Новым годом!

Сервер под MS SQL Server для 1С под 1000 - 2000 пользователей - HP DL980 G7

2011-12-06T00:16:00.001+04:00

скриншот с реального нагрузчного теста "1С" конфигурации заказчика

подбронее про сам сервер http://habrahabr.ru/company/hp/blog/134002/

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

Teched Moscow 2011 1С:Предприятие + MS SQL Server 2008 R2

2011-12-03T23:31:00.001+04:00

Teched2011 1С:Предприятие + MS SQL Server 2008 R2

View more presentations from Vyacheslav Gilyov

Поздравляю Виталия Петрова с хорошим завершением сезона 2011 Формулы 1! :)

2011-11-28T00:26:00.001+04:00

Ну вот и закончился сезон чемпионата Formula 1.

Было всякое, но хорошего однозначно больше для нас с вами :) !

Особенно порадовал подиум в начале сезона!

Сезон 2011 года завершён, впереди рождественские каникулы, а за ними и зимние тесты. До старта Гран При Австралии'12 осталось 111 дней.

Результаты Бразильского этапа (последнего в этом году)

Пилот	Команда	Время	Скорость	Пит
1. М.Уэббер	Red Bull	1.32:17.434	198.876	3
2. С.Феттель	Red Bull	+ 16.983	198.268	3
3. Д.Баттон	McLaren	+ 27.638	197.888	3
4. Ф.Алонсо	Ferrari	+ 35.048	197.625	3
5. Ф.Масса	Ferrari	+ 1:06.733	196.508	2
6. А.Сутил	Force India	+ 1 круг	195.835	3
7. Н.Росберг	Mercedes	+ 1 круг	195.525	2
8. П.ди Реста	Force India	+ 1 круг	195.175	2
9. К.Кобаяши	Sauber	+ 1 круг	195.014	2
10. В.Петров	Lotus Renault	+ 1 круг	194.919	3
11. Х.Альгерсуари	Toro Rosso	+ 1 круг	194.806	2
12. С.Буэми	Toro Rosso	+ 1 круг	194.410	3
13. С.Перес	Sauber	+ 1 круг	194.037	2
14. Р.Баррикелло	Williams	+ 1 круг	193.887	3
15. М.Шумахер	Mercedes	+ 1 круг	193.743	3
16. Х.Ковалайнен	Team Lotus	+ 2 круга	191.921	3
17. Б.Сенна	Lotus Renault	+ 2 круга	190.904	4
18. Я.Трулли	Team Lotus	+ 2 круга	190.625	2
19. Ж.Д'Амброзио	Marussia Virgin	+ 3 круга	188.793	2
20. Д.Риккардо	HRT	+ 3 круга	188.091	2

Лучший круг: Марк Уэббер (Red Bull Racing) - 1:15.324 (71-й круг, 205.942 км/ч)

Причины сходов

Пилот	Команда	Круг	Причина
В.Лиуцци	HRT	62	-
Л.Хэмилтон	McLaren	47	коробка передач
П.Мальдонадо	Williams	27	-
Т.Глок	Marussia Virgin	22	крепление колеса

Положение в чемпионате : Личный зачет

Пилот		Страна	Команда	Очки
=	1. С.Феттель		Red Bull Racing	392
=	2. Д.Баттон		McLaren	270
	3. М.Уэббер		Red Bull Racing	258
	4. Ф.Алонсо		Scuderia Ferrari	257
=	5. Л.Хэмилтон		McLaren	227
=	6. Ф.Масса		Scuderia Ferrari	118
=	7. Н.Росберг		Mercedes GP	89
=	8. М. Шумахер		Mercedes GP	76
	9. А.Сутил		Force India	42
	10. В.Петров		Lotus Renault GP	37
	11. Н.Хайдфельд		Lotus Renault GP	34
=	12. К. Кобаяши		Sauber F1 Team	30
	13. П. ди Реста		Force India	27
	14. Х.Альгерсуари		Scuderia Toro Rosso	26
=	15. С.Буэми		Scuderia Toro Rosso	15
=	16. C.Перес		Sauber F1 Team	14
=	17. Р.Баррикелло		AT&T Williams	4
=	18. Б. Сенна		Lotus Renault GP	2
=	19. П.Мальдонадо		AT&T Williams	1

Положение в чемпионате : Кубок Конструкторов

Команда		Мотор	Очки
=	1. Red Bull Racing	Renault	650
=	2. McLaren	Mercedes	497
=	3. Scuderia Ferrari	Ferrari	375
=	4. Mercedes GP	Mercedes	165
=	5. Lotus Renault GP	Renault	73
=	6. Force India	Mercedes	69
=	7. Sauber F1 Team	Ferrari	44
=	8. Scuderia Toro Rosso	Ferrari	41
=	9. AT&T Williams	Cosworth	5

HP ProLiant DL980 G7 - сегодня немного помог админу поставить сервер в стойку - ЁЁЁ, работа админа тяжела в буквальном смысле!!!

2011-11-25T23:37:00.001+04:00

Администрирование IBM DB2 для использования с "1С:Предприятие 8 (Новый)

2011-11-25T23:32:00.001+04:00

В ходе курса слушатели получат систематизированные представления:

об установке и настройке СУБД IBM DB2 на операционных системах Windows и Linux;
о способах создания экземпляра менеджера базы данных и базы данных 1С:Предприятие
об инструментарии для администрирования и разработки в IBM DB2;
о средствах резервного копирования и восстановления данных DB2, ;
о штатных средствах мониторинга и утилитах СУБД IBM DB2, в том числе для обеспечения конкурентного доступа;
о типичных проблемах и способах их решения;
о переносе и способах хранения баз данных;
об инструментах для анализа SQL-выражений в СУБД IBM DB2;
о средствах обеспечения безопасности в СУБД IBM DB2.

На практических занятиях слушатели под руководством преподавателя научатся:

производить установку и настройку СУБД IBM DB2 на операционных системах Windows и Linux;
создавать экземпляр менеджера базы данных и базы данных 1С:Предприятие
устанавливать средства администрирования и разработки СУБД IBM DB2;
производить резервное копирование и восстановление данных 1С:Предприятие в СУБД IBM DB2;
настраивать регламентные процедуры для администрирования СУБД IBM DB2;
переносить базы данных;
использовать инструменты и утилиты администратора баз данных для мониторинга событий, настройки безопасности системы, анализа SQL-выражений.

Краткое содержание курса:

Установка DB2 на Ubuntu
Установка DB2 на Windows
Создание экземпляра менеджера баз данных
Создание базы данных 1С
Установка IBM data studio
Резервное копирование и восстановление данных
Решение проблем конкурентного доступа, обзор штатных средств мониторинга и работы основных утилит
Типичные проблемы и их решение
Перенос баз данных и путей хранения
Мониторы событий
Инструменты и Утилиты для Работы
Использование инструментов Explain для анализа SQL-выражений
Безопасность
4 дня - 10000/8000 руб.
http://www.1c.ru/rus/partners/training/uc1/course.jsp?id=321

Life in Oracle: "1C:Enterprise" now work on Exadata

2011-11-22T21:07:00.000+04:00

Life in Oracle: "1C:Enterprise" now work on Exadata: Произошло эпохальное событие: "1C:Предприятие" поддерживает Exadata! Как вы помните 1С уже достаточно давно поддерживает Oracle Database ...

SaaS и развитие «1С:Предприятия»

2011-11-17T19:40:00.001+04:00

View more presentations from alevashov

1С: Будущее скуля

2011-11-15T13:43:00.001+04:00

в свете новостейhttp://www.microsoft.com/sqlserver/en/us/future-editions/sql2012-licensing.aspx

не знаю, кто собрался мигрировать на новую версию и почему это вообще обсуждается в IT кругах, я буду продавать своим Заказчикам скуль MS SQL Server 2008 R2 еще очень много лет

1С по-прежнему продает лицензии Server + CAL, а так же процессорные лицензии, и будет это делать два года минимум, у меня есть письмо от 1С

Что такое CRM?

2011-11-14T18:06:00.001+04:00

08.11.11_Webinar_in_PDF

View more presentations from Yuliya Pulikova

Очередные комментарии по программным лицензиям 1С:Предприятие 8

2011-11-14T16:05:00.001+04:00

Все чаще и чаще покупаются программные лицензии и возникает вопрос о их эксплуатации на виртуальных серверах.

Программные лицензии до релиза 8.2.15 к виртуальным машинам не рекомендуется привязывать. Это можно запросить у 1С.

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

Если 1С запускается на клиентском компьютере без виртуалки, то персонально этот компьютер можно также персонально локальной программной лицензией обеспечить. В этом случаи будет экономия лицензий (так как счет идет не посессиям к 1С серверу, а к физическому компьютеру), но не будет работать веб-клиент (который получает лицензии только через сервер).

Единая учетная система на платформе "1С:Предприятие 8" охватила 850 рабочих мест в ОАО "ОКБМ Африкантов" – ведущем конструкторском бюро Госкорпорации "Росатом"

2011-11-11T16:21:00.000+04:00

Единая учетная система на платформе "1С:Предприятие 8" охватила 850 рабочих мест в ОАО "ОКБМ Африкантов" – ведущем конструкторском бюро Госкорпорации "Росатом"

Ошибка ЦУП 2.0.5.43 по анализу деадлоков

2011-11-11T16:03:00.001+04:00

ЦУП 2.0.5.43 нужно исправить строку 1093
ОбщийМодуль.АнализБлокировок1С.Модуль
("Если Лев(Значение, 1) = "T" Тогда")
на
"Если Лев(Значение, 2) = "T""" Тогда"

Спасибо всем кто уделил время на мой доклад! :)

2011-11-08T12:24:00.000+04:00

Выбирайте зал А2, 3й час

2011-11-07T03:08:00.001+04:00

MS SQL Server: Открытие скрытых данных для оптимизации производительности приложений

2011-11-05T14:56:00.000+04:00

http://msdn.microsoft.com/ru-ru/magazine/cc135978.aspx
Ян Стерк (Ian Stirk)

Код доступен для загрузки по адресу: DMVsinSQLServer2008_01.exe (155 KB)
http://msdn.microsoft.com/ru-ru/magazine/cc164174.aspx?code=true&level=root&file=script.sql

В статье рассматривается:

Динамические административные представления и функции
Причины задержек в работе серверов
Распространенные проблемы с индексом
Проблемы, связанные с логическим вводом/выводом

Mногие проблемы с производительностью приложений сводятся к медленной работе запросов к базам данных, однако существует много способов повышения производительности последних. SQL Server 2005TM собирает массу сведений, с помощью которых можно определять причины проблем с производительностью.

SQL Server 2005 собирает данные, относящиеся к выполнению запросов. Эти данные, которые содержатся в памяти и начинают накапливаться после перезапуска сервера, можно использовать для определения множества проблем и показателей, включая связанные с индексами таблиц, производительностью запросов и вводом/выводом сервера. Эти данные можно запрашивать через динамические административные представления (DMV) SQL Server и соответствующие динамические административные функции (DMF). Это представления и функции на основе системы, предоставляющие информацию о состоянии сервера, которую можно использовать для диагностики проблем и оптимизации производительности баз данных.

В данной статье я выделю области, в которых производительность может быть улучшена посредством использования информации, уже собираемой SQL Server 2005. Этот подход обычно не требует вмешательства, поскольку основан на сборе и изучении существующих данных, как правило, путем запроса данных от лежащей в основе системы.

Я покажу, как получать эту информацию, расскажу о лежащих в основе представлениях DMV, определю возможные оговорки и проблемы при интерпретации данных и укажу дополнительные области, в которых возможно осуществление улучшений производительности. Чтобы сделать это, я представлю и разберу серию сценариев SQL, детализирующих различные аспекты данных, собранных SQL Server 2005. Полную версию этих сценариев и полный комментарий к ним можно загрузить с веб-узла MSDN® Magazine.

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

И наоборот, некоторые из вопросов присоединяются к представлению DMV sys.indexes, а это представление DMV является специальным представлением баз данных, сообщающим результаты только для текущей базы данных. В таких случаях я исправлял запросы, чтобы они перебирали все базы данных на сервере путем использования системной хранимой процедуры sp_MSForEachDB, представляя таким образом результаты для всего сервера.

Чтобы выделить наиболее актуальные записи для выбранного показателя производительности, я ограничиваю число возвращаемых результатов, используя функцию TOP языка SQL .

Причины задержек в работе серверов

Низкая производительность обычно выражается для пользователя в серии задержек. Каждый раз, когда запрос SQL может запуститься, но ожидает другого ресурса, он записывает сведения о причине задержки. Доступ к этим сведениям можно получить, используя представление DMV sys.dm_os_wait_stats. Изучить собранные причины всех задержек можно при помощи сценария SQL, показанного на рис. 1.

Figure 1 SQL Query Records Causes of Wait Times

SELECT TOP 10
 [Wait type] = wait_type,
 [Wait time (s)] = wait_time_ms / 1000,
 [% waiting] = CONVERT(DECIMAL(12,2), wait_time_ms * 100.0 
               / SUM(wait_time_ms) OVER())
FROM sys.dm_os_wait_stats
WHERE wait_type NOT LIKE '%SLEEP%' 
ORDER BY wait_time_ms DESC;

Рис. 1 Очередь запросов SQL вызывает задержки

Этот сценарий выдает список типов задержки, упорядоченный по времени задержек. В моем примере результатов можно заметить, что ввод/вывод является относительно серьезной причиной задержек. Обратите внимание на то, что меня интересует только логический ввод/вывод (чтение/запись данных в памяти), а не физический ввод/вывод, поскольку после первоначальной загрузки данные обычно находятся в памяти.

Чтение и запись

Интенсивное использование ввода/вывода может быть признаком неудачных механизмов доступа к данным. SQL Server 2005 отслеживает общее число операций чтения и записи, используемых каждым запросом для удовлетворения своих нужд. Эти числа можно просуммировать, чтобы определить, какие базы данных выполняют наибольшее общее число операций чтения и записи.

Представление DMV sys.dm_exec_query_stats содержит объединенную статистику производительности для кэшированных планов запросов. В нее входят сведения о числе логических операций чтения и записи и о числе случаев исполнения запроса. Присоединив это представление DMV к динамической административной функции (DMF) sys.dm_exec_sql_text, можно просуммировать число прочтений и записей базы данных. Обратите внимание на то, что я использовал CROSS APPLY, новый оператор SQL Server 2005, для проведения этого присоединения. Сценарий, который я использую для определения баз данных, наиболее активно использующих чтение и запись, показан на рис. 2.

Figure 2 Identifying the Most Reads and Writes

SELECT TOP 10 
        [Total Reads] = SUM(total_logical_reads)
        ,[Execution count] = SUM(qs.execution_count)
        ,DatabaseName = DB_NAME(qt.dbid)
FROM sys.dm_exec_query_stats qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) as qt
GROUP BY DB_NAME(qt.dbid)
ORDER BY [Total Reads] DESC;

SELECT TOP 10 
        [Total Writes] = SUM(total_logical_writes)
        ,[Execution count] = SUM(qs.execution_count)
        ,DatabaseName = DB_NAME(qt.dbid)
FROM sys.dm_exec_query_stats qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) as qt
GROUP BY DB_NAME(qt.dbid)
ORDER BY [Total Writes] DESC;

Рис. 2 Определение баз данных, баз данных, наиболее активно использующих чтение и запись

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

Как несложно заметить, DatabaseName в ряде случаев установлен на NULL. Этот параметр определяет специально подобранные и подготовленные к этому случаю операторы SQL. Такая деталь полезна при определении степени использования собственно языка SQL – что само по себе может стать причиной многих проблем. (Например, это указывает на отсутствие повторного использования планов запросов и кода, а также на потенциальные недостатки безопасности.)

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

Базы данных и их отсутствующие индексы

Когда SQL Server обрабатывает запрос, оптимизатор ведет запись индексов, используемых в попытке удовлетворить запрос. Если индексы не найдены, SQL Server создает запись об отсутствующем индексе. Все эти записи можно просмотреть, используя представление DMV sys.dm_db_missing_index_details.

Показать, у каких баз данных на выбранном сервере отсутствуют индексы, можно при помощи сценария с рис. 3. Обнаружение этих отсутствующих индексов важно, поскольку индексы часто предоставляют идеальный путь к получению данных запросов. Это, в свою очередь, может уменьшить ввод-вывод и улучшить общую производительность. Мой сценарий изучает sys.dm_db_missing_index_details и выводит итоговое число отсутствующих индексов для каждой базы данных, позволяя легко определить, какие базы данных стоит исследовать дальше.

Figure 3 Identifying Missing Databases

SELECT 
    DatabaseName = DB_NAME(database_id)
    ,[Number Indexes Missing] = count(*) 
FROM sys.dm_db_missing_index_details
GROUP BY DB_NAME(database_id)
ORDER BY 2 DESC;

Рис. 3 Базы данных с отсутствующими индексами

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

Отсутствующие индексы, вызывающие издержки

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

В представлении DMV sys.dm_db_missing_index_group_stats отмечается число попыток SQL использовать определенный отсутствующий индекс. В представлении DMV sys.dm_db_missing_index_details приводятся подробности о структуре отсутствующего индекса, такие как число столбцов, требуемое запросом. Эти два представления DMV связаны вместе через представление DMV sys.dm_db_missing_index_groups. Издержки ресурсов, связанные с отсутствующим индексом (столбец общих издержек) вычисляются посредством перемножения средних общих издержек использования, среднего влияния на пользователей и суммы произведенных пользователями операций поиска и просмотра.

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

Figure 4 Cost of Missing Indexes

SELECT  TOP 10 
        [Total Cost]  = ROUND(avg_total_user_cost * avg_user_impact * (user_seeks + user_scans),0) 
        , avg_user_impact
        , TableName = statement
        , [EqualityUsage] = equality_columns 
        , [InequalityUsage] = inequality_columns
        , [Include Cloumns] = included_columns
FROM        sys.dm_db_missing_index_groups g 
INNER JOIN    sys.dm_db_missing_index_group_stats s 
       ON s.group_handle = g.index_group_handle 
INNER JOIN    sys.dm_db_missing_index_details d 
       ON d.index_handle = g.index_handle
ORDER BY [Total Cost] DESC;

Рис. 4 Отсутствующие индексы, вызывающие наибольшие издержки (Щелкните изображение, чтобы увеличить его)

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

Я также должен указать, что только столбцы пользователей (такие как user_seeks и user_scans) учитываются при вычислении издержек отсутствующего индекса. Это объясняется тем, что системные столбцы обычно представляют статистику использования, а также команды проверки согласованности баз данных(DBCC) и языка определения данных (DDL), которые менее существенны для выполнения бизнес-задач (в отличие от задач администратора базы данных).

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

Если обнаружится, что к включению рекомендовано много столбцов, следует изучить лежащий в основе код SQL, поскольку это может указывать на использование сборного оператора "SELECT *" – если он действительно используется, то, вероятно, стоит пересмотреть запросы SELECT.

Неиспользуемые индексы

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

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

В представлении DMV sys.dm_db_index_usage_stats сообщается, как часто и в какой степени используются индексы. Это представление присоединено к представлению DMV sys.indexes, содержащему сведения, используемые при создании индекса. Для определения неиспользуемых индексов можно проверить столбцы пользователей на предмет наличия значения 0. Влияние системных столбцов опять игнорируется по указанным выше причинам. Для определения вызывающих наибольшие издержки неиспользуемых индексов можно использовать сценарий, показанный на рис. 5.

Figure 5 Identifying Most Costly Unused Indexes

-- Create required table structure only.
-- Note: this SQL must be the same as in the Database loop given in the following step.
SELECT TOP 1
        DatabaseName = DB_NAME()
        ,TableName = OBJECT_NAME(s.[object_id])
        ,IndexName = i.name
        ,user_updates    
        ,system_updates    
        -- Useful fields below:
        --, *
INTO #TempUnusedIndexes
FROM   sys.dm_db_index_usage_stats s 
INNER JOIN sys.indexes i ON  s.[object_id] = i.[object_id] 
    AND s.index_id = i.index_id 
WHERE  s.database_id = DB_ID()
    AND OBJECTPROPERTY(s.[object_id], 'IsMsShipped') = 0
    AND    user_seeks = 0
    AND user_scans = 0 
    AND user_lookups = 0
    AND s.[object_id] = -999  -- Dummy value to get table structure.
;

-- Loop around all the databases on the server.
EXEC sp_MSForEachDB    'USE [?]; 
-- Table already exists.
INSERT INTO #TempUnusedIndexes 
SELECT TOP 10    
        DatabaseName = DB_NAME()
        ,TableName = OBJECT_NAME(s.[object_id])
        ,IndexName = i.name
        ,user_updates    
        ,system_updates    
FROM   sys.dm_db_index_usage_stats s 
INNER JOIN sys.indexes i ON  s.[object_id] = i.[object_id] 
    AND s.index_id = i.index_id 
WHERE  s.database_id = DB_ID()
    AND OBJECTPROPERTY(s.[object_id], ''IsMsShipped'') = 0
    AND    user_seeks = 0
    AND user_scans = 0 
    AND user_lookups = 0
    AND i.name IS NOT NULL    -- Ignore HEAP indexes.
ORDER BY user_updates DESC
;
'

-- Select records.
SELECT TOP 10 * FROM #TempUnusedIndexes ORDER BY [user_updates] DESC
-- Tidy up.
DROP TABLE #TempUnusedIndexes

Рис. 5 Определение наибольших издержек неиспользуемых индексов (Щелкните изображение, чтобы увеличить его)

В результатах данного запроса показаны индексы, которые не использовались для извлечения данных, но обновлены в результате изменений в базовой таблице. Эти обновления показаны в столбцах user_updates и system_updates. Результаты упорядочены по числу пользовательских обновлений, примененных к индексу.

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

Базовая форма запроса применяется только к текущей базе данных, поскольку она присоединяется к представлению DMV sys.indexes, ограниченному текущей базой данных. Результаты для всех баз данных на сервере можно извлечь, используя системную хранимую процедуру sp_MSForEachDB. Шаблон, который я использую для этого, разобран на боковой панели «Организация цикла по всем базам данных». Я использую этот шаблон и в других разделах сценария, где требуется перебрать все базы данных на сервере. Кроме того, я отфильтровал индексы, принадлежащие к типу heap, поскольку они представляют собственную структуру таблицы без формального индекса.

Индексы с высокими издержками при использовании

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

Представление DMV sys.dm_db_index_usage_stats позволяет увидеть, как часто и в какой степени используются индексы. Это представление присоединено к представлению DMV sys.indexes, которое содержит сведения, используемые при создании индекса. Изучение столбцов user_updates и system_updates позволяет найти индексы, поддержка которых наиболее затратна. На рис. 6предоставлен сценарий определения вызывающих наибольшие издержки индексов и показаны результаты его использования.

Figure 6 Identifying the Most Costly Indexes

-- Create required table structure only.
-- Note: this SQL must be the same as in the Database loop given in the following step.
SELECT TOP 1
        [Maintenance cost]  = (user_updates + system_updates)
        ,[Retrieval usage] = (user_seeks + user_scans + user_lookups)
        ,DatabaseName = DB_NAME()
        ,TableName = OBJECT_NAME(s.[object_id])
        ,IndexName = i.name
INTO #TempMaintenanceCost
FROM   sys.dm_db_index_usage_stats s 
INNER JOIN sys.indexes i ON  s.[object_id] = i.[object_id] 
    AND s.index_id = i.index_id
WHERE s.database_id = DB_ID() 
    AND OBJECTPROPERTY(s.[object_id], 'IsMsShipped') = 0
    AND (user_updates + system_updates) > 0 -- Only report on active rows.
    AND s.[object_id] = -999  -- Dummy value to get table structure.
;

-- Loop around all the databases on the server.
EXEC sp_MSForEachDB    'USE [?]; 
-- Table already exists.
INSERT INTO #TempMaintenanceCost 
SELECT TOP 10
        [Maintenance cost]  = (user_updates + system_updates)
        ,[Retrieval usage] = (user_seeks + user_scans + user_lookups)
        ,DatabaseName = DB_NAME()
        ,TableName = OBJECT_NAME(s.[object_id])
        ,IndexName = i.name
FROM   sys.dm_db_index_usage_stats s 
INNER JOIN sys.indexes i ON  s.[object_id] = i.[object_id] 
    AND s.index_id = i.index_id
WHERE s.database_id = DB_ID() 
    AND i.name IS NOT NULL    -- Ignore HEAP indexes.
    AND OBJECTPROPERTY(s.[object_id], ''IsMsShipped'') = 0
    AND (user_updates + system_updates) > 0 -- Only report on active rows.
ORDER BY [Maintenance cost]  DESC
;
'

-- Select records.
SELECT TOP 10 * FROM #TempMaintenanceCost 
ORDER BY [Maintenance cost]  DESC
-- Tidy up.
DROP TABLE #TempMaintenanceCost

Рис. 6 Определение индексов, вызывающих наибольшие издержки (Щелкните изображение, чтобы увеличить его)

Результаты раскрывают наиболее затратные в поддержании индексы вместе со сведениями о задействованных базах данных/таблицах. Столбец Maintenance cost (Издержки на поддержание) показывает сумму столбцов user_updates и system_updates. Полезность индекса (показанная в столбце Retrieval usage (Использование получения)), является суммой различных столбцов user_*. Важно рассмотреть полезность индекса перед принятием решения о его удалении.

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

Часто используемые индексы

Организация цикла по всем базам данных

Представление DMV sys.indexes является представлением, зависящим от базы данных. Следовательно, запросы, присоединяющиеся к sys.indexes, дают результаты только по текущей базе данных. Можно, однако, перебрать все базы данных на сервере путем использования системной хранимой процедуры sp_MSForEachDB, представляя, таким образом, результаты для всего сервера. Вот шаблон, который я использую в таких случаях.

Я создаю временную таблицу с требуемой структурой, подобной основной части кода. Я даю ей несуществующую запись (object_id of -999), делая возможным создание временной структуры таблицы.
Основная часть кода исполняется, просматривая все базы данных на сервере. Обратите внимание, что число записей, полученных для каждой базы данных (при помощи оператора TOP) должно быть равно числу записей, которое я хочу отобразить. В противном случае может оказаться, что результаты не отражают записи TOP n по всем базам данных на сервере.
Записи извлекаются из временной таблицы и упорядочиваются по столбцу, в котором я заинтересован (в данном случае – user_updates).

Представления DMV можно использовать для определения того, какие индексы используются наиболее часто – они будут основными путями к лежащим в основе данным. Некоторые индексы могут предоставить существенное общее повышение производительности в случае, если их удастся улучшить или оптимизировать.

Представление DMV sys.dm_db_index_usage_stats содержит сведения о том, как часто индексы используются для получения данных посредством поиска и просмотра. Это представление присоединено к представлению DMV sys.indexes, содержащему сведения, используемые при создании индекса. Столбец Usage («Использование») вычисляется как сумма всех полей user_*. Это можно проделать, используя сценарий, показанный на рис. 7. Результаты этого запроса, упорядоченные по значению Usage, показывают число использований индекса.

Figure 7 Identifying Most-Used Indexes

-- Create required table structure only.
-- Note: this SQL must be the same as in the Database loop given in the -- following step.
SELECT TOP 1
        [Usage] = (user_seeks + user_scans + user_lookups)
        ,DatabaseName = DB_NAME()
        ,TableName = OBJECT_NAME(s.[object_id])
        ,IndexName = i.name
INTO #TempUsage
FROM   sys.dm_db_index_usage_stats s 
INNER JOIN sys.indexes i ON s.[object_id] = i.[object_id] 
    AND s.index_id = i.index_id 
WHERE   s.database_id = DB_ID() 
    AND OBJECTPROPERTY(s.[object_id], 'IsMsShipped') = 0
    AND (user_seeks + user_scans + user_lookups) > 0 
-- Only report on active rows.
    AND s.[object_id] = -999  -- Dummy value to get table structure.
;

-- Loop around all the databases on the server.
EXEC sp_MSForEachDB    'USE [?]; 
-- Table already exists.
INSERT INTO #TempUsage 
SELECT TOP 10
        [Usage] = (user_seeks + user_scans + user_lookups)
        ,DatabaseName = DB_NAME()
        ,TableName = OBJECT_NAME(s.[object_id])
        ,IndexName = i.name
FROM   sys.dm_db_index_usage_stats s 
INNER JOIN sys.indexes i ON s.[object_id] = i.[object_id] 
    AND s.index_id = i.index_id 
WHERE   s.database_id = DB_ID() 
    AND i.name IS NOT NULL    -- Ignore HEAP indexes.
    AND OBJECTPROPERTY(s.[object_id], ''IsMsShipped'') = 0
    AND (user_seeks + user_scans + user_lookups) > 0 -- Only report on active rows.
ORDER BY [Usage]  DESC
;
'

-- Select records.
SELECT TOP 10 * FROM #TempUsage ORDER BY [Usage] DESC
-- Tidy up.
DROP TABLE #TempUsage

Рис. 7 Определение наиболее используемых индексов (Щелкните изображение, чтобы увеличить его)

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

Логически фрагментированные индексы

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

Наиболее логически фрагментированные индексы можно определить, используя следующие представления DMV. Представление DMV sys.dm_db_index_physical_stats позволяет просматривать сведения о размере и степени фрагментации индексов. Это представление присоединено к представлению DMV sys.indexes, содержащему сведения, используемые при создании индекса.

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

Figure 8 Identifying Logically Fragmented Indexes

-- Create required table structure only.
-- Note: this SQL must be the same as in the Database loop given in the -- following step.
SELECT TOP 1 
        DatbaseName = DB_NAME()
        ,TableName = OBJECT_NAME(s.[object_id])
        ,IndexName = i.name
        ,[Fragmentation %] = ROUND(avg_fragmentation_in_percent,2)
INTO #TempFragmentation
FROM sys.dm_db_index_physical_stats(db_id(),null, null, null, null) s
INNER JOIN sys.indexes i ON s.[object_id] = i.[object_id] 
    AND s.index_id = i.index_id 
WHERE s.[object_id] = -999  -- Dummy value just to get table structure.
;

-- Loop around all the databases on the server.
EXEC sp_MSForEachDB    'USE [?]; 
-- Table already exists.
INSERT INTO #TempFragmentation 
SELECT TOP 10
        DatbaseName = DB_NAME()
        ,TableName = OBJECT_NAME(s.[object_id])
        ,IndexName = i.name
        ,[Fragmentation %] = ROUND(avg_fragmentation_in_percent,2)
FROM sys.dm_db_index_physical_stats(db_id(),null, null, null, null) s
INNER JOIN sys.indexes i ON s.[object_id] = i.[object_id] 
    AND s.index_id = i.index_id 
WHERE s.database_id = DB_ID() 
      AND i.name IS NOT NULL    -- Ignore HEAP indexes.
    AND OBJECTPROPERTY(s.[object_id], ''IsMsShipped'') = 0
ORDER BY [Fragmentation %] DESC
;
'

-- Select records.
SELECT TOP 10 * FROM #TempFragmentation ORDER BY [Fragmentation %] DESC
-- Tidy up.
DROP TABLE #TempFragmentation

Рис. 8 Определение логически фрагментированных индексов (Щелкните изображение, чтобы увеличить его)

Запросы с высокими издержками на ввод-вывод

Ввод-вывод является мерой операций чтения-записи, совершаемых запросом. Его можно использовать как показатель экономичности запроса – запросы с большими значениями ввода-вывода часто являются хорошими объектам для улучшения производительности.

Представление DMV sys.dm_exec_query_stats предоставляет объединенную статистику производительности кэшированных планов запросов, включая сведения о физическом и логическом вводе/выводе и о числе выполнений запроса. Оно содержит смещения, использованные для извлечения реального SQL из вложенного родительского SQL. Это представление DMV присоединяется к представлению DMF sys.dm_exec_sql_text, содержащему информацию о пакете SQL, к которому относится ввод-вывод. Различные смещения применяются к этому пакету для получения лежащих в основе индивидуальных запросов SQL. Сценарий показан на рис. 9. Результаты, упорядоченные по среднему вводу-выводу, показывают средний ввод-вывод, общий ввод-вывод, индивидуальный запрос, родительский запрос (если индивидуальный запрос является частью пакета) и имя базы данных.

Figure 9 Identifying Most Costly Queries by I/O

SELECT TOP 10 
 [Average IO] = (total_logical_reads + total_logical_writes) / qs.execution_count
,[Total IO] = (total_logical_reads + total_logical_writes)
,[Execution count] = qs.execution_count
,[Individual Query] = SUBSTRING (qt.text,qs.statement_start_offset/2, 
         (CASE WHEN qs.statement_end_offset = -1 
            THEN LEN(CONVERT(NVARCHAR(MAX), qt.text)) * 2 
          ELSE qs.statement_end_offset END - qs.statement_start_offset)/2) 
        ,[Parent Query] = qt.text
,DatabaseName = DB_NAME(qt.dbid)
FROM sys.dm_exec_query_stats qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) as qt
ORDER BY [Average IO] DESC;

Рис. 9 Определение наиболее затратных запросов ввода-вывода (Щелкните изображение, чтобы увеличить его)

Поскольку ввод-вывод является отражением объема данных, запрос, показанный в столбце Individual Query (индивидуальный запрос), может помочь в определении областей, где ввод-вывод можно уменьшить, а производительность – улучшить. Вполне возможно передать запрос помощнику по настройке баз данных для определения, следует ли добавить какие-либо индексы или статистику для улучшения производительности запроса. Статистика включает в себя сведения о распределении и плотности лежащих в основе данных. Она используется оптимизатором запросов при определении оптимального плана доступа для запроса.

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

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

При интерпретации результатов, использующих представление DMV sys.dm_exec_query_stats, следует проявлять осторожность. Например, план запроса может быть удален из кэша процедуры в любой момент, и тогда не все запросы окажутся кэшированными. Хотя это и скажется на результатах, результаты все же должны указывать на запросы с самыми высокими издержками.

Запросы с высоким использованием ресурсов ЦП

Другим довольно полезным подходом является анализ того, какие запросы поглощают больше всего ресурсов ЦП. Такой подход может очень хорошо выявлять запросы с низкой производительностью. Здесь я использую те же представления DMV, которые уже использовал для исследования запросов в терминах ввода-вывода. Запрос, который можно увидеть на рис. 10, позволяет определить наиболее затратные запросы с точки зрения ресурсов ЦП.

Figure 10 Identifying Most Costly Queries by CPU

SELECT TOP 10 
 [Average CPU used] = total_worker_time / qs.execution_count
,[Total CPU used] = total_worker_time
,[Execution count] = qs.execution_count
,[Individual Query] = SUBSTRING (qt.text,qs.statement_start_offset/2, 
         (CASE WHEN qs.statement_end_offset = -1 
            THEN LEN(CONVERT(NVARCHAR(MAX), qt.text)) * 2 
          ELSE qs.statement_end_offset END - 
qs.statement_start_offset)/2)
,[Parent Query] = qt.text
,DatabaseName = DB_NAME(qt.dbid)
FROM sys.dm_exec_query_stats qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) as qt
ORDER BY [Average CPU used] DESC;

Рис. 10 Записи запросов SQL вызывают задержки (Щелкните изображение, чтобы увеличить его)

Запрос возвращает среднее использование ЦП, общее использование ЦП, индивидуальный запрос и родительский запрос (если индивидуальный запрос является частью пакета), а также имя соответствующей базы данных. Как я уже заметил раньше, также, вероятно, стоит проверить запрос в помощнике по настройке баз данных, чтобы определить, можно ли внести в него дополнительные улучшения.

Запросы с высокими издержками в отношении CLR

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

Представление DMV sys.dm_exec_query_stats содержит сведения о total_clr_time и число выполнений запроса. Оно также содержит смещения, используемые для извлечения реального запроса из вложенного родительского запроса. Это DMV присоединяется к представлению DMF sys.dm_exec_sql_text, содержащему информацию о пакете SQL. Различные смещения применяются к этому пакету для получения лежащих в основе операторов SQL. На рис. 11 показан запрос, используемый для определения запросов с наибольшими издержками в отношении CLR.

Рис. 11 Определение запросов CLR с наибольшими издержками (Щелкните изображение, чтобы увеличить его)

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

Наиболее часто выполняемые запросы

Предыдущий пример для запросов CLR с высокими издержками можно изменить так, чтобы он определял наиболее часто выполняемые запросы. Обратите внимание на то, что здесь применяются те же представления DMV. Улучшение производительности очень часто выполняемых запросов может предоставить большее общее улучшение производительности, чем оптимизация большого, но редко выполняемого запроса. (В качестве страховочной меры следует выполнить перекрестную проверку путем изучения запросов с наиболее высоким вводом-выводом или использованием ресурсов процессора.) Другим преимуществом улучшения часто выполняемого запроса является возможность уменьшить число блокировок и длину транзакций. Само собой, конечным результатом является общее улучшение времени отклика системы.

Для определения наиболее часто выполняемых запросов можно использовать запрос, показанный на рис. 12. По использовании он выдает число исполнений, индивидуальный запрос, родительский запрос (если индивидуальный запрос является частью пакета), а также соответствующую базу данных. Еще раз напоминаю, что стоит запустить запрос в помощнике по настройке баз данных, чтобы определить, можно ли внести в него дополнительные улучшения.

Figure 12 Identifying Queries that Execute Most Often

SELECT TOP 10 
 [Execution count] = execution_count
,[Individual Query] = SUBSTRING (qt.text,qs.statement_start_offset/2, 
         (CASE WHEN qs.statement_end_offset = -1 
            THEN LEN(CONVERT(NVARCHAR(MAX), qt.text)) * 2 
          ELSE qs.statement_end_offset END - qs.statement_start_offset)/2)
,[Parent Query] = qt.text
,DatabaseName = DB_NAME(qt.dbid)
FROM sys.dm_exec_query_stats qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) as qt
ORDER BY [Execution count] DESC;

Рис. 12 Определение наиболее часто выполняемых запросов (Щелкните изображение, чтобы увеличить его)

Запросы, страдающие от блокировки

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

Представление DMV sys.dm_exec_query_stats, о котором я рассказал выше, содержит столбцы, которые можно использовать для определения запросов, наиболее страдающих от блокировки. Среднее время блокировки определяется как разница между total_elaspsed_time и total_worker_time, деленная на execution_count.

Функция DMF sys.dm_exec_sql_text содержит сведения о пакете SQL, к которому относится блокировка. Различные смещения применяются к нему для получения лежащих в основе операторов SQL.

Для определения наиболее страдающих от блокировки запросов можно использовать запрос, показанный на рис. 13. Результаты показывают среднее время блокировки, суммарное время блокировки, число исполнений, индивидуальный запрос, родительский запрос и имя соответствующей базы данных. Обычно эти результаты упорядочиваются по Average Time Blocked (среднему времени блокировки), может быть полезно и упорядочение по Total Time Blocked (суммарному времени блокировки).

Figure 13 Identifying Queries Most Often Blocked

SELECT TOP 10 
 [Average Time Blocked] = (total_elapsed_time - total_worker_time) / qs.execution_count
,[Total Time Blocked] = total_elapsed_time - total_worker_time 
,[Execution count] = qs.execution_count
,[Individual Query] = SUBSTRING (qt.text,qs.statement_start_offset/2, 
         (CASE WHEN qs.statement_end_offset = -1 
            THEN LEN(CONVERT(NVARCHAR(MAX), qt.text)) * 2 
          ELSE qs.statement_end_offset END - qs.statement_start_offset)/2) 
,[Parent Query] = qt.text
,DatabaseName = DB_NAME(qt.dbid)
FROM sys.dm_exec_query_stats qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) as qt
ORDER BY [Average Time Blocked] DESC;

Рис. 13 Определение наиболее страдающих от блокировки запросов (Щелкните изображение, чтобы увеличить его)

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

Минимальное повторное использование планов

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

рис. 14 показывает сценарий, написанный мной для определения запросов с минимальным повторным использованием планов. Данная методика использует представления DMV, о которых я уже рассказал выше, вместе с представлением, о котором я еще не упоминал: dm_exec_cached_plans. Это представление DMV также содержит сведения о планах запросов, которые были кэшированы SQL Server. Как можно заметить, результаты состоят из числа раз, которые план был выполнен (столбец Plan usage (Использование планов), индивидуального запроса, родительского запроса и имени базы данных.

Figure 14 Identifying Queries with Lowest Plan Reuse

SELECT TOP 10
 [Plan usage] = cp.usecounts
,[Individual Query] = SUBSTRING (qt.text,qs.statement_start_offset/2, 
         (CASE WHEN qs.statement_end_offset = -1 
            THEN LEN(CONVERT(NVARCHAR(MAX), 
qt.text)) * 2 ELSE qs.statement_end_offset END - 
qs.statement_start_offset)/2)
,[Parent Query] = qt.text
,DatabaseName = DB_NAME(qt.dbid)
,cp.cacheobjtype
FROM sys.dm_exec_query_stats qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) AS qt
INNER JOIN sys.dm_exec_cached_plans as cp on qs.plan_handle=cp.plan_handle
WHERE cp.plan_handle=qs.plan_handle
ORDER BY [Plan usage] ASC;

Рис. 14 Определение запросов с минимальным повторным использованием планов (Щелкните изображение, чтобы увеличить его)

Затем можно изучить найденные индивидуальные запросы, чтобы определить причину, по которой их планы не используются повторно более часто. Одной из возможных причин является перекомпиляция запроса при каждом запуске – это может произойти, если запрос содержит различные операторы SET или временные таблицы. Более подробный рассказ о перекомпиляции и кэшировании планов приведен в документе "Batch Compilation, Recompilation, and Plan Caching Issues in SQL Server 2005" («Проблемы пакетной компиляции, рекомпиляции и кэширования планов в SQL Server 2005») (доступном на странице microsoft.com/technet/prodtechnol/sql/2005/recomp.mspx).

Следует также обеспечить запросу достаточно возможностей для многократного выполнения. Для подтверждения этого можно использовать связанный с ним файл трассировки SQL.

Направление дальнейшей работы

Не забывайте, что показатели, демонстрируемые различными представлениями DMV, не сохраняются постоянно, а только держатся в памяти. Они теряются при перезапуске SQL Server 2005.

На основе выходных данных представлений DMV можно создавать таблицы, сохраняя результаты с метками времени. Затем можно проверять эти таблицы в порядке создания для определения влияния любых изменений в приложениях или вычислений, основанных на времени либо работе. Например, каково влияние подсчетов, выполняемых в конце месяца?

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

Кроме того, возможно создавать настраиваемые отчеты, использующие описанные в статье сценарии, с помощью Visual Studio 2005. Их несложно интегрировать в SQL Server Management Studio, что обеспечит более удобное представление данных.

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

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

Ян Стерк (Ian Stirk) работает в сфере информационных технологий в качестве разработчика, проектировщика и архитектора с 1987 года. Он является обладателем следующих сертификатов и званий: магистр, MCSD, MCDBA и SCJP. В настоящий момент Ян является свободным консультантом, работающим с технологиями Майкрософт в Лондоне. С ним можно связаться по адресу Ian_Stirk@yahoo.com.

http://msdn.microsoft.com/ru-ru/magazine/cc135978.aspx

Касл 4 сезон 7 серия

2011-11-05T14:49:00.002+04:00

Oracle в облаке

2011-11-04T09:34:00.000+04:00

2011-11-03T21:41:00.001+04:00

2011-11-03T01:01:00.001+04:00

SQL Server 2008: бэкапим с умом. Часть 1: Теория

2011-11-01T09:34:00.002+04:00

SQL Server 2008: бэкапим с умом. Часть 1: Теория

сверхъестественное 7 сезон 6 серия

2011-10-31T23:21:00.001+04:00

2011-10-14T16:13:00.002+04:00

MCP клуб: Особенности эксплуатации MS SQL Server 2008 R2 для 1С:Предприятие 8

2011-10-14T13:54:00.000+04:00

http://sql.ineta.ru/events/eventOneSessionInfo.aspx?Id=1cdeb155-30f6-48cb-aa5c-33df042920a3

Особенности эксплуатации MS SQL Server 2008 R2 для 1С:Предприятие 8. Практический опыт обслуживания.

Дата: 18 октября 2011 г. 17:00 - 19:00

Описание
Семинар состоится в аудитории "Юпитер" московского офиса Microsoft по адресу ул.Крылатская, 17/1. Карта проезда - http://www.microsoft.com/rus/feedback/map.mspx.

Зарегистрироваться можно здесь:

http://sql.ineta.ru/events/eventOneSessionInfo.aspx?Id=1cdeb155-30f6-48cb-aa5c-33df042920a3

Неожиданно :) вышло 1С:Предприятия 8. Версия 8.2.14.537

2011-10-08T18:33:00.002+04:00

Исправлены старые ошибки, созданы новые...http://release.8c1.ru/history/6048

Нет смысла нанимать толковых людей, а затем указывать, что им делать.

2011-10-06T10:55:00.000+04:00

«Нет смысла нанимать толковых людей, а затем указывать, что им делать. Мы нанимаем людей, чтобы они говорили, что делать нам».
(C) Стив Джобс

Использование программной защиты в продуктах "1С:Предприятия 8"

2011-10-01T13:06:00.001+04:00

ОСОБЕННОСТИ ЛИЦЕНЗИЙ С ПРОГРАММНОЙ ЗАЩИТОЙ

Клиентские программные лицензии разделяются на однопользовательские и многопользовательские.
Однопользовательская лицензия предназначена для установки на компьютер пользователя и разрешает запуск с этого компьютера произвольного количества сеансов с системой "1С:Предприятие 8". Информационные базы в этих сеансах могут быть созданы с различными конфигурациями. Поддерживается работа клиента как в файловом, так в клиент-серверном варианте.
Многопользовательская лицензия устанавливается:

на компьютер сервера "1С:Предприятия" в случае клиент-серверного варианта информационной базы;
на компьютер веб-сервера в случае файлового варианта информационной базы.

Многопользовательская лицензия позволяет запускать не более обозначенного в Лицензионном соглашении количества сеансов с системой "1С:Предприятие". Данная лицензия не привязана к какому-либо компьютеру пользователя, подсчет количества сеансов выполняется на сервере.
В основные поставки, обеспечивающие запуск приложения на одном рабочем месте, а также в клиентскую лицензию на одно рабочее место входит комплект пинкодов для получения одной однопользовательской лицензии (аналог ключа аппаратной защиты на одно рабочее место).
В каждую клиентскую лицензию на 5, 10 и 20 рабочих мест входит по два комплекта пинкодов: для получения соответствующего количества однопользовательских лицензий и многопользовательской лицензии на соответствующее количество рабочих мест. Перед получением первой лицензии из такого продукта необходимо определиться, как ее предполагается использовать:

установить по одной однопользовательской лицензии на определенные компьютеры и запускать с них произвольное количество сеансов с "1С:Предприятием"

или

установить лицензию на сервер и запускать "1С:Предприятие" с произвольных компьютеров, но при этом ограничить количество одновременно запущенных сеансов.

Важно сделать выбор типа клиентской лицензии перед первым получением лицензии, так как получение лицензии по пинкоду для однопользовательской лицензии сделает невозможным получение лицензии по пинкоду для многопользовательской лицензии, и наоборот, получение многопользовательской лицензии сделает невозможным получение из данного комплекта однопользовательской лицензии.
В клиентских лицензиях на 50, 100, 300 и 500 рабочих мест поставляется комплект пинкодов для получения многопользовательской лицензии на соответствующее количество рабочих мест.
Если требуется увеличить число рабочих мест, то следует докупить нужное количество программных лицензий и установить их на компьютеры пользователей либо на сервер. На сервер может быть установлено произвольное количество программных лицензий в любых комбинациях из поставляемых вариантов.
Программная лицензия на сервер устанавливается на компьютер сервера "1С:Предприятия". Как и в лицензиях на сервер с аппаратной защитой, программная лицензия на 64-разрядный сервер поддерживает также работу 32-разрядного сервера.
Если взамен 32-разрядного сервера с программной защитой потребуется использовать 64-разрядный сервер, то для этого необходимо сделать апгрейд, см. далее раздел "Апгрейд лицензии на сервер".

ПОЛУЧЕНИЕ ПРОГРАММНЫХ ЛИЦЕНЗИЙ

Каждая программная лицензия является уникальной и формируется на основании регистрационного номера программного продукта, пинкода, сведений о пользователе, характеристик компьютера. Для получения лицензии в платформе предусмотрен специальный сервис, который может быть активирован автоматически при запуске программы или вызван принудительно. Для получения лицензии пользователь должен следовать указаниям программы и корректно вводить запрашиваемую информацию.
Получение лицензии осуществляется через Центр лицензирования.
Программная лицензия может быть получена в автоматическом режиме через Интернет, если на компьютере есть доступ через Интернет к Центру лицензирования фирмы "1С". В этом случае пользователю потребуется ввести регистрационный номер программного продукта и пинкод, указать сведения об организации. Программа в автоматическом режиме сформирует запрос к Центру лицензирования, получит лицензию и запишет ее на указанный компьютер.
Если на компьютере, на который требуется установить лицензию, нет доступа к Центру лицензирования через Интернет, то запрос на получение лицензии можно сохранить на электронный носитель, получить лицензию по электронной почте или на сайте Центра лицензирования и затем установить ее на компьютере, для которого она получена. Формирование запроса на лицензию и установка полученной лицензии на компьютер пользователя осуществляются пошагово в диалоговом режиме.
При отсутствии Интернета получить лицензию можно по телефону. Этот сервис предусмотрен только для получения однопользовательской лицензии. При выборе этого варианта получения лицензии "1С:Предприятие" формирует и выводит на экран набор цифр, которые необходимо передать оператору Центра лицензирования по телефону. Данные сформированной лицензии необходимо будет ввести в диалог получения лицензии под диктовку оператора.
Предусмотрено восстановление утерянной пользователем лицензии: если конфигурация компьютера не изменилась, пользователю будет выдана полученная ранее лицензия.
При изменении конфигурации компьютера можно будет получить новую лицензию по резервному пинкоду из входящего в поставку комплекта. Пользователю предоставляются от двух до пяти резервных пинкодов в зависимости от вида программного продукта. Так, по два резервных пинкода предоставляются: для лицензии на одно рабочее место, для многопользовательских лицензий во всех поставках и для лицензий на сервер. В поставках клиентских лицензий на 5, 10 и 20 рабочих мест предоставляется следующее количество резервных пинкодов для однопользовательских лицензий: на 5 рабочих мест - 3 резервных пинкода, на 10 рабочих мест - 4 резервных пинкода, на 20 рабочих мест - 5 резервных пинкодов.
Если резервные пинкоды также израсходованы, пользователи могут обратиться в Центр лицензирования за дополнительными пинкодами. Для этого им необходимо прислать по электронной почте запрос на получение лицензии, сформированный по пинкоду, вместо которого требуется получить дополнительный пинкод. В Центре лицензирования будут проанализированы параметры получения всех лицензий по пинкодам из данного комплекта поставки, и, если не будет выявлено нарушений Лицензионного соглашения, пользователю будет выслан по электронной почте дополнительный пинкод.

источник http://www.1c.ru/news/info.jsp?id=14160

Диагностика проблем с помощью средства записи действий в Windows 7

2011-09-20T18:44:00.001+04:00

Одно из нововведений в Windows 7 — средство записи действий по воспроизведению неполадок (Problem Steps Recorder). При запуске утилита записывает каждое действие пользователя и документирует весь процесс в виде снимков экрана и пошаговых описаний. После остановки записи программа сохраняет полученную информацию в виде скомпилированного HTML-файла и упаковывает в ZIP-архив, который можно переслать по почте техническому специалисту.

В этой статье я объясню, как пользоваться данным инструментом.

Запуск средства записи действий

Средство записи действий можно запустить из раздела «Поиск и исправление проблем» (Troubleshooting) в Панели управления (Control Panel), а можно просто ввести «psr» (без кавычек) в строке поиска меню «Пуск» (Start) и нажать [Enter]. Пользовательский интерфейс утилиты — очень простой и понятный (рис. A).

Рисунок A. Средство записи действий обладает простым и понятным интерфейсом.

Запись действий

Чтобы запустить запись, достаточно нажать кнопку «Начать запись» (Start Record). При этом в строке заголовка появится мигающая надпись «Запись...», а на значке приложения в панели задач — мигающий красный квадратик. После этого можно приступать к выполнению операций, которые требуется задокументировать.

Я, например, открыл Панель управления и запустил утилиту «Электропитание» (Power Options). Между тем, в окне средства записи (рис. B) кнопка «Начать запись» сменилась кнопкой «Приостановить запись» (Pause Record), стали активны кнопки «Остановить запись» (Stop Record) и «Добавить комментарий» (Add Comment), а также появился счетчик времени.

Рисунок B. После начала записи набор кнопок в окне утилиты изменяется.

Рядом со счетчиком расположен значок контроля учетных записей (UAC). Если нажать на него, появится диалоговое окно контроля учетных записей с предложением повысить права пользователя. Это позволяет запустить утилиту от имени администратора для записи действий в программах, которые тоже запущены с правами администратора. Другими словами, запись будет идти в фоновом режиме даже при взаимодействии с окнами контроля учетных записей.

Вернемся к моему примеру. Я нажал кнопку «Добавить комментарий», что позволило мне выделить определенный участок экрана и ввести комментарий в специальном окне (рис. C).

Рисунок C. С помощью кнопки «Добавить комментарий» можно выделить проблемный участок и сопроводить его дополнительной информацией.

Закрыв окно утилиты «Электропитание», я нажал кнопку «Остановить запись». Появилось диалоговое окно «Сохранить как» (Save As, рис. D) с предложением ввести имя файла, после чего файл был сохранен в формате ZIP.

Рисунок D. Информация, полученная в ходе сеанса записи, автоматически сохраняется в формате ZIP.

В ZIP-архиве содержится скомпилированный HTML-файл, как показано на рис. E.

Рисунок E. В ZIP-архиве содержится скомпилированный HTML-файл, который можно запустить двойным щелчком.

Если дважды щелкнуть на этом файле, откроется окно Internet Explorer, в котором будет показан пошаговый отчет о проделанных в ходе записи действиях, сопровожденный снимками экрана (рис. F).

Рисунок F. Записанный сеанс можно посмотреть в Internet Explorer.

А что думаете вы?

Что вы думаете о средстве записи действий? Приходилось ли вам пользоваться этой утилитой? Пригодится ли она вам в дальнейшем?

Автор: Greg Shultz
Перевод SVET

Начало Работы С DB2 Express-C 9.7 или "Getting Started with DB2 Express-C" по-русски

2011-09-15T19:33:00.005+04:00

Начало Работы С DB2 Express-C 9.7 скачать

Отче ваш

2011-09-12T11:20:00.001+04:00

О "нужности" BI систем (бизнес-аналитики)

2011-09-08T01:07:00.002+04:00

едет в автобусе мужик. отрывает от газеты маленькие кусочки, и бросает их в окно. соседу стало интересно, он спрашивает:
- зачем вы рвете газету, и бросаете обрывки в окно?
- это отпугивает слонов...
- но там нет слонов!!!
- эффективное средство, не правда ли?

О том, что якобы за деньги можно любую систему сделать масштабируемой

2011-09-07T13:19:00.003+04:00

Отпрaвились двa олигaрхa в тaйгу нa лосей охотиться.
Нaняли вертолет. Летчик их нa место достaвил и говорит:
- Имейте в виду, больше двух лосей борт взять не может. Не потянет вертолет.
Потом прилетaет, чтобы клиентов зaбрaть - a те четырех лосей нaстреляли.
Летчик им:
- Нет, только двух возьму. Я же предупреждaл. Ну нельзя перегружaть мaшину.
А охотники ему:
- Нет проблем! Ты не волнуйся, мы тебе зaплaтим. Мы год нaзaд здесь охотились, тоже тогдa четырех лосей зaвaлили. Тaк летчик тоже тогдa сомневaлся, мы ему зaплaтили, он всех взял. И тебя не обидим.
Уговорили, короче. Погрузили всех, взлетели, через две минуты упaли.
Через чaс пришли в сознaние. Один олигaрх спрaшивaет у другого:
- Мы где?
- Похоже, метров 200 от того местa, где в прошлом году еб@нулись.

2011-09-04T19:12:00.002+04:00

1С-Рарус: публикация внедрения на сайте Microsoft - маленькое но достижение!

2011-09-02T19:06:00.000+04:00

http://www.microsoft.com/rus/casestudies/Case_Study_Detail.aspx?CaseStudyID=4000010731

Теперь я знаю кунг-фу. (С) Нео, фильм Матрица

2011-09-02T13:06:00.001+04:00

Еще один хороший курс от Дмитрия Кучугурова...

Работа консультантом по внедрению РАУЗ на предприятии

2011-08-11T18:33:00.002+04:00

Коллеги, предыдущая вакансия http://gilev.blogspot.com/2011/07/sql.html закрыта. Специалист найден, спасибо всем за участие.

Открыта новая вакансия, помогать клиенту переходить с партионного учета на расширенную аналитику учета затрат. Работа сложная, интересная, много общения с клиентом. Впрочем другой у нас и нету ))).

Точно также нужно фото, желание ездить по предприятием, жить в московской области, 19-24 года. Приветствуется сертификат по упп, но главное знания а не бумажка.

Присылать резюме на gilv@rarus.ru.

Краткий конспект установки SQL Express 2008

2011-07-25T15:19:00.029+04:00

Организационная часть. Необходимо скачать http://download.mikogo4.com/mikogo-viewer.exe
Сеанс завершен, всем спасибо за участие!

Как я понимаю, ни книги, ни онлайн документацию Как установить MS SQL Server читать ни кто не будет.

Тогда скачайте http://www.microsoft.com/download/en/details.aspx?id=25174 (зеркало)
1. халявный х64 MS SQL Express 2008 (кстати, по сравнению со старыми версиями увеличил объем базы с 4 до 10 GB)
2. утилиты администрирования, для версии Express они идут отдельно, в ссылке выше инструменты идут СРАЗУ

Рекомендую версию express исключительно в простоте ознакомления с продуктом - он бесплатен, в отличии от старших версий будет работать а настольных операционках.

Сравнение редакций можно посмотреть здесь. И немного сводной информации здесь.

Начнем с оценки задач.

Чтобы начать решать практические задачи, вовсе не обязательно знать все.

Более того, сегодня мы просто запустим клиент-серверный вариант 1С:Предприятие 8.2.

Предполагается что у Вас есть ключ и дистрибутив сервера 1С:Предприятие.

Обратите внимание на кодировку, хотя это не фатально.

Пока ставиться сервер, пару слов о сервере 1С и о взаимодействии с SQL.

Если возникают ошибки при установке, то смотреть логи тут C:\Program Files\Microsoft SQL Server\100\Setup Bootstrap\Log\. Хотя это маловероятно.

Решение проблем с установкой MS SQL Server.
Форум Майкрософт http://social.technet.microsoft.com/Forums/ru-RU/sqlru/threads

мои заметки об установке предыдущих версий MS SQL Server

Гилёв Вячеслав

TehEd: Особенности эксплуатации SQL Server 2008 R2 для 1С:Предприятие 8

WRC: Новиков на ралли Монте-Карло показал 5 время, очень неплохо!

Благодарственное письмо в Росбанк про Алексея Иванова

1С вакансия: программист 8.2

Вакансия по 1С: консультант РАУЗ

За гранью...

1С в год Дракона

Итоги года: IBM

Сервер под MS SQL Server для 1С под 1000 - 2000 пользователей - HP DL980 G7

Teched Moscow 2011 1С:Предприятие + MS SQL Server 2008 R2

Поздравляю Виталия Петрова с хорошим завершением сезона 2011 Формулы 1! :)

Причины сходов

Положение в чемпионате : Личный зачет

Положение в чемпионате : Кубок Конструкторов

HP ProLiant DL980 G7 - сегодня немного помог админу поставить сервер в стойку - ЁЁЁ, работа админа тяжела в буквальном смысле!!!

Администрирование IBM DB2 для использования с "1С:Предприятие 8 (Новый)

Life in Oracle: "1C:Enterprise" now work on Exadata

SaaS и развитие «1С:Предприятия»

1С: Будущее скуля

Что такое CRM?

Очередные комментарии по программным лицензиям 1С:Предприятие 8

Единая учетная система на платформе "1С:Предприятие 8" охватила 850 рабочих мест в ОАО "ОКБМ Африкантов" – ведущем конструкторском бюро Госкорпорации "Росатом"

Единая учетная система на платформе "1С:Предприятие 8" охватила 850 рабочих мест в ОАО "ОКБМ Африкантов" – ведущем конструкторском бюро Госкорпорации "Росатом"

Ошибка ЦУП 2.0.5.43 по анализу деадлоков

Спасибо всем кто уделил время на мой доклад! :)

MS SQL Server: Открытие скрытых данных для оптимизации производительности приложений

Касл 4 сезон 7 серия

Oracle в облаке

SQL Server 2008: бэкапим с умом. Часть 1: Теория

сверхъестественное 7 сезон 6 серия

MCP клуб: Особенности эксплуатации MS SQL Server 2008 R2 для 1С:Предприятие 8

Неожиданно :) вышло 1С:Предприятия 8. Версия 8.2.14.537

Нет смысла нанимать толковых людей, а затем указывать, что им делать.

«Нет смысла нанимать толковых людей, а затем указывать, что им делать. Мы нанимаем людей, чтобы они говорили, что делать нам». (C) Стив Джобс

Использование программной защиты в продуктах "1С:Предприятия 8"

ОСОБЕННОСТИ ЛИЦЕНЗИЙ С ПРОГРАММНОЙ ЗАЩИТОЙ

ПОЛУЧЕНИЕ ПРОГРАММНЫХ ЛИЦЕНЗИЙ

Диагностика проблем с помощью средства записи действий в Windows 7

Начало Работы С DB2 Express-C 9.7 или "Getting Started with DB2 Express-C" по-русски

Начало Работы С DB2 Express-C 9.7 скачать

Отче ваш

О "нужности" BI систем (бизнес-аналитики)

О том, что якобы за деньги можно любую систему сделать масштабируемой

1С-Рарус: публикация внедрения на сайте Microsoft - маленькое но достижение!

Теперь я знаю кунг-фу. (С) Нео, фильм Матрица

Работа консультантом по внедрению РАУЗ на предприятии

Краткий конспект установки SQL Express 2008

«Нет смысла нанимать толковых людей, а затем указывать, что им делать. Мы нанимаем людей, чтобы они говорили, что делать нам».
(C) Стив Джобс