вторник, 30 марта 2010 г.

DPM: разбавим бекап скриптами.

image Прекрасно, когда мы в состоянии использовать некоторые возможности DPM, чтобы сделать резервную копию приложения целиком (например, SharePoint или виртуальную машину Hyper-V). Однако, что делать, когда недостаточно просто взять system state, добавить к нему диск C, чтобы получить работоспособный бекап (например, OCS или Windows 2008 Bare Metal Recovery) или наша ферма MOSS 2007 сконфигурирована способом, делающим невозможным его бекап “в один клик” (некоторые сценарии SQL Mirroring ломают возможность такого бекапа)?

Что же… Именно здесь в игру могут вступить скрипты. Data Protection Manager позволяет, на самом деле, запускать скрипты до и/или после бекапа.Трудно ли это? Нет. Могу ли я рекомендовать для создания сложных, критических для бизнеса функций? Увы, тоже не стал бы рекомендовать это делать без крайней необходимости.

Давайте обсудим, почему:

  1. Сложность. На самом-то деле, достаточно лишь разместить Ваши скрипты на локальном диске защищаемого компьютера и сделать правки в одном из конфигурационных файлов. причем скрипт может быть любым: шелл, VBS, PoSh, да хоть Perl. Например, скрипт для BMR-резервирования может выглядеть так:

@echo off
setlocal enabledelayedexpansion
set BACKUP_TARGET=\\BackupServer\ServerBackup
rd /s /q "%BACKUP_TARGET%\WindowsImageBackup\%computername%"
wbadmin start backup -backuptarget:"%BACKUP_TARGET%" -allcritical -quiet
if %ERRORLEVEL% == 0 (
rem    pushd "%BACKUP_TARGET%\WindowsImageBackup\%computername%"
rem    for /f "tokens=*" %%i in ('dir /b /s *.vhd') do move /Y "%%i"

)

(код почти из этого документа)

В любом случае, наиболее важная часть всей процедуры содержится в файле ScriptingConfig.xml, который обычно лежит в c:\Program Files\Microsoft Data Protection Manager\DPM\Scripting.

Содержимое этого файла по-умолчанию:

<?xml version="1.0" encoding="utf-8" ?>
  <ScriptConfiguration xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://schemas.microsoft.com/2003/dls/ScriptingConfig.xsd">
   </ScriptConfiguration>

Что нам нужно, так это добавить немного дополнительных настроек внутрь тега <ScriptConfiguration>. В конечном счете файл будет выглядеть, например, вот так:

<?xml version="1.0" encoding="utf-8" ?>

<ScriptConfiguration xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://schemas.microsoft.com/2003/dls/ScriptingConfig.xsd">

<DatasourceScriptConfig DataSourceName="c:">

  <PreBackupScript>"Path-To-Script or command line to run script"</PreBackupScript>
  <PostBackupScript />
  <TimeOut>90</TimeOut>
   </DatasourceScriptConfig>
  </ScriptConfiguration>

Все вполне очевидно, как можно видеть:

  • DataSourceName – имя источника данных перед бекапом которого (или после него) нужно выполнить скрипт
  • PreBackupScript – строка, которую необходимо выполнить перед резервным копированием
  • PostBackupScript – строка, которую нужно выполнить после бекапа
  • TimeOut – таймаут в минутах

Довольно несложно, не так ли?

2. Почему я не рекомендую использовать эту технику, если только Вы не нуждаетесь в ней чрезвычайно сильно? Ну… На самом деле, достаточно трудно судить, успешно ли было выполнение скрипта. Консоль DPM ничего не скажет Вам по этому поводу. Например, говоря о BMR для Windows Server 2008, мы можем бекапить, на самом деле, любой файл, присутствующий на файловой системе, предварив создание резервной копии скриптом, который запускает WBAdmin. Если сам файл будет скопирован успешно, то Вы получите зеленую галочку, невзирая на степень успешности резервирования BMR имиджа. Путями быть в курсе успешности бекапа могут быть:

  • Сделать тестовое восстановление. (прекрасная идея, на самом деле, однако, предположите, что у Вас сотни серверов, с бекапом каждую неделю… Проверять их раз в 7 дней – mission impossible)
  • Сделать скрипт достаточно сложным, чтобы он сам распознавал ошибки и рапортовал о них. Снова не самая худшая идея, однако, это полностью неуправляемая вещь, к тому же, превращающаяся в еще одну систему мониторинга, что не слишком хорошо сказывается на всяких там TCO
  • Использовать сторонние инструменты третьих компаний

Впрочем, для некоторых задач это все еще великолепный инструмент.

суббота, 27 марта 2010 г.

О как…

Сравнить два линка:

http://xryfan-blog.ru/?p=35

http://komatozo.blogspot.com/2009/12/bitlockera-2.html

Это зачем? Чисто чтобы поисковики выводили на ресурс? Даже и не воровство, а вообще неясно что =) Но радует – популярность типа (шутка) =)

понедельник, 22 марта 2010 г.

Сервисы и халявщики.

Пришла вдруг в голову мысль: а ведь переходам к сервисам, облакам и прочим модным словам мы, возможно, обязаны халявщикам. Да-да, именно тем, кто ноет, что брать деньги за кучку байтов – неправильно. Ведь людям зарабатывать все равно как-то надо, поэтому и было придумано, скажем облако, чтобы брать деньги не за байты, а за услугу по предоставлению доступа к ним. Ведь как оно будет, возможно, в не столь отдаленном будущем: у пользователя есть железка, выданная ему абсолютно бесплатно или за чисто символическую плату (кто скажет, что это бред, пусть вспомнит iPhone: кое-где он продавался за 1 доллар, но при этом с совершенно жутким договором впридачу). В железке уже есть какой-то софт (производителя которого знают лишь гики навроде меня – никому не интересно, кто написал что-то там внутри – MS, Apple или “свободные каменщики”), который, по больщому счету предоставляет лишь доступ к облаку. При этом, как правило железка даже не имеет локального хранилища данных, так как везде предполагаются каналы, достаточные для доставки любого контента быстро и качественно (тоже далеко не фантастика уже) и наличие безлимитного тарифа. А вот тариф – это уже интересно:

1) Базовый позволяет, скажем, звонить, серфить и хранить гиг документов в облаке.

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

3) Еще один дает возможность построить уже три плейлиста по 300 песен…

4) Опция к тарифу дает возможность скачать и установить (ой… Локальных хранилищ-то нет… Тогда “проиграть из сети”) на приставку любую одну игру.

5) Очень крутой тариф позволяет еще и делиться с друзьями всем открытым в данный момент в своем облаке….

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

В общем, господа пираты как бы загоняют нас всех железной рукой в облако. Пойдем?

воскресенье, 21 марта 2010 г.

Готовы к 2010 Scripting Games? Готовьтесь.

image Организаторы Игр опубликовали список навыков, необходимых (эй, никто не говорил, что этого будет достаточно!  ;) ) для успешного прохождения заданий. Итак, что нужно знать, чтоб быть готовым:

  1. Работа с реестром.
  2. Работа с журналом событий (Event Log).
  3. Текстовые файлы и папки.
  4. Переменные окружения.
  5. Использование WMI.
  6. Использование циклов.
  7. Специальные папки.
  8. Работа с массивами.
  9. Функции и подпрограммы.
  10. Обработка ошибок.
  11. Использование графических компонент в скриптах.

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

Присоединяйтесь!

четверг, 11 марта 2010 г.

Virtual Fatality: как не нужно делать.

Очень короткий и забавный скринкаст о том, чего делать не стоит, даже чрезмерно увлекаясь виртуализацией. Например, виртуализировать все контроллеры домена и Virtual Machine Manager.