Свежие арксервы и каталоги с длинными русскими именами

[Dimerson]

У меня конфиг агента такой:

NWAGENT=11.10
NWAGENT_VERSION_STAMP=2000.4

[NWagentLoader]
CSNLM1=SYS:\NWAgent\NLM\PFC /NC /PFASCONFIG.INI /M /FSYS:\NWAgent\NLMINFO.LOG /SFNWAPFC.INI
CSNLM2=SYS:\NWAgent\NLM\NWAGENT ARP
ORDER=CSNLM1 CSNLM2
LOGFILE=SYS:\NWAgent\NWLOAD.LOG

[NetWare Agent]
ActivityLogGroomDays = 30
NumberOfBuffers = 64
TransmissionThresholdInKb = 16
FullSMS = Yes
ChangeScreenOnAlert = No
DisableActivityLog = No
SkipBigFiles = No
; my parameters
[NetWare Backup/Restore]
UseMultipleReadThreads=FALSE ;default is TRUE
PerformanceNonNakoma=TRUE ;default in FALSE
; my parameters


При этом скорость Backupe с удаленного сервера получается где-то
в районе 300,000-340,000 KB/Sec [по данным ArcServe].

ULTRIUM LTO-1 Накопитель с автозагрузчиком от HP подключен по SCSI на LSI SCSI-160 адаптер.

Серверы подключены по гигабитному езернету.

Да, чуть не забыл - на серверах развернут eTrust AV 7.1 в тч с Realtime Scanning.

P.S. На предмет аццкого ускорения Backup из того что я пробовал это ImageOption. В случае NSS он сперва проверяет Пулы на ошибки и потом с жуткой скоростью читает на уровне POOL.

Но увы даенная фича доступна только на Сервере NetWare на котором установлен ArcServe ... Добавление данного функционала в NWAgent было бы очень востребованным ...

[Dmitry Slepchenko]

DisableEstimate=TRUE ; а это для ускорения ???

В принципе, да. Зачем считать "сколько до и после", если джобы выполняются в полночь? Ускорение - в несколько минут

А вот параметр CMP_MAX_REQ=32 в секции загрузчика nwagent-а ВАЖЕН для скорости бэкапа по протоколу TCP/IP !!! Об этом можно почитать на ка.ком используя поиск по саппорту.

Для инфо: вот скорости сегодняшнего ночного бэкапа.

===========

BrightStor ARCserve Backup -- Multiplexing Backup

[SubJob]

Totals For................... SubJob 4
Job No....................... 6
Job ID....................... 128
Workstation.................. ARCHIVARIUS
Total Session(s)............. 1
Total Size (Disk)............ 313,47 MB
Total Size (Media)........... 313,50 MB
Elapsed Time................. 1m 11s
Average Throughput........... 264,92 MB/min
SubJob Status................ Finished


Totals For................... SubJob 5
Job No....................... 7
Job ID....................... 129
Workstation.................. ARCHIVARIUS
Total Session(s)............. 1
Total Size (Disk)............ 257,17 MB
Total Size (Media)........... 265,18 MB
Elapsed Time................. 1m 14s
Average Throughput........... 215,01 MB/min
SubJob Status................ Finished


Totals For................... SubJob 2
Job No....................... 4
Job ID....................... 126
Workstation.................. HEAVEN ( 10.61.0.178 )
Total Session(s)............. 3
Total Size (Disk)............ 16 448,86 MB
Total Size (Media)........... 11 551,12 MB
Elapsed Time................. 1h 4m 49s
Average Throughput........... 253,77 MB/min
SubJob Status................ Finished


Totals For................... SubJob 1
Job No....................... 3
Job ID....................... 125
Workstation.................. GRAVE ( 10.61.0.177 )
Total Session(s)............. 3
Total Size (Disk)............ 44 664,53 MB
Total Size (Media)........... 35 430,12 MB
Elapsed Time................. 1h 11m 1s
Average Throughput........... 628,88 MB/min
SubJob Status................ Finished


Totals For................... SubJob 3
Job No....................... 5
Job ID....................... 127
Workstation.................. UNIXSPB ( 10.61.0.2 )
Total Session(s)............. 1
Total Size (Disk)............ 6 905,86 MB
Total Size (Media)........... 7 455,37 MB
Elapsed Time................. 1h 49m 48s
Average Throughput........... 67,89 MB/min
SubJob Status................ Finished


[Master Job]

Totals For................... Master Job
Job No....................... 2
Job ID....................... 124
Total Session(s)............. 9
Total Directories............ 66 499
Total File(s)................ 810 765
Total Skip(s)................ 0
Total Size (Disk)............ 68 589,92 MB
Total Size (Media)........... 55 015,31 MB
Elapsed Time................. 1h 51m 19s
Average Throughput........... 616,11 MB/min
N5936

............. (cute)

Backup Operation Successful.

======================




======================

BrightStor ARCserve Backup -- Backup

Job No....................... 3
Job ID....................... 42
Description.................. ARMAGEDDON only
Workstation.................. ARMAGEDDON ( 03D746E6-000000000001 )
Source....................... ASTRA:
Target....................... SATURDAY, ID DF2E, Sequence #1, S/N 1000004
Session...................... 1
Start Time................... 08.10.05 0:31
Sequence..................... 1
Server....................... ARMAGEDDON
Path......................... ASTRA:
Owner Name...................
Session Type................. NetWare 4.x File Server
Session Method............... Backup (Rotation - Full)
No Bindery
Disk/Volume Backed Up
Description.................. ARMAGEDDON only
Total Directories............ 237
Total File(s)................ 802
Total Skip(s)................ 0
Total Size (Disk)............ 344,64 MB
Total Size (Media)........... 330,75 MB
Elapsed Time................. 0s
Average Throughput........... 20 678,96 MB/min


Job No....................... 3
Job ID....................... 42
Workstation.................. ARMAGEDDON ( 03D746E6-000000000001 )
Source....................... BANK:
Target....................... SATURDAY, ID DF2E, Sequence #1, S/N 1000004
Session...................... 2
Start Time................... 08.10.05 0:32
Sequence..................... 1
Server....................... ARMAGEDDON
Path......................... BANK:
Owner Name...................
Session Type................. NetWare 4.x File Server
Session Method............... Backup (Rotation - Full)
No Bindery
Disk/Volume Backed Up
Description.................. ARMAGEDDON only
Total Directories............ 4 072
Total File(s)................ 48 507
Total Skip(s)................ 0
Total Size (Disk)............ 93 963,44 MB
Total Size (Media)........... 86 485,62 MB
Elapsed Time................. 0s
Average Throughput........... 1 443 502,95 MB/min


Job No....................... 3
Job ID....................... 42
Workstation.................. ARMAGEDDON ( 03D746E6-000000000001 )
Source....................... BANKNSS:
Target....................... SATURDAY, ID DF2E, Sequence #1, S/N 1000004
Session...................... 3
Start Time................... 08.10.05 2:32
Sequence..................... 1
Server....................... ARMAGEDDON
Path......................... BANKNSS:
Owner Name...................
Session Type................. NetWare 4.x File Server
Session Method............... Backup (Rotation - Full)
No Bindery
Directories Backed Up
Description.................. ARMAGEDDON only
Total Directories............ 211
Total File(s)................ 646
Total Skip(s)................ 0
Total Size (Disk)............ 640,20 MB
Total Size (Media)........... 642,75 MB
Elapsed Time................. 0s
Average Throughput........... 38 565,00 MB/min


Job No....................... 3
Job ID....................... 42
Workstation.................. ARMAGEDDON ( 03D746E6-000000000001 )
Source....................... SYS:
Target....................... SATURDAY, ID DF2E, Sequence #1, S/N 1000004
Session...................... 4
Start Time................... 08.10.05 2:33
Sequence..................... 1
Server....................... ARMAGEDDON
Path......................... SYS:
Owner Name...................
Session Type................. NetWare 4.x File Server
Session Method............... Backup (Rotation - Full)
No Bindery
Disk/Volume Backed Up
Description.................. ARMAGEDDON only
Total Directories............ 2 338
Total File(s)................ 18 417
Total Skip(s)................ 0
Total Size (Disk)............ 669,09 MB
Total Size (Media)........... 454,75 MB
Elapsed Time................. 0s
Average Throughput........... 40 145,91 MB/min


Totals For................... ARMAGEDDON ( 03D746E6-000000000001 )
Total Session(s)............. 4
Total Directories............ 6 858
Total File(s)................ 68 372
Total Skip(s)................ 0
Total Size (Disk)............ 95 621,57 MB
Total Size (Media)........... 87 918,93 MB
Elapsed Time................. 2h 2m 55s
Average Throughput........... 777,89 MB/min


Job No....................... 3
Job ID....................... 42
Workstation.................. ARCHI
Source....................... C:\!ADbackup
Target....................... SATURDAY, ID DF2E, Sequence #1, S/N 1000004
Session...................... 5
Start Time................... 08.10.05 2:35
Sequence..................... 1
Workstation.................. ARCHI
Path......................... C:\!ADbackup
Owner Name................... caroot
Session Type................. Windows NT NTFS Drive
Session Method............... Full (Clear Archive Bit)
No Registry
Directories Backed Up
Description.................. ARMAGEDDON only
Total Directories............ 2
Total File(s)................ 1
Total Skip(s)................ 0
Total Size (Disk)............ 503,78 MB
Total Size (Media)........... 503,81 MB
Elapsed Time................. 35s
Average Throughput........... 863,67 MB/min
Session Status............... Finished


Job No....................... 3
Job ID....................... 42
Workstation.................. ARCHI
Source....................... System State
Target....................... SATURDAY, ID DF2E, Sequence #1, S/N 1000004
Session...................... 6
Start Time................... 08.10.05 2:35
Sequence..................... 1
Workstation.................. ARCHI
Path.........................
Owner Name................... caroot
Session Type................. System State
Session Method............... Full (Clear Archive Bit)
Registry Backed Up
Directories Backed Up
Description.................. ARMAGEDDON only
Total Directories............ 599
Total File(s)................ 1 867
Total Skip(s)................ 0
Total Size (Disk)............ 725,79 MB
Total Size (Media)........... 733,81 MB
Elapsed Time................. 54s
Average Throughput........... 815,34 MB/min
Session Status............... Finished


Totals For................... ARCHI
Total Session(s)............. 2
Total Directories............ 601
Total File(s)................ 1 868
Total Skip(s)................ 0
Total Size (Disk)............ 1 229,58 MB
Total Size (Media)........... 1 237,62 MB
Elapsed Time................. 1m 29s
Average Throughput........... 834,35 MB/min

................. (cute)

Totals For................... Job
Total Session(s)............. 6
Total Directories............ 7 459
Total File(s)................ 70 240
Total Skip(s)................ 0
Total Size (Disk)............ 96 851,16 MB
Total Size (Media)........... 89 156,56 MB
Elapsed Time................. 2h 4m 24s
Average Throughput........... 778,53 MB/min


Backup Operation Successful.

=============================

Как видно, в первой джобе идет бэкап разных серверов в мультиплексинге. Во второй - обычный бэкап одного NW 5.1 сервера по IPX протоколу. На серверах RAID5 (5 x 36 Gb). Гигабит эзернет.

2 Dimerson : у тебя джобы обычные или мультиплексинг? Не совсем понятно, какую скорость ты написал - Total For Job или Total For Session ?

[Dimerson]

DisableEstimate=TRUE ; а это для ускорения ???

В принципе, да. Зачем считать "сколько до и после", если джобы выполняются в полночь? Ускорение - в несколько минут

А вот параметр CMP_MAX_REQ=32 в секции загрузчика nwagent-а ВАЖЕН для скорости бэкапа по протоколу TCP/IP !!! Об этом можно почитать на ка.ком используя поиск по саппорту.

Для инфо: вот скорости сегодняшнего ночного бэкапа.
....
2 Dimerson : у тебя джобы обычные или мультиплексинг? Не совсем понятно, какую скорость ты написал - Total For Job или Total For Session ?

1 . Про ESTIMATE - я про это в виду и имел - 3-5 минут ничего не решают, тем более что параметрами ошибки возникающие при этом устранены. Посему я это не запретил.

2. Про CMP_MAX_REQ=32 - сенкс - изучим. Изучено. Буквально пишут что в состоянии ускорить RESTORE и замедлить BACKUP.


3. Про задания : простые, не multiplexing. скорость Total For Job.

У меня в оличие от вас AS4NW посему и возможны некоторые различия в производительности итд.

[Сергей Дубров]

Какой-то маразм, я уже ничего не понимаю. Выбираю для бэкапа (удалённый сервер NW5.1+SP7, на нём новый NWAGENT, BAB на NW60SP5) три директории:

SYS:8712
SYS:PUBLIC
SYS:TMP

Бэкапится без ошибок. Иду в рестор, выбираю Restore by Tree (умолчание) и... вижу там только ДВЕ директории из трёх:

SYS:PUBLIC
SYS:TMP

Меняю на Restore by session и... вижу там ОДНУ директорию:

SYS:8712

Это что за фокусы? Вчера специально убрал старые базы (я ставил BAB поверх ArcserveIT 6.6, с унаследованием баз), сейчас там всего 16-17 джобов, фактически она пустая. В чём причина фокусов, никак понять не могу.

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

[Dimerson]

Какой-то маразм, я уже ничего не понимаю. Выбираю для бэкапа (удалённый сервер NW5.1+SP7, на нём новый NWAGENT, BAB на NW60SP5) три директории:

SYS:8712
SYS:PUBLIC
SYS:TMP

Бэкапится без ошибок. Иду в рестор, выбираю Restore by Tree (умолчание) и... вижу там только ДВЕ директории из трёх:

SYS:PUBLIC
SYS:TMP

Меняю на Restore by session и... вижу там ОДНУ директорию:

SYS:8712

Это что за фокусы? Вчера специально убрал старые базы (я ставил BAB поверх ArcserveIT 6.6, с унаследованием баз), сейчас там всего 16-17 джобов, фактически она пустая. В чём причина фокусов, никак понять не могу.

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

Сергей - NW605 с обоих сторон. Все каталоги на месте при Restore.

У вас какая версия Btrieve/Pervasive ?
Sun JRE какой версии ???

[Сергей Дубров]

Сергей - NW605 с обоих сторон. Все каталоги на месте при Restore.

У вас какая версия Btrieve/Pervasive ?

8.5, та, что с дистрибутивом BAAB r11.1 была.

Sun JRE какой версии ???

На станции? 1.3.1_03. Вообще-то, если совсем честно, это у меня терминальный сервер, но, я думаю, это неважно.

[Dmitry Slepchenko]

2 Сергей Дубров: а почему бы не поставить базу BAB-а по-новой (в чистую) и при необходимости сделать MERGE тех записей, которые нужны?!
Я уже писал, что при апгрейде версии BAB-а у меня тоже кривела база, и никакие пляски и заклинания не помогали... На Win платформе.
Ну что поделать, такой уж продукт... точнее - никакой... но зато бэкапит по IPX протоколу.

[Сергей Дубров]

2 Сергей Дубров: а почему бы не поставить базу BAB-а по-новой (в чистую) и при необходимости сделать MERGE тех записей, которые нужны?!

Я проверял, как пройдёт установка поверх, чтобы новый r11.1 просто подхватил задания/базы и продолжил свои автопилотные бэкапы с того же места, на котором остановится ArcserveIT 6.6. Когда наткнулся на этот вот бред, я переименовал директорию DATABASE и скопировал в рабочий DATABASE пустые базы. Хотя, если честно, что-то сразу после установки я с этими базами (новыми) что-то делал, уже не помню. Сейчас проведу чистый эксперимент, сделаю первый бэкап на совершенно чистой базе.

Я уже писал, что при апгрейде версии BAB-а у меня тоже кривела база, и никакие пляски и заклинания не помогали... На Win платформе.
Ну что поделать, такой уж продукт... точнее - никакой... но зато бэкапит по IPX протоколу.

Полчаса назад провёл очередной опыт - сбэкапил три первых подвернувшихся корневых каталога уже самого сервера с BAB (NW60SP5, не удалённого): SYS:APACHE, SYS:PUBLIC и SYS:TMP. Результат такой же странный - при выборе Restore by tree мне выдаётся SYS:PUBLIC и SYS:TMP, при выборе Restore by session - SYS:APACHE. Причём в restore by session кроме SYS:APACHE есть ещё просто SYS:, помеченный значком типа солнышка. Что это такое, я так и не понял.

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

[Сергей Дубров]

А-а-а, держите меня трое! . 2Dmitry Slepchenko - Вы оказались совершенно правы, дело было в унаследованных старых базах, которые я подсунул BAB-у от предыдущего ArcserveIT 6.6. И те, якобы пустые базы, с которыми у меня тоже были проблемы, были сделаны просто удалением ненужных рекордов в старой большой базе. Сейчас скопировал в DATABASE содержимое EMPTYDB, сделал два пробных бэкапа - удалённого и локального серверов - рестор показывает всё, как надо.

В связи с этим вопрос: хочется всё-таки, чтобы новый BAB продолжил автопилотное копирование, которое сейчас работает на ArcserveIT6.6, т.е., кроме переноса задания (когда, кого,...) подхватились бы и старые базы, чтобы правильно работал prediction (просил те же ленты, что и старый арксерв). Как правильно скормить старые бызы новому BAB-у? Merge с ленточек? Но это долго. Может, есть более гуманный и простой путь подсунуть старые databases?

Я как-то по этому поводу уже замечал, что с удовольствием бы удалил бОльшую часть рекордов в старом арксерве, но он, гад, не даёт этого сделать, говорит, что рекорды про автопилотные задания из базы удалить нельзя (даже пустые). BAB r11.1 это позволяет. А так было бы хорошо, перед самым переходом вычистить базу от старых записей, сжать - и подсунуть новому арксерву. Там и нужно-то всего несколько десятков рекордов, не больше.

Может, через какой-нибудь CSV это можно провернуть, коль в случае лобового подсовывания старых баз новому BAB-у у него крышу отрывает?

[Сергей Дубров]

Мда, думал основную проблему решил. Не тут-то было - запустил впараллель два тестовых ПОЛНЫХ бэкапа - сервера с BAB-ом и удалённого, на два разных стриммера. Результат опять меня удивил - локальный сервер BAB забэкапил без проблем - и дерево и том SYS: (другого просто нет). В ресторе всё видно, всё есть, как в by tree так и в by session.

На удалённом сервере почему-то не удалось забэкапить дерево (впервые такая ошибка была вчера, до этого дерево бэкапилось без проблем). В результате задание отметилось, как incomplete и... в ресторе просто пусто, что в tree, что в session. Смотрю в базе - есть рЕкорды. Это с какой такой радости в ресторе ничего не видно? Из-за incomplete? Так задумано или так получилось? И почему удалённое дерево не бекапится, вчера ведь работало? (в логе пишет E3191 Failed to attach to server *.*.*.*, потом спокойно, с тем же админским паролем цепляется к тому SYS: и копирует его без ошибок).

Поменял на удалённом сервере файлы на TSA18, перегрузил их, не перегружая сервер, попытался забэкапить только удалённое дерево - в этот раз successful. В ресторе структуру деррева видно, но - опять чудо - дата модификации объектов у удалённого дерева очень странная - 15.09.93. У локального - сегодняшняя.

[Dimerson]

..........
В ресторе структуру деррева видно, но - опять чудо - дата модификации объектов у удалённого дерева очень странная - 15.09.93. У локального - сегодняшняя.

Думаю это фича. У меня у всех обьектов дерева отображается 00.00.80.

[Dmitry Slepchenko]

.....Как правильно скормить старые бызы новому BAB-у? Merge с ленточек? Но это долго. Может, есть более гуманный и простой путь подсунуть старые databases?
.....
Может, через какой-нибудь CSV это можно провернуть, коль в случае лобового подсовывания старых баз новому BAB-у у него крышу отрывает?

Я бы порекомендовал MERGE с лент. Долго-не-долго но лучше всего. Есть и еще способ, но гуманным его не назвать. Так как в Вашем случае базы на битриве, то можно заюзать утилиту BUTIL из комплекта Первасива. Утиль позволяет выгрузить записи в текст и затем их загрузить в базу (импорт-экспорт записей наподобие CSV).
Но стоит ли игра свеч? Импорт нескольких старых рекордов подразумевает под собой необходимость что-либо восстановить из бэкапа в течение нескольких "будущих" дней. Соответствует ли это действительности? Если нет, то очевидно, что потребности в старых рекордах - нет.
С бэкапом NDS у нас тоже были (и остаются) проблемы. Но так как в дереве три сервера, то мы не думаем, что они в один момент "накроются медным тазом". Хотя бэкап делать надо...
И на закуску Фича агента номер N :
В воскресенье на один из трех серверов в дереве был установлен СП8. После этого на другом сервере перестал грузиться агент (753 и 853... после чистой инсталляции и после копирования... не грузился и фсё тут! типа "cannot load public symbol бла-бла-бла"). После "ревизии" файла hosts в ETC - (о чудо!) агент загрузился. И старый, и новый. Ах да, забыл сказать - на этом сервере IPX only.............

[Сергей Дубров]

Я бы порекомендовал MERGE с лент. Долго-не-долго но лучше всего.

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

Хотя... ведь я могу сделать merge с нужных мне лент, сначала ежедневных, потом, потихонечку, с недельных и месячных - и это, по идее, и восстановит полностью автопилот на BAB (задание я перенесу отдельно, это я уже проходил ).

Есть и еще способ, но гуманным его не назвать. Так как в Вашем случае базы на битриве, то можно заюзать утилиту BUTIL из комплекта Первасива. Утиль позволяет выгрузить записи в текст и затем их загрузить в базу (импорт-экспорт записей наподобие CSV).

Во-во, я про это и говорил. В принципе с butil я как-то знаком, можно попробовать.

Но стоит ли игра свеч? Импорт нескольких старых рекордов подразумевает под собой необходимость что-либо восстановить из бэкапа в течение нескольких "будущих" дней. Соответствует ли это действительности? Если нет, то очевидно, что потребности в старых рекордах - нет.

У меня буквально пару недель назад выплыл юзер, которому пришлось восстанавливать файл с прошлогодней ноябрьской ленты. Но, с другой стороны, ведь я эти ленты (месячные грандфазеры ) могу смержить в базу, не особо торопясь. Вначале главное сделать merge лентам из ежедневного пула. Ладно, подумаю ещё по этому поводу, поиграюсь с butil, потом решу окончательно.

[TAG_SPB]

Dmitry Slepchenko сейчас в отпускУ - грызет гранит науки.

Посему я за него и хочу кинуть маленький вопрос :

- свежескачанный BrightStor ARCserve Agent r11.1.
При загрузке пишет :
Oct-23 14:46:19 Client Agent Product Serial Number: .
(вместо номера - пусто)
Ну и на самом BAB'е появаилось в логах :
<31NW> Client Agent for NetWare - Usage limitation exceeded.Please contact your account representative to obtain a new license.

Естественно, старые лицензии все стоят...

Ничего не изменилось по поводу лицензирования нового BABа?
обращаться-то некуда

Может это связано с изменением настроек сетевухи сервера? Я грохнул iANS и поднял на ней TCP\IP (agent ставился на голый IPX)...

[Dimerson]

Dmitry Slepchenko сейчас в отпускУ - грызет гранит науки.

Посему я за него и хочу кинуть маленький вопрос :

- свежескачанный BrightStor ARCserve Agent r11.1.
При загрузке пишет :
Oct-23 14:46:19 Client Agent Product Serial Number: .
(вместо номера - пусто)
Ну и на самом BAB'е появаилось в логах :
<31NW> Client Agent for NetWare - Usage limitation exceeded.Please contact your account representative to obtain a new license.

Естественно, старые лицензии все стоят...

Ничего не изменилось по поводу лицензирования нового BABа?
обращаться-то некуда

Может это связано с изменением настроек сетевухи сервера? Я грохнул iANS и поднял на ней TCP\IP (agent ставился на голый IPX)...

Это уже обсасывалось.

Суть в том что лицензии на NWAgent нынче ServerBased.
Что кажет LicenseManager натравленный на сервер BAB11.1NW ?

есть ли в нем лицензии на NW Agent 11.1 ? От предыдущих версий боюсь не подойдут.