● readme – данный каталог содержит файлы readme на языках локализации платформы.
● ExtDst – содержит дополнительные утилиты, предназначенные для использования совместно с системой «1С:Предприятие».
1.3. Для OS X
Система будет установлена в каталог /opt/1cv8/8.3.C.D (далее будем называть этот каталог корневым каталогом установки), где 8.3.C.D – это полный номер используемой версии «1С:Предприятия». В этом каталоге создаются остальные каталоги и конфигурационные файлы:
● conf – данный каталог содержит конфигурационные файлы, необходимые для работы «1С:Предприятия».
● docs – данный каталог содержит сопроводительные файлы на русском и английском языках. Состав файлов может меняться от версии к версии.
● licenses – содержит лицензионное соглашение на «1С:Предприятие» на русском (файл 1CEnterpise_ru.htm) и английском языках (файл 1CEnterpise_en.htm), а также лицензионные соглашения на используемые программные компоненты сторонних производителей (этот список может меняться от версии к версии).
● readme – данный каталог содержит файлы readme на языках локализации платформы.
10. Принцип обновления и архивирования конфигураций 1С: Предприятие
В процессе работы с конфигурациями 1С:Предприятие в ифнормационную базу ежедневно вводятся первичные данные: создаются новые документы, элементы справочников и пр. Размер информационной базы при этом постепенно увеличивается.
К сожалению, имеют место ситуации сбоя оборудования: на жестких дисках появляются ошибки вследствие различных сбоев или перепадов напряжения в электросети. Бывают случаи, что жесткий диск сгорает, после чего восстановление данных с такого диска невозможно.
Вместе с прочими данными может быть потеряна и рабочая база 1с. Последствия полной потери данных (при отсутствии резервных копий на других компьютерах/компакт-дисках и др съемных носителях) очень сложно переоценить. Не существует вечного оборудования; рано или поздно из строя выйдет даже самый дорогой и стабильный компьютер.
В свете вышеописанных проблем имеет смысл задуматься о сохранности информационной базы 1с. Если в Вашей компании работает системный администратор, он наверняка уже позаботился о том, чтобы база 1с ежедневно (или даже несколько раз в день) автоматически сохранялась на другой компьютер или компакт-диск.
Сотрудники компаний, не имеющих штатного системного администратора, иногда даже не задумываются о сохранности данных. Последствия подобной беспечности, как Вы уже поняли, могут быть самые печальные.
Чтобы обезопасить себя от такого рода ситуаций, необходимо регулярно выполнять архирование 1с на другой компьютер (не на тот, на котором хранится рабочая информационная база). Вероятность того, что из строя одновременно выйдут два компьютера, ничтожно мала.
Архивирование 1с также рекомендуется выполнять перед каждым сеансом сервисного обслуживания (пересчета итогов, перепроведения документов, тестирования данных, переиндексации и пр.) и обновления конфигурации 1с.
Обновление конфигурации 1С:Бухгалтерия 8.3 (редакция 3.0) может понадобиться в следующих случаях:
§ Для исправления ошибок в программе.
§ При выходе новой регламентированной отчетности.
§ При изменениях в законодательстве.
Я рекомендую взять за правило регулярно обновлять вашу бухгалтерию, особенно перед сдачей регламентированной отчетности.
1. Откройте раздел "Администрирование" и нажмите пункт "Поддержка и обслуживание" ( у вас другое меню? ):
Промотайте вниз до раздела "Результаты обновления программы" и выберите "Установка обновлений":
В открывшейся обработке в нижнем левом углу нажмите ссылку "Поиск и установка обновлений":
2. В процессе, если потребуется, введите код пользователя и пароль из договора на ИТС.
3. Если вышла новая версия - программа скажет вам об этом и предложит на неё обновиться. Выберите нужное в пункте "Подробнее" и нажмите кнопку "Далее":
Обратите внимание, что я снял галку с пункта "Обновление платформы", так как пока хочу обновить только базу, но при этом продолжить работать на старой версии 1С.
4. Ожидайте пока обновление скачивается с сайта 1С.
5. В открывшейся установке обновления выберите пункт напротив надписи "Резервная копия".
6. Укажите всё как на рисунке ниже. Эта настройка необходима, чтоб программа перед попыткой обновления сделала резервную копию и в случае ошибок при обновлении откатилась назад на эту копию. Вы можете вместо второго пункта выбрать "Создать резервную копию и сохранить в указанном каталоге" и указать свой каталог с архивными копиями 1С. Нажмите "ОК".
7. Мы вернулись в установку обновлений. Нажмите "Далее".
8. Дождитесь окончания обновления конфигурации 1С:Бухгалтерия 8.3 (редакция 3.0).
9. Обновление прошло успешно! Нажмите кнопку "Готово".
11. GRID-системы. Принцип работы.
Грид-вычисления (англ. grid — решётка, сеть) — это форма распределённых вычислений, в которой «виртуальный суперкомпьютер» представлен в виде кластеров, соединённых с помощью сети, слабосвязанных гетерогенных компьютеров, работающих вместе для выполнения огромного количества заданий (операций, работ). Эта технология применяется для решения научных, математических задач, требующих значительных вычислительных ресурсов. Грид-вычисления используются также в коммерческой инфраструктуре для решения таких трудоёмких задач, как экономическое прогнозирование, сейсмоанализ, разработка и изучение свойств новых лекарств.
Грид с точки зрения сетевой организации представляет собой согласованную, открытую и стандартизованную среду, которая обеспечивает гибкое, безопасное, скоординированное разделение вычислительных ресурсов и ресурсов хранения[1] информации, которые являются частью этой среды, в рамках одной виртуальной организации.[2]
Грид-вычисления можно организовать на базе множества устаревших моделей персональных компьютеров объединённых в иерархическую локальную вычислительную сеть Ethernet с присутствием серверов. Эта сеть может иметь соединение с интернетом.
В настоящее время выделяют три основных типа грид-систем:
Добровольные гриды — гриды на основе использования добровольно предоставляемого свободного ресурса персональных компьютеров;
Научные гриды — хорошо распараллеливаемые приложения программируются специальным образом (например, с использованием Globus Toolkit);
Гриды на основе выделения вычислительных ресурсов по требованию (коммерческий грид, англ. enterprise grid) — обычные коммерческие приложения работают на виртуальном компьютере, который, в свою очередь, состоит из нескольких физических компьютеров, объединённых с помощью грид-технологий.
12. Выбор сервера для 1С:Предприятия.
При построении систем 1С:Предприятие 8 для малых и средних предприятий (до 100-150 активных пользователей одновременно) следует минимизировать потери на сетевых операциях через интерфейс Ethernet. В идеале — обслуживать и SQL Server, и «1С:Предприятие 8 Сервер приложений х64», и пользовательские сессии 1С в Remote Desktop одним физическим сервером. Спорная с точки зрения обеспечения отказоустойчивости, такая рекомендация позволяет выжать максимум из оборудования и ПО, а за счет применения виртуализации дает определенный уровень безопасности и «повторяемость среды» на другом оборудовании.
Зачем исключать Ethernet из цепочки SQL-сервер —> Сервер приложений 1С:Предприятие 8 —> пользовательская сессия 1С:Предприятие 8? Сетевой интерфейс Ethernet, с его упаковкой данных в относительно небольшие блоки для передачи, всегда будет создавать дополнительные задержки: и при упаковке/распаковке трафика, и при самой передаче (высокая латентность). В 1С:Предприятие 8 довольно большие массивы данных передаются для обработки и отображения по всей цепочке, в некоторых ситуациях — в обе стороны. При прямой же передаче данных от одного процесса другому в рамках оперативной памяти сервера (на одном сервере без виртуализации), или же через виртуальный сетевой интерфейс (в рамках все того же одного физического сервера, при хороших серверных сетевых адаптерах с переносом блоков RAM между VM) задержки намного ниже. Современные двухпроцессорные серверы с большой оперативной памятью и дисковой подсистемой на SSD позволяют комфортно обслужить БД 1С на 100-150 активных пользователей.
Если для нагруженных БД использование нескольких физических хостов неизбежно, желательно связать все серверы по 10Gb Ethernet. Или, как минимум, 2-4агрегированными соединениями 1Gb Ethernet с аппаратным ускорением TCP/IP (TCP/IP Offloader) и аппаратной поддержкой виртуализации.
Больше всего от потерь производительности на портах Ethernet страдают бюджетные решения. Не секрет, что сетевые адаптеры 1Gb, распаиваемые на большинстве серверных материнских плат, не предназначены для обслуживания интенсивного сетевого трафика. Даже если на плате есть 2 или 3 порта GbE, они, как правило, реализованы на десктопных чипах. Достаточные для управления, они порождают дополнительные накладные расходы по обслуживанию сетевых обменов, особенно в виртуализированной среде. Весь процесс передачи данных через такой чип обеспечивается за счет ресурсов процессора, оперативной памяти и нагрузки на внутренние шины. Никакого ускорения передачи IP-трафика такие чипы не дают, каждый принимаемый и передаваемый Ethernet-пакет требует отдельного прерывания на процессор. В виртуализированой среде потери производительности сетевого интерфейса могут достигать 25-30%. Самое неприятное, что перегрузки именно сетевого интерфейса средствами мониторинга можно и не заметить. За него отдувается центральный процессор, а если не работает, то простаивает в ожидании ответа от сетевой карты. Порты на десктопных чипах желательно исключить из потока данных в виртуализированных средах, оставив их под задачи управления сервером. Под интенсивный сетевой трафик стоит добавить дискретную сетевую карту на серверном чипсете.
13.Процесс интеграции информационной базы на сервер СУБД.
Основой для построения информационных баз служит интеграция Intranet-технологий и СУБД.
Факторы, влияющие на интеграцию:
· Ускорение процессов. Развитие организации требует все чаще и чаще менять структуры данных, бизнес-процессы, не говоря уже о дизайне и пользовательском интерфейсе, который просто постоянно находится в изменении. Вот, как раз в таких динамичных областях, где “изменчивость” является самой сутью и природой системы, задача интеграции усугубляется и превращается в серьезную проблему.
· Распределенность. Организации становятся все более крупными, а решаемые задачи все более комплексными, появляется логическая, организационная и географическая рассредоточенность.
· Гетерогенность. В крупном проекте, почти никогда нет возможности придерживаться платформ и инструментов от одного производителя, поэтому приходится учитывать и поддерживать особенности нескольких платформ.
· Наследственность. Невозможность полностью отказаться от легаси систем, морально устаревших технологий, старого аппаратного обеспечения, корторые, кстати, иногда дают вполне хорошие показатели по надежности и производительности но уж ни как не способствуют интеграции.
· Хаотичность. Не всегда есть возможность полностью формализовать, специфицировать и структурировать данные, и часть модели остается “слабо-связанной”, не поддающейся или слабо поддающейся машинной обработке, анализу, индексации, обсчету.
· Обусловленность. К сожалению, информационные системы ограничены не только техническими рамками, но и привычками людей (которых сложно переучивать), особенностями законодательства (которое просто не готово к появлению таких систем), множеством других факторов, не зависящих от разработчиков.
· Интерактивность. Потребитель информации постоянно повышает свои ожидания о скорости реакции системы, быстродействии и оперативности доставки информации. Большинство процессов стремятся к выполнению в реальном времени.
· Мобильность. Пользователь систем стал передвигаться быстрее, а взаимодействие с ним ведется через каналы связи общего пользования в транспорте, дома и на улице, в общественных местах и повсеместно.
· Безопасность. Пока данные хранились на носителе внутри охраняемого помещения, то особо ни кто не беспокоился о шифровании, но теперь сетевые пакеты летают в воздухе и это нельзя оставлять без внимания.
· Высоконагруженность. На сложность интеграции влияют: количество пользователей в системе, интенсивность потока обработки данных, объемы данных и ресурсоемкость вычислений.
· Непрерывность цикла работы. Интеграция и апгрейд систем почти всегда должны проводиться без остановки их функционирования, плавно, постепенно и незаметно для организации и ее клиентов.
· Межсистемная интеграция. Задачи стыковки не ограничены рамками организации, все чаще нужно интегрироваться с партнерами, клиентами, поставщиками, подрядчиками и даже государственными структурами.
Проблемы интеграции баз данных
Исторически в каждой конкретной организации сформировалось, как правило, несколько центров данных. В большинстве случаев это объясняется административными причинами. Важность информации как ресурса вполне осознавалась руководителями. Каждое подразделение стремилось создать свой собственный центр данных. В нем была сконцентрирована информация, находившаяся в ведении данного подразделения. Вовне она предоставлялась по официальным запросам, в электронном виде (на дискетах), но чаще просто на бумаге.
Однако период "феодальной раздробленности" заканчивается. Руководство любой уважающей себя организации не может допустить ситуации, когда информация о ее деятельности разобщена, скрыта внутри подразделений, ею распоряжающихся, и, следовательно, доступ к ней затруднен, а порой просто невозможен. В этой ситуации получение информации лицами, принимающими решения, обрастает массой бюрократических и технических сложностей, что практически не позволяет вести оперативную работу, поскольку выборка любой порции данных требует специальных административных усилий и отнимает массу времени.
В то же время каждый такой центр данных является точкой концентрации оперативной работы с данными. Часто, например, в рамках подобного центра функционирует система оперативной обработки транзакций (OLTP). Сложившаяся технология обработки данных, сделанные ранее значительные инвестиции в аппаратное и программное обеспечение не позволяют кардинально решить проблему их разобщенности путем механического переноса данных в центральную базу.
Тем не менее, новые задачи управления (СППР и системы хранилищ данных) требуют консолидации информации. Необходимы средства интеграции, которые обеспечивали бы не только унифицированный доступ к продолжающим функционировать центрам данных, но и позволяли создать инфраструктуру для доступа к данным, опирающуюся на единые стандарты и единые принципы сетевого взаимодействия.
Необходимо учитывать и процессы объединения (укрупнения посредством поглощения), которые происходят сегодня в России (особенно в банковской сфере). Несомненно, в число наиболее важных аспектов объединения информационных систем (которое неизбежно станет одним из этапов этого процесса) входит конструирование программной инфраструктуры новой организации с обязательным объединением разнородных баз данных.
Вообще говоря, построение осмысленной, архитектурно простой и эффективной программной инфраструктуры в типичной современной организации, где скопилось множество компьютеров различных моделей и эксплуатируются, как правило, СУБД от нескольких поставщиков, является ключевой задачей при создании информационной системы (ИС).
14. PostgreSQL, MS SQL Server – создание БД. Краткая характеристика СУБД.