Отправляет email-рассылки с помощью сервиса Sendsay

RFpro.ru: 1С для программиста

  Все выпуски  

RusFAQ.ru: 1С для программиста


Информационный Канал Subscribe.Ru

РАССЫЛКИ ПОРТАЛА RUSFAQ.RU

/ КОМПЬЮТЕРЫ И ПО / Языки программирования / 1С для программиста

Выпуск № 31
от 04.09.2005, 17:41

Администратор:Калашников О.А.
В рассылке:Подписчиков: 123, Экспертов: 17
В номере:Вопросов: 1, Ответов: 4


Вопрос № 25556: Здравствуйте уважаемые эксперты. У меня 1С 7.7, базы в формате DBF. Как перейти на SQL. Насколько болезненный этот процес. Еще один вопрос. Сейчас все работают с 1С через терминал, сколько нужно памяти на сервере из расчета 10 одновременно ра...

Вопрос № 25.556
Здравствуйте уважаемые эксперты.
У меня 1С 7.7, базы в формате DBF. Как перейти на SQL. Насколько болезненный этот процес.
Еще один вопрос. Сейчас все работают с 1С через терминал, сколько нужно памяти на сервере из расчета 10 одновременно работающих станций.
Отправлен: 30.08.2005, 17:40
Вопрос задал: Александр Павлович (статус: Посетитель)
Всего ответов: 4
Мини-форум вопроса >>> (сообщений: 0)

Отвечает: Ahab
Здравствуйте, Александр Павлович!
1. Создать пустую базу под SQL сервером (все настройки можно оставить по умолчанию) процесс можно в мануалах посмотреть, это не сложно...
2. Сделать полную выгрузку данных из 1С дбф базы.
3. Создать пустую базу данных в 1С, в параметрах базы данных указать сам SQL сервер, базу созданную в SQL, логин и пароль для SQL сервера (по умолчанию пустой пароль и логин... кажется sa (тоже можно уточнить в любом мануале по SQL серверу :)
4. 1С попытается связаться с сервером используя логин, пароль и имя базы. Если ей это удастся окно просто закроется, если один из параметров не верен - вылезет соответствующая ошибка, после чего предложение сохранить эти данные в 1С (лучше не сохранять:)
5. Если всё нормально, выполнить загрузку данных из выгрузки ДБФ. База готова.

Это общее описание...

Сколько оперативки потребуется очень сильно зависит от размера БД и чего собственно делают юзеры. Если они все кучей формируют отчёты за прошедшие года три работы базы, да при этом предприятие какое нибудь мелкооптовое тысячи по полторы операций в день это одно, если просто справочники заполняют или в основном вообще ничего не делают (большинство руководителей:) другое.
А вообще, на мой взгляд, сервер это комп на котором всегда должно быть максимально возможное количество ОЗУ, тем более что при нынешних ценах это могут себе позволить даже ЧП, не говоря уж о средних фирмах...


Ответ отправил: Ahab (статус: 1-ый класс)
Отправлен: 31.08.2005, 05:33
Оценка за ответ: 5

Отвечает: Shat
Здравствуйте, Александр Павлович!
С переходом на SQL проблем не бывает, единственный момент - время загрузки, зависит от объема данных.
подробный мануал:
http://1c.proclub.ru/modules/kb/article.php?storyid=72
процесс безболезненный
Объем памяти зависит от интенсивности использования таблиц БД пользователем(если генерить отчеты по продажам за 5 лет ;) ) и собственно от самой конфигурации(количество объектов метажанных и самих данных).
В среднем один сеанс на SQL-сервере занимает памяти раза в 2 больше чем при использовании DBF-версии.
Были случаи, когда организация, переходила на SQL, но потом "слазила" обратно на DBF, модернизируя железо (при работе в терминальном режиме).
Ответ отправил: Shat (статус: 1-ый класс)
Отправлен: 31.08.2005, 08:33
Оценка за ответ: 5

Отвечает: Шахрайчук Владимир Анатольевич
Здравствуйте, Александр Павлович!
1С берет около 40Мб памяти, 10 копий=400Мб. Плюс половину памяти Виндовс выделяет под кэш диска, 1С очень к этому критична, поэтому если размер базы у Вас 500 Мб, то по крайней мере памяти должно быть 1Гб, чтобы половина отвелась на кэш и вся база сидела в кэше (вторая половина отведется на программы, где 50Мб будет операционка и 400Мб сами 1С).
У меня размер базы 1.4 Гб, 6 терминалов и 1Гб памяти, было раньше 512Мб, и при добавлении еще 512Мб разница была ощутимая.
Ответ отправил: Шахрайчук Владимир Анатольевич (статус: 3-ий класс)
Отправлен: 31.08.2005, 10:07
Оценка за ответ: 5

Отвечает: Anefedov
Здравствуйте, Александр Павлович!
Процесс перехода на SQL уже описали, повторяться не буду. Расскажу из своего опыта:

- SQL server и сервер терминалов настоятельно рекомендуется разместить на разных компьютерах. Иначе склероз.
- Если объем базы большой (много документов), а при проведении активно рассчитываются итоги по регистрам, то может наблюдаться некоторое (иногда ощутимое) замедление проведения.
- По поводу резервного копирования. Можно сохранять данные средствами mssql, Но если восстановить данные только в SQL не восстановив MD, база рушится полностью. Если база большая, выгрузка-загрузка данных может длиться долго, поэтому рекомендую делать это в пакетном режиме по ночам.
- Большие плюсы при выполнении отчетов, в которых используются запросы. Если же в отчетах вместо запросов используются выборки, пользователи могут не простить.
- После перехода на SQL с базой лучше не экспериментировать. Убитую базу на SQL поднять значительно сложнее чем DBF.
Если будут какие то ещё вопросы - пиши.
Ответ отправил: Anefedov (статус: 3-ий класс)
Отправлен: 31.08.2005, 11:40
Оценка за ответ: 5


Отправить вопрос экспертам этой рассылки

Приложение (если необходимо):

* Код программы, выдержки из закона и т.п. дополнение к вопросу.
Эта информация будет отображена в аналогичном окне как есть.

Обратите внимание!
Вопрос будет отправлен всем экспертам данной рассылки!

Для того, чтобы отправить вопрос выбранным экспертам этой рассылки или
экспертам другой рассылки портала RusFAQ.ru, зайдите непосредственно на RusFAQ.ru.


Форма НЕ работает в почтовых программах The BAT! и MS Outlook (кроме версии 2003+)!
Чтобы отправить вопрос, откройте это письмо в браузере или зайдите на сайт RusFAQ.ru.


© 2001-2005, RusFAQ.ru, Россия, Москва. Все права защищены.
Идея, дизайн, программирование, авторское право: Калашников О.А.

Яндекс


Subscribe.Ru
Поддержка подписчиков
Другие рассылки этой тематики
Другие рассылки этого автора
Подписан адрес:
Код этой рассылки: comp.soft.prog.1cprogfaq
Отписаться
Вспомнить пароль

В избранное