top
logo


Пример шаблона Блога Раздела (раздел FAQ)
ZFS лучше чем UFS, для файлового хранилища PDF Печать E-mail
27.12.12 15:03

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

Достаточно быстро я пришёл к ZFS, которая обладает достаточно интересными свойствами, например возможностью увеличивать объём доступного места в файловой системе путём простого подключения дополнительных дисков.

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

Т.е. в после случайного удаления нужных файлов в ZFS достаточно восстановить состояние файловой системы до удаления. И всё.

Особенно приятно, что приличная реализация ZFS существует не только для Solaris, но и для FreeBSD. Для Linux же полного счастья с ZFS, на сколько я понимаю, наступить не может. По лицензионным ограничениям невозможно сделать ZFS частью ядра. Хорошо, что я выбрал FreeBSD в качестве операционной системы своего хранилища.

К сожалению, даже разработчики ZFS не волшебники. И если вы хотите сделать надёжное хранилище из двух дисков, то единственный путь — зеркалирование, как и в RAID-1.

{jcomments on}

 
Копируем открытые файлы при помощи Volume Shadow Copy Service. PDF Печать E-mail
27.12.12 14:55

Копируем открытые файлы при помощи Volume Shadow Copy Service.

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

Тогда на помощь приходят многочисленные утилиты копирования файлов – robocopy, SyncToy, Rsync, но существует определенное ограничение – они не могут копировать заблокированные и открытые на запись файлы (например, файлы личных папок PST, или файловые базы 1С).

Начиная с Windows XP и Server 2003, в клиентские и серверные ОС входит технология Shadow Copy , позволяющая делать «мгновенный снимок» тома. Эта технология автоматически задействуется когда, например, утилита ntbackup создает архив system state, или создается снимок для общей папки (Volume Shadow Copy for Shared Folders).

Есть возможность создавать снимки вручную при помощи vssadmin.exe, однако содержимое такого снимка можно просмотреть только при помощи клиента для “Volume Shadow Copy for shared folders”.

Для целей резервного копирования гораздо интереснее утилиты командной строки, входящие в пакет Volume Shadow Copy Service SDK, который можно скачать здесь.

Из всего пакета нас в первую очередь интересует утилита vshadow.exe. Она позволяет

- создавать и удалять снимок тома
- просматривать списки созданных снимков
- монтировать снимок
- экспортировать, импортировать снимки и восстанавливать состояние тома

Существует две версии vshadow с различным функционалом.

Для Windows 2003, Windows 2008 и Vista необходимо использовать эту версию:
«C:\Program Files\Microsoft\VSSSDK72\TestApps\vshadow\bin\release-server\vshadow.exe»

Для XP используется
«C:\Program Files\Microsoft\VSSSDK72\TestApps\vshadow\bin\release-xp\vshadow.exe»

Версия для XP, в первую очередь, отличается от «серверной» тем, что не может создавать «хранимые» (persistent) snapshot’ы, то есть по окончанию процесса резервирования snapshot удаляется. Это ограничение накладывает реализация VSS в XP.

Утилиту можно копировать на серверы, не устанавливая SDK.

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

vshadow.exe –p –script=vars.cmd d:
call vars.cmd
xcopy x:\some_locked_file.pst c:\backup\
vshadow –ds=%SHADOW_ID_1%

По шагам:

1. Создаем хранимый snapshot тома

vshadow.exe –p –script=vars.cmd d:

-p хранимый snapshot

-script=vars.cmd командный файл, в который vshadow сохранит название снапшота

vshadow записывает в файл, указанный в параметре -script следующее:

@echo.
@echo [This script is generated by VSHADOW.EXE for the shadow set
@echo {6b228a73-f8bf-4254-90e7-0d58219bc554}]
@echo.
SET SHADOW_SET_ID={6b228a73-f8bf-4254-90e7-0d58219bc554}
SET SHADOW_ID_1={8d14c5fe-87c1-4dac-8459-9a46b2874ef1}
SET SHADOW_DEVICE_1=\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy16

D: том, для которого создается snapshot

2. Подключаем snapshot как диск

call vars.cmd
vshadow.exe -el=%SHADOW_ID_1%,X:

call vars.cmd – загружаем переменные окружения с именем снапшота
vshadow.exe -el=%SHADOW_ID_1%, X: — подключаем созданный snapshot как логический диск X:

3. Копируем файлы

xcopy x:\some_locked_file.pst c:\backup\

4. Удаляем snapshot

vshadow –ds=%SHADOW_ID_1%

Это все, господа. Ранее блокированый файл успешно скопировался.

Что почитать:

1) Volume Shadow Copy Service SDK. 7.2 Download http://www.microsoft.com/downloads/details.aspx?familyid=0b4f56e4-0ccc-4626-826a-ed2c4c95c871

2) http://blogs.msdn.com/adioltean/archive/2004/12/30/344476.aspx
http://blogs.msdn.com/adioltean/archive/2005/01/05/346793.aspx
http://blogs.msdn.com/adioltean/archive/2005/01/20/357836.aspx
http://blogs.msdn.com/adioltean/archive/2006/09/18/761515.aspx

{jcomments on}

 
NFS клиент windows 7 PDF Печать E-mail
24.12.12 17:48

Установим дополнительный компонент Windows 7 - Клиент NFS

 

 

 

Далее подмонтируем NFS диск из командной строки

mount 192.168.0.3:/home/files f:

 

 

Windows XP и NFS

Спросил меня как-то один товарищ о возможности подружить Windows и NFS. Ну, я и заморочился с этой затеей. в результате чего родился небольшой мануал. А так как, кроме Windows XP Professional у меня никаких виндов под рукой не оказалось, то и мануал относится к ней. Хотя, возможно он применим и к другим версиям Windows.

Для начала скачайте Windows Services for UNIX Version 3.5 и запустите исполняемый файл. На самом деле это самораспаковывающийся архив, который самораспакуется в указанную вами папку. Затем выполните в командной строке такой вот код:

  1. msiexec /I sfusetup.msi /qb addlocal="NFSClient"

Это установит в ваш Windows NFS–клиент. В результате чего в списке сетей вашего сетевого окружения появится "NFS Network", которая в свою очередь, будет содержать список сетей, в которых находятся сетевые ресурсы NFS. А что вы хотели? Windows он такой... осмысленный. :) Наконец, докопавшись до самой сердцевины этой матрёшки, вы увидите свой NFS–сервер, зайдя в который — доступные NFS–ресурсы.

Доступные–то они доступные, только вот зайти в них по прежнему низзя. Чтобы стало можно, нужно выполнить в командной строке это:

  1. msiexec /I sfusetup.msi /qb addlocal="Pcnfsd"

Это выдаст пользователю Windows UID и GID, по которым ему будет позволено использование NFS–ресурса и характер этого использования. Но этого не достаточно, теперь следует выполнить в командной строке это:

  1. msiexec /I sfusetup.msi /qb addlocal="Mapsvc"

Это установит вам службу "User Name Mapping", которая позволит аутентифицировать пользователя Windows для доступа к NFS на удалённом сервере по UID и GID. Теперь осталось перезагрузить Windows и вуаля! Теперь NFS–ресурсы доступны в Windows! Доступ к ним осуществляется, например так:

  1. \\192.168.0.1\usr\home\nfs_shara

Осталось создать сетевой диск с этим путём и усё.


{jcomments on}

Последнее обновление 24.12.12 17:58
 
Резервное копирование виртуальных машин Proxmox VE PDF Печать E-mail
20.12.12 11:37

Резервное копирование виртуальных машин Proxmox VE

 

Возможно планировать задачи резервного копирования по времени, указывать конкретные виртуальние машины. Backup возможен в трех основных режимах: snapshot, suspend, stop.

Отчеты о проведении резервного копирования отсылаются по электронной почте.
В качестве источника для резервного копирования могут использоваться обычный каталог или сетевой ресурс NFS.
В архив копируется образы дисков и файл конфигурации.
С восстановлением пока сложнее, все придется делать руками.
Распаковываем архив резервной копии:
tar xvfz vzdump-qemu-101-2010_08_28-13_41_10.tgz
В архива находится два файла:
qemu-server.conf - конфигурация виртуальной машины;
vm-disk-virtio0.raw — образ диска виртуальной машины.

Вот что представляет собой файл конфигурации:

name: mail
ide2: local:iso/debian-505-amd64-CD-1.iso,media=cdrom
vlan0: virtio=82:15:30:A4:65:E7
bootdisk: virtio0
virtio0: local:101/vm-101-disk-1.raw
ostype: l26
memory: 1024
onboot: 1
sockets: 1
vlan1: virtio=42:45:F5:F2:95:A8
cores: 1
boot: cad
freeze: 0
cpuunits: 2000
acpi: 1
kvm: 1
lock: backup

Меняем имя файла образа:
mv vm-disk-virtio0.raw vm-101-disk-1.raw
Копируем его в указаное в конфигурации место.
Меняем имя файла конфигурации:
mv qemu-server.conf 101.conf
Копируем его в папку /etc/qemu-server/ и комментируем последнюю строчку lock: backup .
Все, запускаем виртуальную машину.


источник: http://stpuser.ru/virtualization/proxmox-ve/31-rezervnoe-kopirovanie-virtualnyx-mashin-proxmox-ve
ссылка на материал:

{jcomments on}
Последнее обновление 20.12.12 11:41
 
vSphere WTFAQ! (или что-такое vSphere) PDF Печать E-mail
12.12.12 11:04

vSphere WTFAQ! (или что-такое vSphere)

Я как-то писал про различие между ESX и ESXi. Но недавно стал обращать внимание, что люди путают понятия vSphere и ESX(i), вернее - не понимают, что за зверь такой "ви-Сфера".
Постараюсь объяснить максимально простым языком.


vSphere - это общее название всей платформы виртуализации от VMware.
Технологическая основа этой платформы - гипервизор ESX (или ESXi, часто пишут ESX(i), подразумевая одно и ESX, и ESXi, которые несут одни и те же функции), он же - просто гипервизор, или еще встречается название - vSphere ESX.
Гипервизор занимается только тем, что включает/выключает виртуальные машины (ВМ), да управляет ресурсами физического сервера для этих ВМ (выделяет области оперативной памяти и процессорное время).

Есть еще vSphere vCenter - программа (часто называют программу сервером) для управления группой гипервизоров. Она ставится на Windows, объединяет ESX-ы в так называемые кластеры, и творит основные чудеса виртуализации: мигрирует машины без остановки; объединяет серверы ESX в кластера, чтобы те могли запускать ВМ, если один из гипервизоров вдруг перестанет работать; и т.п.
Все подобные чудеса, надо сказать, доступны при наличии:

  1. дисков, доступных всем гипервизорам в кластере (например, отдельное устройство с дисками - система хранения данных)
  2. более одного гипервизора, которые будут с помощью vSphere vCenter объединены в кластер
  3. лицензии. От типа лицензии будут доступны различные наборы "чудес"



Есть еще различные "vSphere <что-то_там>" - часто это дополнительные программы к vSphere vCenter, которые выполняют свои определенные функции. Называют эти программы семейством программ vSphere vCenter. Для их работы обязательно нужен сервер управления vSphere vCenter.
Но это семейство всегда продается отдельно, и по сути своей не являются частью vSphere, а отдельным техническим решением, для работы которого нужна платформа vSphere.

Но часть vSphere <что-то_там> - это не отдельные программы, а функции работы самого vSphere vCenter или vSphere ESX. vSphere API, например, дает возможность программистам создавать программы так, чтобы они могли получать информацию от платформы виртуализации, или отдавать различные команды платформе.
Понимаю, что это может смутить тех, кто не в теме. Но для этого и есть различные консультанты, которые готовы объяснить, что к чему.


И еще одно - vSphere vClient - программа для работы с гипервизорами vSphere ESX или vSphere vCenter. С помощью этой программы делают различные настройки систем виртуализации, и производят действия (например, создают ВМ).
Эту программу обычно ставят на персональные компьютеры системных администраторов.
Фактически - это основное окно, через которую можно "посмотреть" на виртуальную инфраструктуру VMware.


Иногда технические специалисты называют серверы ESX и vCenter просто vSphere, поэтому часто и возникает это недопонимание у новичков.


Итак, подытожу:
vSphere - это общее название платформы виртуализации компании VMware, состоящей из:

  • обязательно - гипервизора ESX(i)
  • желательно - vCenter
  • и vClient для администрирования.

все остальное - дополнения и расширения.

 

источник: http://www.veskin.ru/2011/02/vsphere-wtfaq-vsphere.html

{jcomments on}

Последнее обновление 13.12.12 12:57
 
« НачалоПредыдущая12345678910СледующаяПоследняя »

Страница 8 из 14

bottom

 

Unreal Commander PfSense по русски Яндекс.Метрика