Вопрос № 55260: Здравствуйте, уважаемые эксперты!
1С sql стоит под управлением sql сервера на платформе win2003. Конфигурация не стандартная, самодельная. С программой работает около 30 пользователей.
Проблема такая: журнал транзакций разростается до громад...Вопрос № 55283: доброго времени суток, господа эксперты. Вопрос у мя такой: как(желательно пошагово) поднять 1с77 через терминалы? В каком формате предпочтительней(в плане скорости) хранить базу? Какой прирост скорости можно ожидать от перехода на терминальный режим...Вопрос № 55292: 1С-Бухгалтерия ред.4.5 релиз 481
В счете-фактуре можно выбрать покупателя одного, а грузополучателя другого, но у нас грузополучатель и является плательщиком фактически, тоесть получается так, что долг виснет на "Покупателе" а надо на &...Вопрос № 55390: Здравствуйте! 1С 7.7 комплекс
По сути вопрос глупый, но я в бухгалтерии не бум-бум, но очень хочу разобраться.
Зачем нужны регламентные операции: закрытие месяца(оперативный учет), закрытие месяца (бух. учет)? Обязательно ли их делать? Если д...
Вопрос № 55.260
Здравствуйте, уважаемые эксперты!
1С sql стоит под управлением sql сервера на платформе win2003. Конфигурация не стандартная, самодельная. С программой работает около 30 пользователей.
Проблема такая: журнал транзакций разростается до громадных размеров, процесс sqlserv.exe постепенно заполняет всю память и в конце концов сервер начинает тормозить. Помогите побороть эту проблему! Заранее благодарю всех, кто отзовётся.
Отправлен: 13.09.2006, 11:23
Вопрос задал: Pvm (статус: Посетитель)
Всего ответов: 3 Мини-форум вопроса >>> (сообщений: 0)
Отвечает: Vizli
Здравствуйте, Pvm!
Вот что пишут на диске ИТС:
..Выполнение интенсивных операций по модификации данных информационной базы приводит к увеличению размеров файлов данных и журнала транзакций. В какой-то момент времени старые записи журнала транзакций становятся не нужными для восстановления базы данных и могут быть удалены, освобождая тем самым место для новых записей. Если своевременно не удалять старые записи журнала транзакций, то через некоторое время файл журнала транзакций может занять все свободное дисковое пространство и работа с базой данных станет
невозможной.
Проблема
Рост файла журнала транзакций. С помощью команды DBCC SHRINKFILE не удается уменьшить размер файла журнала транзакций до нужного размера .
Решение
Для решения описанной проблемы необходимо предварительно удалить неактивные записи журнала транзакций с помощью команды BACKUP LOG, а затем уже с помощью команды DBCC SHRINKFILE уменьшить размер файла журнала транзакций.
Последовательность команд, которую нужно исполнить в Query Analyzer, выглядит следующим образом:
BACKUP LOG Имя_Базы_Данных WITH TRUNCATE_ONLY
go
DBCC SHRINKFILE (Имя_ Файла_Журнала_ Транзакций)
go
от себя добавлю, что нужно определиться со стратегией резервного копирования средствами SQL и регулярно делать бекап базы и журнала транзакций
Ответ отправил: Vizli (статус: 2-ой класс)
Ответ отправлен: 13.09.2006, 11:44 Оценка за ответ: 5 Комментарий оценки: Спасибо!
Отвечает: Karanskiy Arkadiy
Здравствуйте, Pvm!
Проблемма достаточно стандартная для такого числа пользователей. Могу посоветовать использовать Терминальный режим доступа. Это практически самый лучший вариант решения вашей проблеммы.
Успехов...
P.S. Если нужна подробная информация, то напиши. см. в Профиль.
Ответ отправил: Karanskiy Arkadiy (статус: 3-ий класс)
Ответ отправлен: 13.09.2006, 19:39 Оценка за ответ: 5 Комментарий оценки: поднят сервер терминалов.
Отвечает: Ovr1970
Здравствуйте, Pvm!
Обычно в 1С небольшой объем журнала транзакций, скорее всего проблема кроется в количестве операций - в этом случае поможет только увеличение памяти. Или переработка конфигурации.
Если вы неправильно выразились и растет не занимаемая сервером оперативная память, а файл транзакций на жестком диске, то Вам может помочь управление БД с помощью операция SQL сервера. Уменьшить файл транзакций можно операцией DBCC SHRINKFILE (ИмяЖурналаТранзакций). Желательно настроить Maintence Plan.
Если Вы обновляете конфигурацию, то файл транзакций полностью очищается.
Ответ отправил: Ovr1970 (статус: Студент)
Ответ отправлен: 14.09.2006, 10:54
Вопрос № 55.283
доброго времени суток, господа эксперты. Вопрос у мя такой: как(желательно пошагово) поднять 1с77 через терминалы? В каком формате предпочтительней(в плане скорости) хранить базу? Какой прирост скорости можно ожидать от перехода на терминальный режим? Сейчас база в dbf, работают 15 пользователей, весит база 600 метров. ЗАранее благодарен.
Отправлен: 13.09.2006, 13:59
Вопрос задал: DElO (статус: Посетитель)
Всего ответов: 6 Мини-форум вопроса >>> (сообщений: 2)
Отвечает: Warior
Здравствуйте, DElO!
Попробуй почитать здесь
http://www.mista.ru/articles1c/terminal.htm
Ответ отправил: Warior (статус: 4-ый класс)
Ответ отправлен: 13.09.2006, 14:16
Отвечает: Manserg
Здравствуйте, DElO!
Для 15 одновременно работающих с базой пользователей необходим SQL сервер.
1) Терминал минимум: P4 / 2Gb / SATA RAID 1(http://www.ixbt.com/storage/raptor-740.shtml)
2) Установить Win 2003 в качестве сервера терминалов. Вариант настройки службы терминалов http://wtware.ru/win2k3/license.html
3) Установить 1С 7.7 SQL.
SQL сервер желательно ресположить на др. компьютере. Так же необходимо позаботиться о повышенной пропускной способности связки Терминал-SQL сервер, т.к. 1С 7.7 очень слабо оптимизирована по SQL и таскает большой обем данных по сети!
Ответ отправил: Manserg (статус: 4-ый класс)
Ответ отправлен: 13.09.2006, 14:17
Отвечает: Гребиников Павел Генадьевич
Здравствуйте, DElO!
1.В Винсервере устанавливаешь и запускаешь службу терминалов и сервер терминалов если не запущено.
2.Там должна создасться инсталляшка для клиента терминалов, если что - в службе терминалов "Создание клиента служб терминалов"
3. Далее устанавливаешь клиента на клиентских машинах.
потом создаешь подключение и настраеваешь его - все просто, разберешся. если не хочешь чтоб лазили по серверу - поставь галочку "запускать следующую программу"+ путь к программе 1с на сервере.
Более подробные шаги описать не могу, потомучто сервера нет под рукой, но в принципе это все.
прирост в скорости при переходе на терминал будет неплохой, т.к. по сети будут проходить только пакеты для работы с терминалом, а не куча информации, используемая 1с, только сервер терминалов ставь мощный
Отвечает: Шахрайчук Владимир Анатольевич
Здравствуйте, DElO!
База у Вас небольшая, поэтому формат базы можно не менять, мне больше нравится DBF. Прирост скорости будет очень большой, в 2-3 раза, если в качестве терминала взять хороший процессор и для хранения базы отдельный SATA2 или SCSI диск (или Рейд с дисков).
В статье http://www.mista.ru/articles1c/terminal.htm мне почти все понравилось.
Подскажу только, что Хасп на сервер не ставится, ну так поставьте его на другой компьютер и настройте НетХасп в виде сервиса.
С терминалами настолько приятно работать, что я всем рекоммендую.
Отвечает: Karanskiy Arkadiy
Здравствуйте, DElO!
Если вы думаешь о рентабельности, но разница будет огромная. Только конечно надо наворотить сервер, т.к. все процессы теперь будут выполняться на сервере и только результат, точнее картинка будет выдаваться на экран, поэтому все скорость зависит напрямую от мощности сервера.
Отличную статью пошаговую можно прочитать по этой ссылке, т.к. здесь очень сложно описать все тонкости и мелочи настройки.
http://mista.ru/articles1c/terminal.htm
Успехов...
Ответ отправил: Karanskiy Arkadiy (статус: 3-ий класс)
Ответ отправлен: 13.09.2006, 19:44
Отвечает: Ovr1970
Здравствуйте, DElO!
Я вставлю свои пять копеек в разьяснение работы с сервером терминалов.
По первому вопросу все очевидно - 1. Инсталируем сервер терминалов, переписываем на него БД.
2. Даем пользователям доступ к серверу терминалов, если у пользователей не WinXP? то на систему с Windows желательно инсталировать клиента сервера терминалов (в инсталяции WinXP файл msrdpcli.exe)
3. Расказываем каждому пользователю и показываем, если не понимают где лежит БД, прописываем ее.
По вопросу быстродействия.
Вне зависимости от количества пользователей БД 1С на dbf работает в 3 раза быстрее, чем SQL (при условии одинаковых процессоров), если речь идет о терминале. Если сервер SQL расположить на той же машине - то dbf будет быстрее примерно в 1.7 раза, но все равно быстрее. Если у Вас , как у меня , будет до 30 пользователей в БД, и документ будет проводится около 3 минут на SQL и мунуту на DBF, то придется оставить DBF , чтобы люди могли нормально работать (из-за конкурентного проведения документов и некрректной
реализации этого в 1С, при проведении второго документа во время проведения первого 1С ждет освобождения блокировки таблиц и занимает при этом 100% процессорных ресурсов. Слово богу, только одного виртуального процессора)
Но у DBF есть большой недостаток. При многопользовательской работе ее сетевые блокировки часто приводят к слету индексов. Иногда , если не провести вовремя переиндексирование, 1С может записать обновленный элемент справочника на место другого элемента. То, что затерся элемент не страшно, 1С сама может восстановится. А вот наличие двух одинаковых элементов приходилось разруливать при помощи ручного редактирования DBF файла. В этом смысле SQL намного надежнее. Поэтому, если позволяет скорость, то лучше использовать
SQL версию.
Ответ отправил: Ovr1970 (статус: Студент)
Ответ отправлен: 14.09.2006, 11:09
Вопрос № 55.292
1С-Бухгалтерия ред.4.5 релиз 481
В счете-фактуре можно выбрать покупателя одного, а грузополучателя другого, но у нас грузополучатель и является плательщиком фактически, тоесть получается так, что долг виснет на "Покупателе" а надо на "грузополучателе"!
Как это сделать и можно-ли стандартными средствами?
Отвечает: Warior
Здравствуйте, Константин Серов!
Может я чего то не понял но если грузополучатель является плательщиком то в поле покупатель и грузополучатель должен стоять один клиент.
Ответ отправил: Warior (статус: 4-ый класс)
Ответ отправлен: 13.09.2006, 16:11
Отвечает: BuhCIA
Здравствуйте, Константин Серов!
Подробнее:
1. В счет-фактуре покупатель = юридическое лицо, с которым заключен договор (на которого выписан счет на оплату) - это "Правила ... счетов-фактур... Постановление Правительства № 914" и Гражданский Кодекс; грузополучатель - он же, или его филиал, или вообще третье лицо, выполняющее получение товара по доверенности. Это обязательно.
2. В накладной, акте выполнения работ или что там еще можно указать контрагентом филиал, но в любом случае в счет-фактуре придется исправить на юр. лицо. Тогда долг окажется на филиале. Если и в Выписке банка указать филиал, то остатки сойдутся. Это не по теории, но если от юр.лица-покупателя все время выступает одно и то же подразделение, представитель и т.п., то терпимо.
3. В теории филиал действует от имени юридического лица, долг нужно числить за покупателем - юр.лицом, пока оно само или кто-то за него не расплатится. Если филиал расплачивается за свое юридическое лицо, или вообще третье лицо расплачивается за покупателя, то в Выписке банка достаточно указать контрагентом юр.лицо. Для более подробного учета мы в плане счетов добавляем еще одно субконто (например, Плательщик, значения Справочник.Контрагенты), где пишем фактического плательщика. Это по правилам.
4. Тем не менее, у нас многие контрагенты любят запрашивать состояние взаиморасчетов в разрезе своих филиалов, и отказать им не удается. Тогда можно в справочнике Контрагенты завести группы, например, "ЛюбимыйЗаказчикФилиалы", а уж в эту группу включить все его филиалы, представительства, головной офис и что там еще. Тогда долг по группе в целом будет долгом по юридическому лицу, а разбивка по позициям даст состояние по подразделениям. Нужно только, чтобы бухгалтера не забывали после каждой сверки
взаиморасчетов расчищать завалы (например, все остатки по филиалам относить на головной офис заказчика). Просмотр - оборотно-сальдовая ведомость по счету с признаком "по группам".
5. Не принимайте ответственности на себя, пусть выбор варианта сделает бухгалтер.
--------- Скажите, сколько времени? - (устало, показывая часы) Читайте, там же все написано!
Ответ отправил: BuhCIA (статус: Специалист)
Ответ отправлен: 13.09.2006, 16:53 Оценка за ответ: 5 Комментарий оценки: Спасибо за подробный ответ! 5 баллов!
Вопрос № 55.390
Здравствуйте! 1С 7.7 комплекс
По сути вопрос глупый, но я в бухгалтерии не бум-бум, но очень хочу разобраться.
Зачем нужны регламентные операции: закрытие месяца(оперативный учет), закрытие месяца (бух. учет)? Обязательно ли их делать? Если делать, то они должны быть последними документами в месяце? Что вообще они делают? Спасибо.
Отправлен: 14.09.2006, 08:16
Вопрос задал: Munster (статус: 3-ий класс)
Всего ответов: 2 Мини-форум вопроса >>> (сообщений: 0)
Отвечает: Шахрайчук Владимир Анатольевич
Здравствуйте, Munster!
Закрытие месяца формирует финансовый результат. Без закрытия месяца отчет Баланс будет неверен. Делать обязательно.
Да, они должны быть в конце дня последнего дня месяца. Вводятся после ввода всех документов в последнюю очередь. При малейших изменениях документов в месяце закрытия месяца (и за этот и за все последующие месяцы) нужно перепроводить.
В примере Украины закрытие месяца смотрит:
1. Сколько торговой наценки на счету 28.5 пришло и ушло, сколько ушло торговой наценки на счет реализованных товаров 90.2, и корректирует эти цифры.
2. Какие налоги (инновационный, автодор, коммунальный) нужно заплатить и насчитывает
3. Какие были затраты на счетах затрат 90,91,92,93,94 и списывает их в финансовый результат 79
4. Какие доходы были на счету валового дохода 70 и списывает их на финансовый результат 79.
После этого смотрим на финансовый результат счет 79 и бежим в магазин за водкой: если в кредите то от счастья (доход), если в дебете, то с горя (убыток), если ноль, то от двойного счастья (правильно спланировали доходы и затраты)
Отвечает: Karanskiy Arkadiy
Здравствуйте, Munster!
Ну эти регламентые документы нужны. Например в бух. учете этот документ закрывает все счета доходов и расходов и относит разницу на свод доходов расходов. Очень нужный документ в бух. учете.
Ответ отправил: Karanskiy Arkadiy (статус: 3-ий класс)
Ответ отправлен: 14.09.2006, 11:48
