Грабли для мотоблока 2 м грабли для сена

Грабли, грабли, первомай

Предисловие

Началось всё еще осенью 2010-го, когда мы с одним клиентом пришли к консенсусу и решили переходить с опенсорса на Windows и AD.

На новогодних каникулах я собрал из трех полумертвых серверов один полуживой и поставил на него Windows Small Business Server в режиме ознакомления и развернул XP на 20 машин. Лицензии еще не были куплены, но директор клятвенно обещал купить их в скорейшем времени - на сервер до окончания 180-дневного пробного периода и на ХР в январе. Да и сил моих больше не было поддерживать зоопарк, состоящий напополам из OpenSUSE и Windows XP, да с тремя серверами на FreeBSD. Весь этот зоопарк когда-то я же сам и поднимал, но тогда у меня не было достаточно авторитета, опыта и времени, чтобы вот так с порога сделать всем хорошо или сразу уговорить купить винды.

В общем, долго ли, коротко ли, а поставил я SBS 2008. С кофе и матами настроил, завел пользователей и компы, подшлифовал групповые политики, сервер обновлений WSUS, 2ГИС, еще что-то по мелочи. Перенес данные со старого сервера и почту из локальных баз Thunderbird на компьютерах. Кстати, как раз гром-птица чуть не стала последней каплей: почта – одно из главных бизнес-приложений компании, и технологический лимит размера ящика в 4 гигабайта половина пользователей достигла уже давно. Тормозили компы из-за такой почты ужасно, к тому же часто ломались, потому что последний раз парк машин обновлялся еще году в 2005-м. По этой причине было решено использовать перенаправленные папки – чтобы пользователь мог зайти под своим именем на любой ПК и спокойно работать не только со своими файлами на рабочем столе, но и со своими настройками скайпа, аськи, офиса и закладками браузера. Да еще и с почтой – она как раз через браузер и работает, поскольку Outlook покупать никто не собирался. Как раз под эгидой OWA заодно и пересадил всех на IE – поскольку OWA 2007 в других браузерах отображается скудно. Он, если его правильно настроить, на самом деле, неплохой браузер. В общем, пользователи были счастливы – почта не тормозит, доступна откуда угодно; ломающиеся компы перестали быть проблемой, 2ГИС обновляется сам, да еще и города можно выбрать новые без моей помощи, глобальная книга адресов и много других плюшек. Я счастлив тем более.

Лицензии купили только спустя год, зато за этот год успел выпуститься SBS 2011. В нем и ядро 6.1, куда более шустрое, чем 6.0 (Vista/2008), и Exchange 2010 с новой OWA, и вообще круто всё. Но переходить на него мы не собирались, ибо миграция муторна, а рекомендуемые 11 гигов оперативки было взять негде. У продуктов MS же есть замечательное право Downgrade!

Грабли первые. Висит груша, русские=индусы

Захожу на VLSC, нажимаю кнопку “Загрузки и ключи”, и что я вижу? Форменное свинство. Ключи для 2011 – вот они, а ключи для 2008 я могу получить только с диском, диск могу заказать почтой за отдельное бабло, в случае, если я не резидент России или Индии. Нет, вы вдумайтесь: резиденты всего африканского континента, включая Сомали и племена Тумбы-Мумбы могут заказать диск, а мы – нет! Пруфпикс:

Ну разве это не свинство? Созвонились с дистрибутором MS – всё верно, на SBS2008 мы право имеем, но реализовать это право не можем. Ладно, поматерились и решили мигрировать на 2011. Потренировавшись на кошках под VMware Player, приступили к миграции. На всё про всё было отведено два дня – 29 апреля и 1 мая. Запланировали по шагам:
1. Чистая установка SBS2011 на VMware Player
2. Запуск миграции со старого сервера
3…N. По инструкциям мастера миграции
N+1. Отключение старого сервера
N+2. Установка ESXi
N+3. Перенос виртуалки с Player на ESXi
N+4 Подключение дисков с сетевыми папками к виртуальному серверу (RDM)

Грабли вторые. Гигабитов не изобретали.

Первые три шага прошли нормально. Планируя миграцию, я посмотрел объем базы почтовых ящиков: 20 ГБайт. Сколько могут перекидываться 20 гигабайт по гигабитной сети? Теоретически – 2 минуты 40 секунд. Если учитывать скорость жестких дисков – 7 минут. Ну пусть даже 10, для ровного счета. Ан нет, почтовые ящики переносились два с половиной часа. Как, почему – вникать не стал, но на этом первый день из двух закончился. Зато миграция ящиков прошла без ошибок.
А пока они мигрировались, я занялся экспортом сетевых папок.

Чтобы сделать это легко и непринужденно, лучше всего экспортировать список расшаренных папок из реестра и потом его импортировать.
1. Идем в раздел HKLM\CurrentControlSet\services\LanmanServer\Shares, экспортируем его под именем Shares_OLD.reg
2. Удаляем из этого раздела и подраздела Security всё, кроме тех папок, которые нужно мигрировать
3. Снова экспортируем HKLM\CurrentControlSet\services\LanmanServer\Shares, но под именем Shares_MIGR.reg
4. Восстанавливаем раздел обратно из файла, созданного на шаге 1.
В дальнейшем, после подключения дисков к виртуалке, нужно будет убедиться, что у дисков остались те же буквы (или привести в сответствие reg-файл), импортировать reg-файл и перезапустить службы “Сервер” и “Сетевой вход в систему”.

Далеко не так легко прошла миграция общих папок Excahnge.

Грабли третьи. Лишние болтики

Понятие общих папок Exchange в конторе не прижилось, поэтому кроме OAB в общих папках ничего не было. Объем базы на диске – 200 метров, миграция шла дольше чем миграция ящиков. Только на следующий день после первого запуска скрипта MoveAllReplicas.ps1 реплики появились на новом сервере. Но уп*** не хотели удаляться со старого, что необходимо для удаления Exchange 2007 из организации. А реплики не удалились даже к тому моменту, когда старый сервер пора было гасить. Пришлось применять тяжелую артиллерию: лезть в ADSI.

Гугл рассказал, что делается это так.
1. Переходим в раздел CN=Configuration,DC=<имя домена>,DC=com,CN=Services,CN=Microsoft Exchange,CN=<Организация>,CN=Administrative Groups, CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Servers,CN=<Сервер>,CN=<Имя группы хранилищ с общими папками>;
2. В этом разделе находим нужную ненужную базу данных общих папок и удаляем ее;
3. (только для E2007 и ниже) Переходим в раздел CN=Configuration,DC=<имя домена>,DC=com, CN=Services, CN=Microsoft Exchange, CN=<Организация>, CN=Administrative Groups, CN=Exchange Administrative Group (FYDIBOHF23SPDLT), CN=Databases;
4. Открываем свойства новой БД общих папок, копируем значение атрибута distinguishedName;
5. Открываем свойства объекта CN=Configuration,CN=<DomainName>,CN=com, CN=Services, CN=Microsoft Exchange, CN=<Организация>, CN=Administrative Groups, CN=Exchange Administrative Group (FYDIBOHF23SPDLT) и вставляем скопированное значение вместо текущего значения атрибута siteFolderServer;
6. Перезапускаем службу “Банк данных Microsoft Exchange” (Microsoft Exchange Server Information Store).

После этого Exchange на старом сервере позволил себя удалить. По завершении деинсталляции сервер был понижен

Грабли четвертые. Почти не наступил.

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

Самые же грабли в том, что в бесплатной версии ESXi существует ограничение скорости передачи файлов в Datastore – 5 МБайт/с. Я вспомнил про это ограничение сразу после ввода бесплатного ключа. Но поскольку виртуальный новый сервер еще ставил обновления, я, не мудрствуя лукаво, переустановил ESXi, благо длительнойсть этой процедуры – не более 10 минут. Но файлы потом все равно переносились больше часа, на скорости 12-15 МБайт/с.

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

Грабли пятые. Видишь суслика?

Виртуальная машина скопировалась, в инвентори добавилась, пора прицеплять жесткие диски с данными. Запускаю мастер добавления виртуального диска, и – что я вижу? Челюсть падает на стол, в голову лезут нехорошие мысли. Пункт “Raw Device Mapping” отключен!

Мозг говорит “этого не может быть”, потому что вот этими же руками неделю назад в бесплатном же ESXi эту функцию использовал. Перезагрузился, зашел в BIOS, поменял режим работы SATA-контроллера с EHCI на IDE Emulation. Не то, чтобы это должно было помочь – просто “ну, а вдруг”. За несколько минут нагуглил, что нет в этом ничего не возможного, но почему-то от пользователя возможность спрятана. С системами хранения можно, с аппаратными RAID-контроллерами можно, а с обычными винтами можно, но почему-то нельзя. Через vSphere включаем SSH, подключаемся и делаем следующее:
1. cd /vmfs/volumes/<datastore_name>/<VM_name>
2. ls /vmfs/devices/disks/
3. vmkfstools -r /vmfs/devices/disks/<имя нужного диска> Physical_HDD_0.vmdk (не забудьте расширение в конце команды, а то я минуты две думал, почему диски не появились в мастере добавления существующего диска)
4. Возвращаемся в vSphere Client и добавляем к виртуальной машине виртуальный диск по пункту “Use an existing virtual disk”
Я повторил пункт 4 для четырех дисков, все успешно подключились к виртуалке и в дальнейшем запустились.

Грабли шестые. VMware и VMware – две большие разницы

Вот уж никак не ожидал, что форматы виртуальных машин разных гипервизоров одного производителя не совместимы друг с другом. Кто там что-то мямлил на тему “майкрософт не делал свой гипервизор, а купил готовый у Connectix”? Запускаю виртуалку, и молвит она человеческим голосом выдает она ошибку:

Unable to create virtual SCSI device for scsi0:0, '/vmfs/volumes/<datastore uid>/<VM_name>/SBS2011-0.vmdk'
Failed to open disk scsi0:0: Unsupported or invalid disk type 7. Make sure that the disk has been imported.

Обратите внимание, и Player, и ESXi – последних версий. Ну да ладно. Проблема решается по ssh:
1. cd cd /vmfs/volumes/<datastore_name>/<VM_name>
2. vmware-vdiskmanager –r Windows\ SBS\ 2011.vmdk -t 4 Windows\ SBS\ 2011.vmdk

Тут же моя проблема была бы решена, если бы у бабушки если бы жесткий диск с ESXi был чуть побольше: я поставил его на 160-ку, VMware увидела 143, а виртуалка заняла 85, соответственно, еще одна копия не влезла. Мне повезло: кроме этого диска было два двухдисковых зеркала с данными. Я подумал, что за час с винтом ничего не случится, и отформатировал одну из реплик под временный datastore, предварительно отключив его rdm-vmdk от виртуалки. На него сконвертировал vmdk с SBS, переместил его обратно на datastore1, подключил диск обратно к виртуалке.

Грабли седьмые. Раздвоение личности

Сервер наконец-то запустился, поставил обновления, подхватил сетевые папки (см. грабли №2), но из сети его не видно. Сетевая плата есть, адрес у нее правильный (например, 192.168.7.2), роутер с него пингуется даже, но вот с других машин и с роутера – не пингуется. Каюсь, тут пришлось изображать пляски с бубном в чистом виде: добавляю второй адрес на сетевую – 192.168.7.1 – пингуется, 192.168.7.2 все равно не пингуется. Удаляю 192.168.7.2, оставляю только 192.168.7.1. Пингуется, но 192.168.7.2 автоматически прописывается снова. Меж тем в DNS все записи ведут на 7.2. На каком-то шаге 7.2 даже запинговался (не помню, как – дело было уже под утро), но после перезагрузки перестал. Решилось тупо – удалил сетевую из виртуалки, добавил новую, прописал адрес – заработало. Скорее всего, причина была все в том же – несовместимость форматов виртуалок между Player и ESXi.

2 мая, 7:40 утра. Сервер наконец-то запустился и работает, компы домен видят, DHCP раздает адреса, OWA красивая, свистелки и перделки на месте.

Грабли восьмые. Ой.

Пользователи не могут войти в систему. Точнее, могут, но толку от этого мало: перенаправленные папки ведут на старый сервер, несмотря на то, что в политике путь исправлен. Ну и что, что исправлен, – подумал штирлиц и стучится на уже несуществующий сервер. В реестре пользователей пути ведут на старый сервер, а там пути меняются только при штатной, плавной миграции перенаправленных папок – когда некоторое время в сети присутствуют оба сервера. В таком случае при входе пользователя и применении модифицированной политики перенаправленных папок происходит проверка репликации между старым и новым назначением. А в нашем случае старый сервер исчез, сверять не с чем, и вообще, всё плохо. То, что в DNS прописал имя старого сервера, ведущее на новый – не спасло, клиенты цепляют папки по имени.

Исправил созданием групповой политики, заменяющей значения реестра по адресу HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders. Заменяем только те значения, которые изменены групповой политикой, с использованием переменной %username%, ждем применения политик (по умолчанию применяются каждые полтора часа, но я давно предусмотрительно сделал интервал обновления в 15 минут), просим пользователей перезагрузиться.

Всё работает, все счастливы, хеппи-енд.

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

Ссылки

http://technet.microsoft.com/ru-ru/library/gg615506.aspx - Migrate to Windows Small Business Server 2011 Standard from Windows Small Business Server 2008
http://unified.swiatelski.com/2011/01/force-removal-of-public-folders.html - Force removal of Public Folders Database
http://technet.microsoft.com/en-gb/library/aa996485.aspx - Site folder server deleted
http://msmvps.com/blogs/acefekay/archive/2009/09/08/folder-redirection.aspx - Ace Fekay's Blog: Folder Redirection
http://technet.microsoft.com/ru-ru/library/gg615497.aspx#BKMK_CreateShares - Create shared folders and restore permissions on the Destination Server
http://support.microsoft.com/kb/242557/en-us - Registry Settings for Folder Redirection in Windows
http://communities.vmware.com/thread/285269 – VMware Communities: ERROR: Unable to create virtual SCSI device for scsi0:0
http://kb.vmware.com/kb/1026256 – VMware KB: Recreating pass-through Raw Device Mapping (RDM) files for a virtual machine
http://chmv.allnetic.com/article/vmware-esxi-podklyuchenie-lokalnogo-diska-kak-rdm/ - VMware ESXi 5 — Подключение локального диска как RDM
http://communities.vmware.com/thread/200443 - Низкая скорость копирования на ESXi. Это нормально?
http://communities.vmware.com/message/1135905 - File transfer to datastore from VM Infrastructure Client extremely slow
http://kb.vmware.com/kb/1003746 - Virtual machine hardware versionsTags: ad, esxi, ms exchange, registry, windows server, нолиджбейз

Tags: Грабли для мотоблока 2 м грабли для сена

Наш официальный сайт Наша страница ...

АЗАС Барнаул | Автор топика: Николай

Грабли ворошилки ГВН-3 навесные Price: RUB32, 700 Грабли-ворошилки навеcные ГВН-3 предназначены для сгребания провяленной травы из прокосов в валки, ворошение ее в прокосах и оборачивание валков.
Грабли ГВН-3 используются для уборки сеяных трав, а также трав естественных сенокосов урожайностью свыше 15ц/га, влажностью убираемой массы от 22% до 80%, на мелкоконтурных участках, а также в районах с трудным доступом к сенокосным угодьям, обочинах дорог.
Грабли ГВН-3 агрегатируются с колесными тракторами класса 0, 6–1, 4 т. с. Привод рабочих органов (рабочих колес) осуществляется за счет сцепления их с почвой. При движении граблей ГВН-3 по прокосу, рабочие колеса за счет сцепления с почвой вращаются. Благодаря расположению пальцевых колес под углом к направлению движения и вращению их, провяленная масса, захваченная первым колесом, перемещается на величину захвата этого колеса. Затем оно подхватывается вторым, третьим и т. д. колесами. Таким образом, после прохода всех колес образуется валок. Процесс ворошения у граблей ГВН-3производится за счет изменения положения секций граблей, когда каждое рабочее колесо перемещаясь и вспушивая массу, не подает ее в зону действия следующего колеса. При движении секции вдоль валка — последний сдвигается в сторону и оборачивается.
Тип устройства Колесно-пальцевые навесные
Производительность при сгребании за час основного времени, га/час, до 4
Ширина захвата, м
- при сгребании 2, 7
- при ворошении 3, 8
Количество рабочих колёс, шт. 4
Диаметр рабочего колеса, мм 1350
Количество зубьев на одном колесе, шт. 40
Рабочая скорость, км/ч, до15
Транспортная скорость, км/ч, до25
Габаритные размеры, мм, не более
Рабочее положение
- длина 3800
- ширина 3800
- высота 1350
Транспортное положение
- длина 3800
#корабли #ГраблиВорошилки #ГраблиВалковые

Грабли для мотоблоков: купить грабли ворошилки по выгодной ...

2 530 грн. Грабли для сена для мотоблока (агрегатируются с адаптером) (ГР1). Грабли ... Грабли-ворошилки для мотоблока Солнышко 2 . ..... Наш ассортимент был расширен такими брендами как Бригадир , Днипро-М , Foresta ...