v7: разнести терминал и базу 1с7.7 dbf #510530

Собственно есть сервер с базой 1с7.7 dbf предприятие для sql 7.70.025, конфигурация торговля и склад ред 9.2, он же терминальный. В связи с увеличением пользователей ресурсов данного сервера не хватает, сделал терминальный сервер отдельно, база осталась на старом. Возникла проблема, при подключении с этого терминала 1 пользователя отчеты снимаются чуть медленнее чем когда с самого сервера где база (это нормально), но как только подключаю 2 пользователя к базе отчеты начинаю сниматься 8 и более минут вместо 20-30 секунд(за пример брат отчет по продажам за 10 дней), количество пользователей 150 Хотелось бы решить эту проблему

переходите на SQL

Возвращай базу обратно.

Положить базу на 1 терминальный сервер, юзверей загнать туда же.

+100!

sql на скорость не влияет только надежность. Ёпрст3 щас так и есть но в сезон начнутся тормоза изза того что щас 70 а будет порядка 120 пользователей вот и нада терминалку отдельно от базы. ДенисЧ база лежит там где и была терминал с клиентом на новом серве

ТОгда клади базу на терминал. Первое правило: терминал и бдф-база должны лежать на одном компе. Второе правило: никому никогда не рассказывать о первом правиле :-)

Для дбф база и терминальник  должны бвть на одной машине.

и че ? Увеличивай мощность железа.

сиквел на скорость влияет. отрицательно. если пользоваться описанными в ЖКК методами. Если пользоваться дополнительными - то скорость значительно выше...

т е проблемму не решить ? то как компании по 200 + пользователей работают)хорошо в скором времени посажу на sql это решит или нет проблему

не решит

+11 Проблему решит новый нормальный сервак, если остаешься на дбф.

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

Mikeware ну у меня не 200 а 150 вот и спрашиваю

Переходите на SQL + прямые запросы + прямые руки.

размер базы то хоть какой ? Каков размер всех *.dbf Каков размер самой большой dbf и как её имя ?

1scrdoc.dbf 226.814 кб, вес базы 3гига недавно свернули, размер всех dbf 607 метров

Варианты использования 7.7 от самого медленного к самому быстрому dbf по сети sql (тут в принципе сеть пофиг) dbf локально sql+прямые запросы. все это весьма условно - зависит от железа/сети/размеров бд/алгоритмов/кол-ва пользователей но примерно такой порядок выбирай

быстрее всего дбф+терминал + прямые запросы

А можно поинтересоваться - чем занимается 150+ пользователей в 3Г базе?

1sqlite ?

самый большой 1scrdoc ??? :)) зачет, прибей его и тии сделай. ЗЫ: и чо в такой мелкой базе делают 200 юзеров ?

ну да - это я забыл. в сравнении также не учтены другие нештатные БД - тут я без понятия что там и как.

фухх, хоть с вопросом тебя опередил :-))

ну, можно и фоксом, смотря какие цели.. Фокс быстрее при group by + умеет к внешней базе стучаться + апдейт/инсерт (правда криво - нужно реиндексировать :(  )

кстати, ужо > 200 рублёв собрал за ответы :)

консультанты в основном  и работники склада - нехорошие люди тока недавно срезали поэтому маленькая 150 я взял по пакс в сезон около 120 щас 70 макс

Сделай всем автоматический выход по таймауту при бездействии - и поймешь, что именно работают в базе всего пару десятков пользователей.

если делать в настройке терминала то это будет считаться некоректным закрытием базы

если про 1С то я хз

Ёпрст3 самый большой 1scrdoc ??? :)) зачет, прибей его и тии сделай. а что это даст ?

Процедура завершения сеанса 1с в обработку ожидания.

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

размер его уменьшится в разы. свертку то поди делали "через одно место"...

+34 не удивлюсь, что и blob  и 1sconst  немерянного размера остались.

Про блокировки слышал что нибудь?

я бы сказал так свертку делали 3 программиста я просто админ и их уже нет и все свалили на меня про блокировки ничего не слышал если подкинете куда копать буду благодарен

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

Для этого нужно ставить или Win 2к8 Server или Citrix

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

в 1с++ есть Времяпростоясистемы - вот его и юзай

Количество активных порядка 80ми. Базу режем раз в год, сейчас 3гига без индексов

Я не говорил про "расшарить базу по сети"

к

Гигабитку между серверами

Не спасет

гыы.. >>плюс база дьф на отдельной машине Это не по сети разве ????? ЗЫ: дбф не живет по сети, по-определению, хоть в гигабитке.. в лучшем случае, на новеле - но и то, это изврат.

"или_покупать_ цитрикс"

Как по твоему выкладывание файловой базы на другой сервак может разгрузить первый?

80 пользователей на дбф будут жить по сети только задачи какие у пользователей провести документ? то да но малейший отчет и 8 минут жди и более покрайней мере у меня

зато может загрузитьоба :-)

это не у тебя, это у всех. дбф не живёт в сети.

во-первых, можно всегда балансировать между скоростью проведения и скоростью отчетов. ВО-вторых, 8 минут - это много. а 3Г/200рыл - очень мало.

Mikeware во-первых, можно всегда балансировать между скоростью проведения и скоростью отчетов. ВО-вторых, 8 минут - это много. а 3Г/200рыл - очень мало. не 200 эт я для примера сказал, у меня реально в сезон 120 пик но расчитать для 150 с запасом, "во-первых, можно всегда балансировать между скоростью проведения и скоростью отчетов."Это как?

нет не по сети

Раскрой тему

Ну и плюс патч от загрузки проца + ВК по управлению приоритетами

"Ну и плюс патч от загрузки проца + ВК по управлению приоритетами" раскрой по подробней

Аналог XP mode в 7-ке. Когда у тебя приложения установлена на виртуальной машине, а запускаешь и работаешь с ним ты на реальной машине. Аналогично, только вместо виртуалки выступает другой компьютер. Раньше такое можно было через Citrix  замутить. Сейчас в Windows 2008 Server это появилось (для подключения нужно RDP 6.1)

даже на 100 - мало. 100 рыл делают за год порядка 16Г

Т.е. фактически юзер работает на отдельном сервере, а картинку ему на терминале показывают

на 2003 есть ?

Нет В Windows Server 2008 произошло значительное обновление Служб Терминалов (Terminal Services). Службы Терминалов теперь поддерживают Remote Desktop Protocol 6.0. Самое заметное усовершенствование, названное Terminal Services RemoteApp, позволяет опубликовать одно конкретное приложение, вместо всего рабочего стола. Другая важная особенность, добавленная в Службы Терминалов — Terminal Services Gateway и Terminal Services Web Access (теперь полностью через web-интерфейс). Terminal Services Gateway позволяет авторизованным компьютерам безопасно подключаться к Службам Терминалов или Удаленному Рабочему Столу из интернета используя RDP через HTTPS без использования VPN. Для этого не требуется открывать дополнительный порт на межсетевом экране; трафик RDP туннелируется через HTTPS. Terminal Services Web Access позволяет администраторам обеспечивать доступ к службам терминалов через Web-интерфейс. При использовании TS Gateway и TS RemoteApp, передача данных происходит через HTTP(S) и удаленные приложения выглядят для пользователя так, как будто они запущены локально. Несколько приложений запускаются через один сеанс чтобы гарантировать отсутствие потребности в дополнительных лицензиях на пользователя. (с)

Mikeware 60 - 13.10.10 - 14:28 даже на 100 - мало. 100 рыл делают за год порядка 16Г проблема появилась только летом до ътого было 70 пользователей и вес 7 гигов

Т.е. например у нас подняты виртуалки (для всякого софта для налоговой и ПФР) и админим мы их через браузер, а юзера подключаются к ним через RemoteApp

у вас сейчас 1 сервак 2008 на нем поднят сервер терминалов , на нем же база валяется и к нему же юзвери через rdp ходют, так ? Если да, то к чему весь этот поток сознания про "база на другом компе" и 3 терминальных сервера ?

Aleksey_3 реально у него 1 сервер ?

нет 1 сервак на котором лежит база 7.7, назовем его БазаДанных 3 ОТДЕЛЬНЫХ сервака терминала куча ноутов терминальный и ноуты коннектится через TS RemoteApp к БазаДанных, т.е. фактически это удаленный рабочий стол Lite, т.е. сам рабочий стол не грузиться, а только конкретное приложение

+66 и это тоже самое, что и "Для дбф база и терминальник  должны быть на одной машине." Различие лишь в том, что в 2008 сделали аналог цитрикса, где клиент видит приложение, как "своё", а не в отдельном окошке.

Т.е. физически сервер терминалов и сервер БазаДанных это отдельные серваки

Совершенно верно

Т.е. по факту не обязательно держать базу на сервере терминалов

ты мозги нам тут не дели, что за бред с 3-мя ОТДЕЛЬНЫХ сервака терминала ??? А  сервак на котором лежит база 7.7, назовем его БазаДанных , на нем что поднято ?

Windows 2008

все равно маловато. ну да ладно. Тебе, в общем, сказали уже...

бред. У тебя БазаДанных - это и есть сервер терминалов, Сервер терминалов - это если что, служба сервака.

п..ц ЧТД.

у тебя БазаДанных - 2008, на котором поднята служба терминалов, именно к нему ты цепляешься из любой тачки в сети. ВСЁ. У автора - аналогично, только сервак 2003. и это = "Для дбф база и терминальник  должны быть на одной машине."

Ну прости, я думал, что ты имеещь ввиду сервер терминалов, как отдельный сервер на котором сидят и работают люди, где стоит офис и прочая шняга

А в сети, хоть на всех тачках подними службу терминалов, хоть на тачке с XP/win7 , предварительно пропатчив.

Нет :))

Я-то думал, чудо случилось...

И получишь RDP, а не RemoteAPP

Что то типа

наивный :) да разница то невелика.. Раньше вот, в цитриксе можно было кучу серваков в ферму объединять, в 2008 это реализовали, кто в курсе ?

Ну многих это окантовка RDP раздражает. А так дополнительный плюс в безопасности БД

2008 р2 это есть в принципе.... можно кластеры делать, можно фермы терминальные делать

Таки прочитай и еще раз подумай. Каким образом, по твоему, перенос файлов с терминального сервака на другой снизит нагрузку на терминальный сервак?

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

Aleksey_3 спасибо за ссылку " Ключевые слова: проблема со скоростью, тормозит база, блокировки, проведение документов, ожидание захвата таблиц, терминал, очень медленно работает, появляются сообщения о блокировках, транзакция, при выполнении транзакции произошла ошибка!, ошибка обращения к данным при транзакции, Повторить попытку выполнить транзакцию?" мой случай видимо если поможет даже отдельный терминал не нужен сервак то мощный и проблема была по загрузке проца как раз в пик работ и ошибки и висюки