Питання може хтось таке збочення робив)* Ram disk і 1С, оперативка щас недорога... 2008 сервер 64 біта...скл да база яка лежить в рам діску? Цікаво почути ? і як воно робить на практиці...
є софт Ramdick програма так вроді називаеться при старті системи з оперативной памяті віділяе укзану емкість...на приклад 2 гб і ствоюється диск для прикладу Z розміром 2 гіга... О силка http://ramdisk.nm.ru/ramdiskent-rus.htm
[необходимо зарегистрироваться для просмотра ссылки] Бегло пробежал, возможно могу ошибаться, но само-собой напрашивается вопрос, а что произойдет если сервер перезагрузится (а такое как показывает практика имеет место, несмотря на наличие ИБП), а промежуток времени для сохранения на диск еще не наступил. Если бы это произошло при нормальном режиме работы, то почти наверняка ничего бы не произошло, здесь же данные потеряются.
якшо пк оф і база не перекинулась на вінт тоді базе капут)))Того і в початку теми назвав це збоченням...а як верянт виходу з ціеї ситуаці ставим упса піжєднуемо до пк, шоб пк бачив рівень зарядки упса і при ниському заряді упса пк виключався, але в заданіях указуем шо перед кожним виключенням чи перезагрузкой пк, перекидувать данні на вінт в такуто папку.чим не верянт?
Сенсей Чака Норриса
Группа: Пользователи
Сообщений: 1994
Из: Ахметов сити
Спасибо сказали: 333 раз
Рейтинг: 0
Человек ищет себе паяльник в одно место ... Одно дело аппаратный рам - [необходимо зарегистрироваться для просмотра ссылки] Другое программный ... ЗЫ: прирост будет, ну уж сильно риск велик ... Начал бы с перевода всех в терминальный режим ...
Живет на форуме
Группа: Команда
Сообщений: 3568
Из: Киев
Спасибо сказали: 1427 раз
Рейтинг: 0
Ну вообще есть такие серверные решения, но стоят они не дешево, когда после пропадания питания или чего-то ешё, мать питается от батарейки и скидывает всё из оперативной памяти без потери данных (или батарейка продолжает питать оперативную память что бы данные не удалились, точно не помню, но встречался).
В случае использования на обычных ПК, можно попробывать перенести в рам не саму базу а файлы к которым 1С постоянно и много обращается, например кеш, но незнаю насколько это даст прирост производительности, просто предположения
Сенсей Чака Норриса
Группа: Пользователи
Сообщений: 1994
Из: Ахметов сити
Спасибо сказали: 333 раз
Рейтинг: 0
Цитата(Batchir @ 24.11.10, 9:36)
Ну вообще есть такие серверные решения, но стоят они не дешево, когда после пропадания питания или чего-то ешё, мать питается от батарейки и скидывает всё из оперативной памяти без потери данных (или батарейка продолжает питать оперативную память что бы данные не удалились, точно не помню, но встречался).
В случае использования на обычных ПК, можно попробывать перенести в рам не саму базу а файлы к которым 1С постоянно и много обращается, например кеш, но незнаю насколько это даст прирост производительности, просто предположения
Для 7.7 перенос темпов на рам дает разы прироста производительности ... Но хранить базу на раме верх безголовости ...
Насправді ідея не погана, і існує її використання. На рах сервера для 1С - використовуючи БД в РАМ не вкурсі. Але є напевне кілька (я знаю одну) хостинг-компанію, яка використовує цілу платформу, в якій БД (MySQL) розміщена в оперативній памяті сервера. Так вони боряться з високим дисковим навантаженням. І воно досить прогресивно допомогає використати весь потенціал потужності процесора. але так як є можливість втратити всі дані в них є система яка містити копію БД на диску, але на другому сервері. Такий собі сильно протюнінгований сервер або кластер високої доступності.
Як варіант можна спробувати створити рейд масив, рівня 1. В якому одним із пристроїв буде РАМ, а другим жорсткий диск. В такому разі буде відбуватися одночасний запис як і в РАМ так і на диск. Тобто коли сервер виключиться - дані будуть міститись на диску. Але така схема тільки дозволить збільшити шв. зчитування з БД. Теоретично, як воно практично буде - важко сказати.
І так результат тестуваня... Провів на двох організаціях , дві бази, тільки одна cql а друга на файлайлах.. На файлах була розміщена торговля і склад, 4 користувача, якшо честно то якогось великого приросту не замітив...можливо тому що користувачів мало, і вона і так губ працює. Інша комплекстний облік 31 користувач, от тут то мене порадувало....ну то треба бачити то не передать...2 день робить все ок... (зі током проблем нема))))
І так результат тестуваня... Провів на двох організаціях , дві бази, тільки одна cql а друга на файлайлах.. На файлах була розміщена торговля і склад, 4 користувача, якшо честно то якогось великого приросту не замітив...можливо тому що користувачів мало, і вона і так губ працює. Інша комплекстний облік 31 користувач, от тут то мене порадувало....ну то треба бачити то не передать...2 день робить все ок... (зі током проблем нема))))
Не боїтесь проблем, коли материнська плата вийде з ладу, або буде апартний збій і дані не запишуться на диск?
Як варіант спробувати налаштувати щохвилинний (чи з іншим інтервалом) інкрементальний бекап з РАМ на жорсткий диск.
Короче говоря всё это вариант для тех, кому не хватает секса
Не погоджуюсь.
Не буду говорити за 1с і такі "збочення" на віндовс ОС, але на ОС лінукс можна протюнінгувати такий принцип роботи БД (коли БД розміщена в РАМ) досить надійно і використовувати таке рішення в продакшині, з набагато більшим навантаженням ніж би то давало 1С.
Жилізо також не необмежене, і його ресурси можна використовувати більш ефективно.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!
Ram disk і 1С 
23.11.10, 12:23
