Откройте свой Мир!

ВНИМАНИЕ!!! Требуется 1С программист (8.1 и 8.2). Требование: знание типовых конфигураций. Условия: частичная занятость, удалённая работа. Зарплата договорная (высокая).Возможно обучение. Присылайте резюме на ящик mtv80@bk.ru

Все знают, что OLAP – очень полезная штука. В последние годы
аналитическая обработка данных привлекает все большее внимание. OLAP
является той технологией, которая превращает "сырые" данные в
информацию и знание для конечных пользователей.
Платформа V7 в настоящее время стала стандартом de facto для малых
предприятий. Как можно применить технологию OLAP для анализа
информации, хранящейся в базе данных V7?

В качестве инструмента мы будем использовать внешнюю компоненту RBrowser. Она имеется в коллекции Addin.Library
и свободно доступна всем желающим. Главная фича заключается в том, что
компонента позволяет в окне V7 отображать объект MS Internet Explorer,
причем мы можем из V7 управлять исходным кодом страницы.

Что же нужно отобразить в окне браузера такого, что поможет нам
анализировать информацию? В составе пакете MS Office есть так
называемые Office Web Components, нам в данном случае пригодится объект
PivotTable.

Последовательность действий:

1. Выгружаем данные для отчета во временную таблицу;
2. Из этой таблицы формируем локальный OLAP куб;
3. С помощью RBrowser создаем окно MSIE;
4. Формируем html страницу, на которой располагается объект PivotTable;
5. Подключаем созданный куб к этому объекту.

Идея использовать PivotTable (и исходный код шаблона HTML-страницы) позаимствована у Андрея Любимова, который достаточно давно продвигает технологию OLAP в среде пользователей V7.
Конечно, в локальный куб не запихаешь сколько угодно большую
таблицу, все-таки для серьезного, взрослого OLAP требуется что-то
посильнее, например MSSQL, но в данном случае, при средних объемах
выборки, результат вполне достижим.

Кстати говоря, локальный куб можно просматривать любым OLAP-клиентом, например, MS Excel.

В качестве примера (ссылка внизу страницы) к статье прилагаются:

1. Универсальный отчет "Анализ счета". Выгружаем данные по счету в базу Access, затем с помощью MDX запросов формируем локальный куб.
2. Универсальный отчет "Просмотр log-файла V7". В данном случае мы используем сам файл лога как базу данных (драйвер MS Text Driver), причем куб формируется напрямую из mlg-файла. Автор отчета – Артем Шабалин.

Системные требования для работы примеров:

1. Наличие внешней компоненты RBrowser;
2. Установленный пакет MS Office (2000 или XP), включая Office Web Components;
3. ADO 2.6 и выше;
4. В настройках MSIE, на вкладке "безопасность" для зоны "Интернет" нужно разрешить доступ к источникам данных за пределами домена.

Вот и всё. Выглядит это примерно так:

Файлы метаданных V7 (*.md) представляют собой
структурированные хранилища (structured storage), организованные по
правилам файловой системы от Microsoft. В терминологии OLE2 сами
дисковые файлы носят название "составной файл" (compound file).
Compound file состоит из целого числа блоков данных, размер каждого
блока равен 512 байт, т.е. соответствует одному дисковому сектору,
поэтому в дальнейшем я буду пользоваться термином "сектор" для
обозначения блока размером 512 байт.

Нумерация секторов в составном файле начинается с -1: -1,0,1,2…

В стуктуру составного файла входят следующие области данных:

• заголовок файла;
• данные, организованные в виде "больших блоков", занимающие целиком весь сектор;
• данные, организованные в виде "малых блоков" размером по 64 байта, занимают весь сектор, но в количестве 8 штук;
• данные, представляющие собой "объекты" каталога, размером по 128 байт, занимают весь сектор в количестве 4 штук;
• таблица размещения в составном файле больших блоков, по сути это FAT (File Allocation Table), далее "FAT больших блоков";
• таблица размещения собственно самого FAT больших блоков (может отсутствовать, если FAT вмещается в один сектор);
• таблица размещения в составном файле малых блоков – FAT малых блоков;
• неструктурированные данные (lock-bytes ???).

Прежде чем начать описание структуры и способов получения данных из
составного файла, проведем некоторую подготовительную работу.
Нам придется работать с двоичными данными и переводить числа из
шестнадцетеричного в десятичный формат (учитывая, что числа в файле
хранятся в шестнадцатеричном формате начиная с младшего байта). Для
этого в разделе деклараций нашего VBA-модуля создадим две UDT-структуры:









Public Type DWORD_C   'структура для чтения DWORD из файла
   b1 As Byte   '1 (младший байт)
   b2 As Byte   '2 байт
   b3 As Byte   '3 байт
   b4 As Byte   '4 (старший) байт
End Type

Public Type DWORD_B   'структура для перевода DWORD в LONG
   n As Long
End Type




и напишем функцию для перемещения содержимого из одной структуры в другую





Public Function HDec(vByte As DWORD_C) As Long
' функция преобразования знаковых длинных целых
Dim mLong As DWORD_B
   LSet mLong = vByte
   HDec = mLong.n
End Function





Объявим там же константу со значением размера сектора и байтовый массив, в котором будет хранится наш составной файл:





Public Const SECTORSIZE As Long = 512
Public fileBuf() as Byte





Далее пишем функцию, которая считает составной файл целиком в байтовый массив





Public Function GetFile() As Boolean
' прочитать файл
Dim iFile As Long ' номер файла
Dim lFile As Long ' размер файла
Dim rc As Boolean ' результат выполнения
Dim mdFileName as Strin ' полное имя файла

On Error Goto errHandler
rc = False ' результат выполнения

' здесь любым доступным способом присвоим переменной mdFileName имя
' составного файла
' . . .

If Len(mdFile) = 0 Then GoTo myExit
iFile = FreeFile()
Open mdFile For Binary As #iFile ' откроем файл в режиме двоичного доступа
lFile = LOF(iFile) ' размер файла
If lFile = 0 Then GoTo myExit

ReDim fileBuf(1 To lFile)
' считать весь файл
Get iFile, , fileBuf()
' закрыть файл
Close iFile
If UBound(fileBuf) = lFile Then
   ' если файл *.md считан правильно
   rc = True
End If

myExit:
   GetFile = rc
   Exit Function
errHandler:
   GetFile = rc
   ' . . . вывод сообщения об ошибке
End Function





Если функция вернула True, значит файл считан в массив fileBuf().

Заголовок составного файла

Заголовок представляет собой запись размером 80 байтов в секторе номер -1. Нас будут интересовать следующие поля заголовка:





Смещение
Размер поля
Описание


Dec
Hex


+1
+00h
DWORD
Магическое число E011CFD0h (-535703600 при выполнении функции HDec)


+45
+2Ch
DWORD
Количество секторов, которые занимает FAT больших блоков


+49
+30h
DWORD
Номер стартового сектора каталога


+61
+3Ch
DWORD
Номера стартового сектора FAT малых блоков


+69
+44h
DWORD
Номер сектора доп.таблицы размещения FAT больших блоков


+77
+4Ch
DWORD
Номер стартового сектора FAT больших блоков





Что сие означает – будет рассказано ниже, а пока что в разделе деклараций модуля создаем UDT структуру:





Public Type FILEHEADER ' это структура для заголовка файла
   SizeOfBBD As Long ' кол-во секторов FAT больших блоков
   StartBBD As Long ' стартовый сектор FAT больших блоков
   StartBBDex As Long ' стартовый сектор доп.таблицы для FAT больших блоков
   StartSBD As Long ' стартовый сектор FAT малых блоков
   StartRoot As Long ' стартовый сектор каталога
End Type





объявляем переменную, которая будет содержать означенную выше структуру





Public HeaderMD As FILEHEADER





и пишем функцию, которая заполнит стуктуру заголовка составного файла





Public Function GetHeader() As Boolean
' прочитать заголовок файла
Dim i As Long
Dim sText As String
Dim dWord As DWORD_C
Dim x As Long
Dim rc As Boolean

On Error Goto errHandler
rc = False ' результат выполнения

' сектор, в котором расположен заголовок,
' нумеруется как (-1), поэтому для оптимизации
' сразу прибавляем по 1 к стартовым значениям
' т.к. сами считать будем от головы файла

' сигнатура файла
dWord.b1 = fileBuf(1)
dWord.b2 = fileBuf(2)
dWord.b3 = fileBuf(3)
dWord.b4 = fileBuf(4)
sText = Hex(HDec(dWord))
' проверяем на наличие магического числа
If sText <> "E011CFD0" Then
   GoTo myExit
End If
' количество секторов в FAT больших блоков
i = &H2C
dWord.b1 = fileBuf(i + 1)
dWord.b2 = fileBuf(i + 2)
dWord.b3 = fileBuf(i + 3)
dWord.b4 = fileBuf(i + 4)
HeaderMD.SizeOfBBD = HDec(dWord)
' стартовый сектор каталога
i = &H30
dWord.b1 = fileBuf(i + 1)
dWord.b2 = fileBuf(i + 2)
dWord.b3 = fileBuf(i + 3)
dWord.b4 = fileBuf(i + 4)
HeaderMD.StartRoot = HDec(dWord) ' здесь порядковый номер сектора
' стартовый сектор FAT малых блоков
i = &H3C
dWord.b1 = fileBuf(i + 1)
dWord.b2 = fileBuf(i + 2)
dWord.b3 = fileBuf(i + 3)
dWord.b4 = fileBuf(i + 4)
HeaderMD.StartSBD = HDec(dWord)
' стартовый сектор таблицы размещения доп.FAT больших блоков
i = &H44
dWord.b1 = fileBuf(i + 1)
dWord.b2 = fileBuf(i + 2)
dWord.b3 = fileBuf(i + 3)
dWord.b4 = fileBuf(i + 4)
x = HDec(dWord)
If x > 0 Then
   ' вычислить абсолютный адрес только если он больше 0
   x = 1 + (x + 1) * SECTORSIZE
End If
HeaderMD.StartBBDex = x
' стартовый сектор FAT больших блоков
i = &H4C
dWord.b1 = fileBuf(i + 1)
dWord.b2 = fileBuf(i + 2)
dWord.b3 = fileBuf(i + 3)
dWord.b4 = fileBuf(i + 4)

' вычисляем абсолютный адрес в файле
HeaderMD.StartBBD = 1 + (HDec(dWord) + 1) * SECTORSIZE
rc = True

myExit:
   GetHeader = rc
   Exit Function
errHandler:
   GetHeader = rc
   ' . . . вывод сообщения об ошибке
End Function





Если функция вернула True, значит заголовок считан и наш файл является составным файлом OLE.

Сегодня в Рунете всё больше и больше набирает популярность вид
аукциона называемый скандинавским или аукцион уникально низкой ставки
(англ. Lowest unique bid auction). В скандинавском аукционе товар или
услуга выставляется на продажу по минимальной стоимости (обычно 1
рубль). За возможность сделать ставку с участника взимается определенная
плата (7.33-9 рублей). После каждой ставки стоимость товара
увеличивается на фиксированный шаг, например 0.25 руб., а
продолжительность торгов-на 10-20 секунд. Победителем считается
участник, сделавший последнюю ставку. Подробнее как все это работает в этом ролике.



Как и многое другое этот вид аукциона пришел к нам из Европы, где он
является очень популярным. На данный момент считается, что первый
скандинавский аукцион появился в Великобритании Swoopo.co.uk и сейчас
очень активно работает. Затем этот вид аукциона начал появляться по всей
Европе, потом в России и в Украине.



Столь высокая популярность скандинавских аукционов заключается в том,
что участники могут приобрести качественные товары (бытовая техника и
электроника, мобильные телефоны, электронные карты оплаты и т.д.) по
очень низкой стоимости по сравнению с ценами в розничных магазинах. При
этом для участия в некоторых скандинавских аукционах даже не требуется
регистрации, и, кроме того, можно делать ставки с помощью мобильного
телефона через отправку SMS-сообщений. Посмотрите пример торгов в ролике
"500 рублей за 47
секунд", снятый на аукционе ProdanLot.ru





Но почему же стоимость товаров столь низка? Разве организаторам
аукциона выгодно продавать товары по смешным ценам? Давайте разберем
этот момент на конкретном примере. Далеко ходить не будем и возьмем
последний проданный лот на момент написания этого обзора. Вот он http://prodanlot.ru/auctions/253301257356.
Это карта предоплаты в системе Яндекс.Деньги номиналом в 1000 рублей.
Мы видим, что лот был продан за 5.27 руб., при этом шаг ставки был 1
копейка, а стартовая стоимость 1 рубль. Т.е. 5.27 руб.-1 руб.=4.27 руб.
При шаге в 1 копейку было сделано 427 ставок, что в итоге увеличило
стоимость лота на 4.27 руб. Т.к. стоимость ставок варьируется от 7.33
руб. до 9 руб., в зависимости от покупаемого пакета, то возьмем среднюю
стоимость ставки в 8 руб. Получаем 427 ставок*8 руб.=3416 руб.-такую
сумму потратили участники борясь за этот лот. Расходы победителя же
составили всего 5 ставок или 40 рублей плюс конечная стоимость лота в
размере 5.27 руб. Теперь понятно на чем основаны доходы организаторов
аукциона?



В общем любой, кто заинтересуется скандинавским аукционом, может
легко принять в нем участие, побороться за понравившийся лот аукциона, и
если человек будет в меру удачлив и расчетлив, у него всегда будет
хороший шанс стать обладателем того же iPhone или «продвинутого»
ноутбука. Здесь всё зависит от Ваших решительных действий.



О том, как зарегистрироваться в аукционе ProdanLot.ru, Вы можете узнать из этого видеоролика




P.S. Пару слов о том, не развод ли это:

В этом аукционе я зарегистрирован под именем garlic. По своей натуре я
человек абсолютно неазартный, но тем не менее это не помешало мне
выиграть несколько лотов. Вот здесь вы можете посмотреть информацию о
моем аккаунте и выигранные мною несколько лотов http://prodanlot.ru/users/garlic
или вот скриншот на форуме http://ulanovka.ru/forum/images/users/9420/prodanlot3.jpg


Дорофеев Андрей




ссылки, которые могут пригодиться:

http://www.youtube.com/watch?v=-UrdbLdpMFw
- Регистрация в системе Яндекс.Деньги



http://www.youtube.com/watch?v=sbDLM1ZorjU
- Обзор системы Яндекс.Деньги

http://www.youtube.com/watch?v=-yYXYEdjh88
- Пополнение Яндекс.Деньги через терминал.

Вступление. О чём пойдёт речь.
В этой маленькой заметке рассматриваются некоторые аспекты использования серверных ОС при эксплуатации сетевого варианта системы 1С:Предприятие (в DBF-варианте).
Использованные материалы – собственный опыт и архивы форума Территория 1C. Рекомендации с диска ИТС фирмы 1С не использовались – желающие могут просмотреть их самостоятельно. По времени эти рекомендации появились позднее обсуждений на Территории, выводы там приведены без объяснений и в сжатом виде.
Итак, приступим к нашим серверам.
В настоящее время наиболее часто при эксплуатации системы 1С-Предприятие используются следующие серверные ОС – от фирмы Microsoft (Windows NT/2000), от фирмы Novell – Novell NetWare версий 3 и 4. По частоте использования статистика не собиралась, однако можно с уверенностью сказать, что безусловно лидируют сервера Windows. Связано это в основном с отсутствием достаточно количества специалистов по серверному ПО фирмы Novell.
При эксплуатации файл-серверного варианта системы 1С:Предприятия на этих серверах возникает ряд проблем, причём для каждого типа сервера проблемы свои. Рассмотрим кратко эти проблемы.
Проблема #1.
При эксплуатации серверов Windows NT/Windows 2000, если к базе подключено более одного пользователя, резко замедляется скорость работы "1С:Предприятия".
Этот подарок преподнесен нам особенностями работы механизма кэширования Window NT/2000. Если база лежит на NT/Win2000, то при одном пользователе будет включен кэш сервера, и при этом не имеет особого значения, как пользователь подключен к базе – монопольно или в разделенном режиме. При подключении второго и последующих пользователей кэш выключается. Повторно он включится для базы только при отключении всех пользователей от этой базы и вторичном подключении к ней первого пользователя.
Эти выводы можно проиллюстрировать примером. Не далее как 14-15 марта 2002 года вопрос в очередной раз был поднят на "Территории 1С". Мною было предложено провести ряд тестов и вот результаты, полученные одним из участником форума.
Тесты производились по следующей методике – тестовый отчет выполнялся при подключении к базе одного пользователя и при подключенном втором, который сам ничего не выполнял (важен сам факт подключения).
"Итак, краткий отчет: имеем две одинаковые базы, обе лежат на сервере Windows 2000 Server. Больше к серверу никто не обращается. К одной из баз подключен один пользователь (это я), ко второй – два пользователя (я и просто еще одна включенная машина, за которой никто не работает).
Обе базы подключены в разделенном режиме для чистоты эксперимента. Затраченное время:


Действие1 user>1 userЗамедлениеРасчётный листок на 1-го сотрудника2.5 сек16 сек6.4Построение расчётной ведомости по предприятию10 сек35 сек3.5Проведение документа КонецМесяца (1220 проводок)5 сек32 сек13
Используется конфигурация "Расчет зарплаты" фирмы КАМИН для компоненты "Бухгалтерский учет". Ни в коем случае не хочу бросить тень на фирму КАМИН – другие бухи используют доработанную типовую бухгалтерию от 1С – те же проблемы. Основное время при двух пользователях тратится на выполнение запросов по бух. итогам – видно даже визуально при построении отчета.
При расчете зарплаты приходится выгонять кадровика – иначе тормоза и расчетчик начинает протестовать. Кстати, кадровик на скорость не жалуется – она не использует документы и отчеты по бух. итогам."
Интерпретация полученных результатов такова – влияние сети и производительности машин можно исключить, тесты выполнялись в одной сетевой среде. Вся разница во времени получена только из-за отключения кэша.
Данную ситуацию можно несколько сгладить – если на файл-сервере Windows используется файловая система NTFS, то можно отключить запись последнего времени и даты обращения к файлу для ускорения работы. В NT это делается в параметрах устройства, в Windows 2000 – надо править реестр, а именно ключ
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
Значение NtfsDisableLastAccessUpdate нужно определить (его по умолчанию нет), тип DWord, установка в единицу (1) запрещает сохранение.
Это несколько ускорит работу с диском, но проблем не решит. Использование SCSI-дисков позволит еще больше снизить разницу, но полность устранить замедление невозможно.
Поведение сервера Novell NetWare в аналогичных тестах дает несколько необычные результаты, впрочем, легко объяснимые.
 

• Скорость выполнения отчета практически не зависит от количества подключенных пользователей. Задержка видна только при перегрузке сети.  
• Если после формирования отчета сразу же запустить его повторно – время выполнения может быть до 10 (десяти!) раз меньше – данные лежат в кэше и чтение с диска не производится. Но этот эффект может быть получен только при двух дополнительных условиях – на сервере достаточно памяти под кэш (128-256 мб) и сам кэш правильно настроен (сервер NetWare позволяет выполнить настройку кэша на чтение и запись отдельно). Количество подключенных пользователей – безразлично.

Вывод прост – при использовании файл-серверного варианта системы 1С:Предприятие использование сервера под Windows нежелательно. Однако если нет другого варианта – надо постараться использовать максимально быструю систему ввода-вывода (только SCSI). Этот вывод на самом деле действителен для любых файл-серверных приложений (например, БЭСТ), а не только для 1С.
Можно также предложить использовать программы сторонних производителей, выполняющие кэширование дисков сервера Windows, однако нужно помнить, что для серверов нет таких программ, сертифицированных фирмой Microsoft. Хотя на практике при использовании Windows NT такая вот стороняя программв позволила ускорить работу БЭСТа примерно в два раза.
Проблема #2.
При запуске программы 1С на сервере начинает резко тормозить работа пользователей в сети, несмотря на настройку максимального приоритета сетевых приложений.
Данная проблема возникает при использовании на сервере программы, осуществляющей доступ к данным совместно с программами из сети. Ущербность такого подхода осуждается всеми, но на практике часто имеет место.
И при этом возникает проблема, мало кем осознанная и воспринятая (встречается относительно редко, обнаруживается очень трудно). Часть проблемы, связанная с отключением кэша (см. проблему 1), здесь подразумевается, но не обсуждается.
На самом деле в среде Windows работают несколько транспортных механизмов для доступа к файлам. Для работающей в среде сервера программы – это система, обеспечивающая доступ к локальным файлам. Если программа работает на клиентской машине, то могут использоваться два механизма доступа – доступ к сетевому файлу, когда путь к базе прописан в виде \\computer\folder\, и может использоваться механизм маппирования диска. Если работа не интенсивная, то ничего страшного при совместном доступе может и не случиться. При повышении интенсивности работы может случиться следующее – одновременное поступление запросов на запись по двум разным веткам и наложение записи. По внутренним причинам система не всегда нормально строит очередь обращения к файлу из нескольких механизмов доступа. Тогда лучшее, что случится – расхождение бух. итогов или остатков по регистрам, а худшее – разрушение информации в одном из DBF файлов. Эта ошибка возникает достаточно редко, условия ее однозначного возникновения не выяснялись.
Избежать этого можно, используя только один из механизмов доступа, т.е. сделать так, чтобы на сервере все обращения к файлу проходили одним путем. Тогда вышеописанной ситуации не возникнет (система построит очередь и корректно ее обслужит). Но в любом случае, можно дать рекомендацию – пользователя с сервера гнать (ибо помимо возможности разрушения наблюдается еще и эффект дополнительного торможения за счет отключения кэша), а если есть необходимость переиндексации или быстрых обработок базы – запускать программу на сервере только в монопольном режиме (многие практикуют плановую переиндексацию ночью по расписанию). Это нормальное решение проблемы.
При сравнении серверов Windows и NetWare можно сказать следующее (учитывая, что все вышеприведенные особенности рассматриваются в приложении к файл-серверному варианту системы 1С:Предприятие) – наибольшую скорость можно получить при использовании сервера NetWare (версий 3.хх и 4.хх). Однако, следует иметь в виду, что использование этого сервера имеет два недостатка:

• Несмотря на относительную простоту этих ОС (Novell NetWare), квалифицированных специалистов по ним можно встретить редко.  
• При использовании этого сервера необходимо учитывать, что для нормальной поддержки длинных русских имен файлов на сервере необходимо устанавливать на пользовательских машинах клиента Novel NetWare for MS Windows. Данный клиент поставляется отдельно (на дистрибутивном диске – устаревшая версия). В частности, он имеется на диске ИТС. На сайте фирмы Novell имеется более свежая версия клиента. Можно, конечно обойтись и стандартным клиентом от Microsoft – только при этом символы русского алфавита будут преобразованы в верхний регистр.

Использование серверов от Novell не предъявляет особых требований к аппаратному обеспечению. Для построения сервера под потребности 1С:Предприятия (5-25 пользователей) вполне достаточно рядовой офисной машины с памятью 128-256 Mb. Для дисковой подсистемы вполне подойдут диски IDE, лишь бы были нормальные драйверы (в случае использования современных высокоскоростных IDE-адаптеров). Установка SCSI дисков – еще более ускорит работу сервера (в то же время установка SCSI-дисков для сервера Microsoft – обязательная опция). Могу с уверенность сказать, что сервер NetWare на базе процессора с частотой 200-233 Mhz и памятью 64-128 Mb сравним по времени реакции с сервером Microsoft на процессоре не менее 600-800 Mhz при прочих равных условиях. Объем памяти для Windows-сервера особой роли не играет – но он должен быть не менее 128 Mb.
Терминальный сервер
В связи с вышеперечисленными проблемами с серверами Microsoft все большую популярность при эксплуатации системы 1С:Предприятие приобретают терминальные сервера. За счет снижения сетевого трафика работа 1С:Предприятия ускоряется в несколько раз. Несмотря на проявление все того же недостатка – отключение кэша при втором и более пользователях, такая система позволяет увеличить общую производительность. Нижеприведенные результаты получены еще одним участником Территории 1С:
"Тесты выполнялись следующим образом: первый – при монопольном подключении, второй – разделенный режим и один пользователь, третий – разделенный режим и два пользователя, второй просто подключен.
Конфигурация сервера: PIII-933х2\512\SCSI 18,3х3 (RAID-5)
Конфигурация клиентв: PII-350\128\IDE
Сетка: switch 100-Mb
 
Отчет "Обороты между субконто Контрагенты и Договора"...Терминальный режимОбычный режимМонопольно2:09 (129 сек)11:11 (671 сек)Разделённый (1)1:18 (198 сек)11:10 (670 сек)Разделённый (2)5:13 (313 сек)>1 ч 20 мин
(не дождались окончания)
Результаты можно интерпретировать следующим образом.
Третья колонка подтверждает результаты в первой таблице. Результат в 670 сек – кэш работает, в нем остались данные от первого прогона (т.е. дисковых операций было меньше). Но разделенный режим требует поддержки блокировок – они отрабатывались по сети довольно долго и в результате время одинаковое.
Вторая колонка показывает, что при подключении второго пользователя кэш выключается и в терминальном режиме.
Сравнение второй и третьей колонок между собой показывает эффективность терминального режима работы.
Терминальный сервер – машина далеко не рядовая, должна быть оснащена в обязательном порядке (как и любой сервер от Microsoft) SCSI-дисками, очень желательно иметь пару процессоров, объем оперативной памяти – чем больше, тем лучше, но не менее 1 Gb при 10-15 пользователях.
Реально на практике производительность такого сервера сильно зависит от всех составляющих – оперативной памяти, скорости работы дисковой подсистемы, количества и частоты процессоров.
Использование ОС Windows 9х в качестве ОС для серверной платформы
Достаточно часто встречается также вопрос – почему при попытке подключения третьего (четвертого, пятого) пользователя программа 1С:Предприятие сообщает об ошибке доступа к некоему файлу БД. На самом деле, проблема широко освещается в литературе – системы семейства Windows 9х не позволяют открывать одновременно более 1024 файлов, и строить сеть с использованием Windows 9х можно только при количестве пользователей не более трех (похоже, что трехпользовательская версия 1С:Предприятия как раз и предназначена для этого случая). Этот вариант рассчитан на самый начальный уровень весьма и весьма малого предприятия.
Особенности настройки сервера NetWare
При описании параметров настройки сервера NetWare использована книга – М.Гук, Сети NewWare 3.12-4.1, Питер, Спб, 1997.
После установки программного обеспечения для обеспечения нормальной работы 1С:Предприятия необходимо обязательно настроить 4 параметра (см стр 181):
Set maximum file locks per connection = 1000 (10 - 1 000)
Set maximum record locks per connection = 1000 (10 -1 0000)
Set maximum file locks = 10000 (100 - 100 000)
Set maximum record locks = 100000 (100 - 400 000)
Для их изменения следует на сервере выполнить команду Load servman, далее по меню: Available Options -> Server Parameters -> Categories -> Locks, далее изменить вышеуказанный значения.
При использовании на рабочей станции Novell Client версии не ниже 3.00 необходимо установить на закладке Advansed Settings параметр File Cache Level в значение 0 или 1. В противном случае, с этой рабочей станции не будет выполняться переиндексация.
Параметр Use Extended File Handles нужно установить в положение On.
В принципе, сервер после этого готов к работе. Дополнительно можно настроить некоторые параметры использования кэша, однако установленные умолчания достаточно оптимальны. Краткое описание параметров можно посмотреть на стр 90-92, более подробное – в фирменной документации. Настройку должен выполнять специалист, общих рекомендаций не существует – оптимальные значения нужно определять в конкретных условиях эксплуатации. Более того, при увеличении размера БД и особенно объема информации за месяц, изменение параметров управления кэшем весьма сильно влияет на время отчета
Использование клиентов от Microsoft и Novell
Использование клиента от Novell позволяет при выполнении некоторых мероприятий (при установке сервера NetWare) обеспечить поддержку сервером длинных русских имен, а также сетевые принтеры (установленные не на сервере, а подключенные непосредственно к сети). Однако требуется настройка клиента (см. выше).
Клиент от Microsoft практически не требует настройки, входит в состав Windows (нормальный клиент идёт в поставке начиная с Win98). Полное управление сервером возможно только через клиента от Novell (требуется, однако, только администратору сети). Клиент, находящийся на дистрибутивном носителе Novell NetWare, устарел. Необходимо иметь более свежую версию клиента. Клиент версии 3.30 поставляется на диске ИТС. Более свежая версия доступна на сайте фирмы Novell.
При выборе сервера нужно помнить, что каждой избушке нужны свои игрушки. Просто необходимо учитывать все стоящие перед организацией цели и проблемы. Моих рекомендаций здесь не будет.