Сделать микрофон USB-вебкамеры устройством ввода по умолчанию в Ubuntu (make the usb webcam mic default input device in Ubuntu)

За время отпуска полюбил Ubuntu 11.04 за простоту и дружественность. Однако, раздражала необходимость постоянно выбирать микрофон usb-вебкамеры устройством по умолчанию в pulseaudio. Нашел тут элегантную инструкцию, как сделать это автоматически:

Publishing an Exchange farm (OA) with KCD via TMG (Публикация фермы Exchange c KCD через TMG)

Симптомы достаточно странные. Опубликовал все, как полагается по инструкции на TechNet, все даже работает. Выглядит так:

SQL 2008 R2 Cluster installation step-by-step: пошаговая инструкция по инсталляции кластера SQL 2008 R2

Инсталляция кластера SQL 2008 R2 достаточно проста, но пропустив некоторые шаги можно потом потратить много времени и усилий на исправление, так что неплохо иметь пошаговую инструкцию по инсталляции. Подразумевается, что уже имеется как минимум один узел (node) с установленным Windows 2008 R2 и подключенный к shared storage

SSRS: Could not establish trust relationship for the SSL/TLS secure channel.

У меня проблема возникла из-за конфигурации по умолчанию SSRS 2008 R2. Вылечилось изменением в файле RSReportServer.config (Program Files\Microsoft SQL Server\MSSQL.#\Reporting Services\ReportServer folder) значения add Key="SecureConnectionLevel" на Value="0"

Источники:
http://technet.microsoft.com/en-us/library/cc304416.aspx
http://social.msdn.microsoft.com/Forums/en-US/sqlreportingservices/thread/91ba429e-8bc4-4181-b7a3-f5082c80d51e/

SSIS Script Destination component: как сделать потоковый UPDATE, EXEC и т.д.

Предположим, нам необходимо производить что-то сложнее INSERT в Data flow task. DTS 2000 позволял такое, но в SSIS 2005-2008 к сожалению это невозможно. OleDb destination на первый взгляд позволяет использовать SQL Command, но не поддерживает параметры, поэтому передать что-то туда нельзя.
Выход - использовать Script Component в Data Flow Task в качестве Destination. Способы различаются для ADO.NET connection и OleDb connection (первый вариант более рекомендуемый, потому что он позволяет использовать текущее соединение и транзакцию).

SQL Server 2008 R2 Utility control point - enrollment прошел без ошибок, но информация не собирается

Как выяснилось, даже если у instance с UCP есть отдельный выделенный TCP порт, с точки зрения managed instance он все равно считается named instance и пытается подключиться к нему как к SERVERNAME\INSTANCENAME. Если в сети запрещен соответствующий трафик или SQL Browser выключен, информация собираться не будет. Выход - использовать SQL Alias на managed instance.
Проверить, что все работает нормально можно, поглядев историю SQL Agent Job на managed instance для задач sysutility_mi_collect_and_upload и sysutility_mi_collect_performance.
Другие полезные советы для траблшутинга UCP connectivity доступны тут:
http://msdn.microsoft.com/en-us/library/ee210592.aspx

Installation Failure: Windows failed to install the following update with error 0x80070643: Windows Server 2008 R2 Service Pack 1 x64 Edition (KB976932). Другие обновления также могут не устанавливаться.

Для диагностики и исправление проблем с обновлениями на Windows 7 и Windows 2008 (R2) замечательно подходит утилита System Update Readiness Tool. При запуске утилита однократно сканирует систему и помещает лог в %windir%\logs\cbs. Из лога можно понять, какие файлы были повреждены, какие исправлены и какие исправить не получилось. В последнем случае можно легко перетащить поврежденные файлы с другого компьютера.

Источник: http://social.technet.microsoft.com/Forums/en-US/winserverwsus/thread/3a1a9428-e004-424e-bd1f-849146939de7/

Миграция отчетов в SSRS (Migrate SSRS reports)

Совершенно замечательное приложение, чтобы мигрировать репорты с одного сервера на другой, выгрузить/загрузить их кучей и т.д. - RSScripter:

http://www.sqldbatips.com/showarticle.asp?ID=62

Jasper Smith, thank you!

SQL Server Integration Services (SSIS) запускает SQLDUMPER.EXE и виснет во время выполнения пакета.

Эта проблема возникла у меня почему-то только на Windows7 (на XP все работало нормально). Во время отладки SSIS package на мгновение появлялось DOS-окошко с SQLDUMPER, после чего задачи в Business Intelligence Development Studio оставались желтенькими, но никогда не завершались. Решение этой проблемы такое же странное, как и она сама - надо выключить службу SQL Server VSS Writer.

Источник: http://discussions.virtualdr.com/showthread.php?t=220983

ADODB.Recordset error '800a0e78' Operation is not allowed when the object is closed.

У меня это случилось при миграции старого веб-приложения (ASP) на новый веб и сиквел сервер. Были изменены параметры подключения (с ODBC на OLE DB). Приложение подключалось к базе данных, SQL Profiler показывал, что команды исполняются, однако часть кода

set objDBConnection = Server.CreateObject("ADODB.Connection")
Set objRs = Server.CreateObject( "ADODB.RecordSet")
objDbConnection.Open(ConnectionString)
objRs.Execute("EXEC someStoredProcedure")

возвращало закрытый объект objRs и ошибку ADODB.Recordset error '800a0e78' , чего не случалось до миграции.
Немножко поковырявшись и погуглив, нашел следующее: вызовы stored procedures, сделанные через ODBC не возвращают "(x) rows affected", а OLE DB - возвращают. Соответственно, встретив эту строчку в ответе, OLE DB неверно интерпретирует ее как отсутствие данных и закрывает объект. Починить это можно двумя способами - поставив SET NOCOUNT ON вначале кода stored procedure (более правильный способ) или включив no count глобально на уровне сервера (на уровне базы данных, к сожалению, этого не сделать).
В связи с этим приходит следующая мысль: обязательное использование SET NOCOUNT ON в начале кода stored procedure - это хороший тон.

Источник: http://tutorials.aspfaq.com/8000xxxxx-errors/why-do-i-get-800a0cc1-errors.html

SQL Server Management Studio at x64 platform ('System.OutOfMemoryException', memory leaks, etc.)

Не успел я порадоваться на свой новый лэптоп (Elitebook 8540w, 8GB RAM), как заметил, что SSMS ведет там себя очень странно - зависает, работает ощутимо медленнее, чем на моем старом лэптопе и периодически отъедает 1-2GB RAM на очень простых запросах.
Дня два копал интернет, пока не нашел следующее:
"...You may experience slow performance when you run 32-bit SQL Server tools on 64-bit operating systems..."

"...To improve performance, run these 32-bit tools on a computer that is running a 32-bit operating system. Then, connect to a 64-bit server that is running SQL Server..."
В результате получается, что мой новый лэптоп несовместим с моим основным рабочим инструментом.
Не понимаю я Microsoft - почему, несмотря на то, что все новые версии ОС объявлены x64, инструменты разработчика даже для SQL 2008 R2 все еще x32?
Источник: http://support.microsoft.com/?id=906892