Submitted by Vladislav Osmanov on 10.04.2012 18:51
Открыл для себя интересную возможность в SQL-сервере – секционированные таблицы.
Объяснение на пальцах: есть база с постоянно пополняемой таблицей заказов. Как правило, основная работа ведётся с заказами за последние пару месяцев. Остальная масса заказов необходима для аналитики и используется раз в месяц/квартал/год. Таблица растёт и могут начать проявляться проблемы производительности при доступе к этим данным. Первое что приходит на ум – создать вторую таблицу для архивных данных, выгрузить в неё старые заказы облегчив таким образом доступ к текущим заказам. И тут уже начнутся пляски при объединении текущих заказов с архивными в единой выборке для анализа... [node:read-more:link]
Submitted by Vladislav Osmanov on 30.12.2011 14:58
После установки четвёртого пакета обновлени (Update Rollup 4) внезапно перестали работать клиентские REST-запросы из форм действий: задач, эл. писем, кастомных действий. Каждый вызов REST заканчивался ошибкой Error: 400: Bad Request: "Сервер обнаружил ошибку при обработке запроса. Дополнительные сведения см. в журналах сервера." (The server encountered an error processing the request. See server logs for more details.).
Submitted by Vladislav Osmanov on 03.11.2011 19:29
После установки четвёртого пакета обновлений (Update Rollup 4 (KB 2556167)) в Microsoft Dynamics CRM 2011 появляется возможность измерять пропускную способность сети и производительность браузера при работе с javascript.
Submitted by Vladislav Osmanov on 15.06.2011 21:38
Заметка из серии "век живи - век учись". Мне всегда не нравилось, что при создании шаблонов электронных писем (в том числе и писем, рассылаемых из Workflow) при нажатии Enter вставлялся новый параграф. Написать компактный текст из нескольких отдельных строк не представлялось возможным.
Оказывается есть хитрость: нажимаем Enter - вставляем абзац, нажимаем Shift+Enter - перевод строки.
Submitted by Vladislav Osmanov on 15.06.2011 21:10
При настройке Email Router'а под Microsoft Dynamics CRM 2011 столкнулся со следующей ошибкой:
E-mail Router Configuration Manager
The E-mail Router Configuration Manager was unable to retrieve user and queue information from the Microsoft Dynamics CRM server. This may indicate that the Microsoft Dynamics CRM server is busy. Verify that URL 'http://server/orgname' is correct. Additionally, this problem can occur if specified access credentials are insufficient. To try again, click Load Data. (Метаданные содержат неразрешимую ссылку: "http://server/XrmServices/2011/Discovery.svc?wsdl".) (Metadata contains a reference that cannot be resolved: 'http://server/XrmServices/2011/Discovery.svc?wsdl'.)
Для решения этой проблемы советую проверить включена ли анонимная проверка подлинности не только для каталога "Microsoft Dynamics CRM\XrmServices", но и для вложенного каталога "2011":
Submitted by Vladislav Osmanov on 10.05.2011 20:50
Помимо неподдерживаемой кастомизации мастер установки Microsoft Dynamics CRM 2011 предупреждает нас и о фрагментированных индексах, которые могут значительно замедлить процесс обновления: Fragmented indexes were detected in the Microsoft Dynamics CRM database.
Просмотрев детали этого предупреждения можно обнаружить внушительный список фрагментированных индексов.
Для уменьшения времени обновления CRM настоятельно рекомендуется перестроить эти индексы. Конечно, это можно сделать вручную (через SQL Server Management Studio), но гораздо приятнее воспользоваться чудо-скриптом IndexOptimize, который позволяет разом перестроить все индексы указанной базы данных. [node:read-more:link]
Submitted by Vladislav Osmanov on 10.05.2011 19:47
Хоть и Microsoft Dynamics CRM 2011 Implementation Guide настоятельно рекомендует "чистую" установку CRM 2011 с последующей миграцией данных из старой четвёрошной базы, грех не попробовать обновиться поверх существующего решения.
Во время такого обновления мастер установки сообщает об очень интересных вещах:
Просмотрев детальную информацию, находим списки индексов и хранимых процедур не входящих в поставку Microsoft Dynamics CRM. [node:read-more:link]
Submitted by Vladislav Osmanov on 09.04.2011 20:49
Для обеспечения дополнительной надёжности и повышения производительности сервера отчётов, можно развернуть службы сервера отчётов на кластере балансировки нагрузки (NLB-кластере). Большим плюсом такого решения будет единый адрес для конфигурирования службы отчётов, развёрнутого в связке кластера сервера-приложений и SQL-кластера. Это позволяет гибко переключать сервер отчётов на другие базы не перенастраивая клиентские приложения на новый адрес SSRS. Более подробно об этом можно прочитать в статьях, ссылки на которые приведены в конце заметки.
Submitted by Vladislav Osmanov on 09.04.2011 16:49
После переноса Microsoft SQL Server Reporting Services работает - отчёты создаются.
Но стоит перейти к настройкам подписки/рассылки отчётов в административном разделе, как мы получаем интересное сообщение: В базе данных сервера отчетов произошла ошибка. Это могло произойти из-за ошибки соединения, истечения времени ожидания или недостатка места на диске с базой данных. (rsReportServerDatabaseError)
На редкость информативное сообщение обязывает заглянуть в логи SSRS, где расскрываются подробности произошедшего: [node:read-more:link]
Submitted by Vladislav Osmanov on 09.04.2011 15:25
Перенос сервера Microsoft SQL Server Reporting Services не является сложной задачей, но имеет некоторые моменты, которые могут смутить.
Так, например, недостаточно просто перенести файлы баз данных SSRS на новый сервер, - требуется дополнительно переконфигурировать SSRS. Конфигурация производится в Диспетчере конфигурации служб Reporting Services, и основным шагом является привязка перенесённой базы к новому экземпляру сервера отчётов.
Последние комментарии