Вообще-то я не 1С-ник, но всё-таки на ПК установил наттивную версию технологической платформы 1С:Предприятие 8.3 (8.3.17.1851)
т.к. требуется поработать время от времени.
1. Непонятная проблема возникает при попытке подключения в базу, которая крутится в Microsoft SQL Express на Windows 2008 R2:
может кто-то сталкивался ранее | знает как победить?
2. С файловыми базами, размещёнными в сети особых проблем при работе нет, однако, интересно, что некоторые операции, как то:
резервное копирование базы средствами 1С, с завершением работы активных пользователей почему-то на форме отсутствует | не реализовано;
Windows:
Linux:
3. В директории с установленной технологической платформой отсутствует утилита восстановления информационных chdbfl.
Куда копать?
Мой опыт взаимодействия с 1С в Linux Mint
Forum rules
Topics in this forum are automatically closed 6 months after creation.
Topics in this forum are automatically closed 6 months after creation.
- Labuzhskiy
- Level 3
- Posts: 174
- Joined: Fri Aug 23, 2013 12:38 am
- Location: RU:ru
Мой опыт взаимодействия с 1С в Linux Mint
Last edited by LockBot on Wed Dec 28, 2022 7:16 am, edited 1 time in total.
Reason: Topic automatically closed 6 months after creation. New replies are no longer allowed.
Reason: Topic automatically closed 6 months after creation. New replies are no longer allowed.
- Labuzhskiy
- Level 3
- Posts: 174
- Joined: Fri Aug 23, 2013 12:38 am
- Location: RU:ru
Re: Мой опыт взаимодействия с 1С в Linux Mint
Виноват, похоже первая проблема возникла чисто благодаря моей не внимательности:
случайно по запарке в файле /etc/hosts не корректно ip-шник сервера указал, в итоге
с работой с базами 1C в Microsoft SQL Express тоже никаких проблем не возникает:
Но обо всём подробнее: при настройке работы с MS-SQLExpress пользовался
этим источником, и получилось примерно так:
/etc/odbcinst.ini
/etc/odbc.ini
/etc/freetds/freetds.conf
а при работе с файловыми базами шёл по следующему пути:
1) В директории /mnt создал поддиректории для монтирования файловых баз, размещённых сети
mkdir -p /mnt/bases/zp
mkdir -p /mnt/bases/sp
2) sudo apt update && sudo apt install cifs-utils
создал скрипт для монтирования баз при перезагрузках ОС:
sudo nano /opt/1C/v8.3/Bases-mount.sh
со следующим содержимым:
sudo chmod +x /opt/1C/v8.3/Bases-mount.sh
3) написал службу, которая будет выполнять этот скрипт при перезагрузках ПК:
sudo nano /etc/systemd/system/bases-mount.service
sudo systemctl daemon-reload
sudo systemctl start bases-mount
sudo systemctl status bases-mount
sudo systemctl enable bases-mount
А уже локально установленную технологическую платформу настраивать на взаимодействие с информационныим базами, примонтированными
по данным локальным директориям.
в итоге п. 1. снимается.
А вот по поводу п. 2 и п. 3 по прежнему не понятно, почему так...
случайно по запарке в файле /etc/hosts не корректно ip-шник сервера указал, в итоге
с работой с базами 1C в Microsoft SQL Express тоже никаких проблем не возникает:
Но обо всём подробнее: при настройке работы с MS-SQLExpress пользовался
этим источником, и получилось примерно так:
/etc/odbcinst.ini
Code: Select all
[FreeTDS]
Description = tdsodbc
Driver = /usr/lib/x86_64-linux-gnu/odbc/libtdsodbc.so
Setup = /usr/lib/x86_64-linux-gnu/odbc/libtdsS.so
FileUsage = 1
CPTimeout = 5
CPReuse = 5
Code: Select all
[SQLEXPRESS]
Description = "test"
Driver = FreeTDS
Server = Server-1C
Port = 1433
Database = SQLEXPRESS
Code: Select all
#
# This file is installed by FreeTDS if no file by the same
# name is found in the installation directory.
#
# For information about the layout of this file and its settings,
# see the freetds.conf manpage "man freetds.conf".
# Global settings are overridden by those in a database
# server specific section
[global]
# TDS protocol version
tds version = 7.3
# Whether to write a TDSDUMP file for diagnostic purposes
# (setting this to /tmp is insecure on a multi-user system)
; dump file = /tmp/freetds.log
; debug flags = 0xffff
# Command and connection timeouts
; timeout = 10
; connect timeout = 10
# To reduce data sent from server for BLOBs (like TEXT or
# IMAGE) try setting 'text size' to a reasonable limit
; text size = 64512
# If you experience TLS handshake errors and are using openssl,
# try adjusting the cipher list (don't surround in double or single quotes)
# openssl ciphers = HIGH:!SSLv2:!aNULL:-DH
# A typical Sybase server
[egServer50]
host = symachine.domain.com
port = 5000
tds version = 5.0
# A typical Microsoft server
[egServer73]
host = ntmachine.domain.com
port = 1433
tds version = 7.3
[Server-1C]
host = SERVER-1C.database.windows.net
port = 1433
а при работе с файловыми базами шёл по следующему пути:
1) В директории /mnt создал поддиректории для монтирования файловых баз, размещённых сети
mkdir -p /mnt/bases/zp
mkdir -p /mnt/bases/sp
2) sudo apt update && sudo apt install cifs-utils
создал скрипт для монтирования баз при перезагрузках ОС:
sudo nano /opt/1C/v8.3/Bases-mount.sh
со следующим содержимым:
Code: Select all
#!/bin/bash
mount -o noperm,username=<Ваша_учётка_на_сервере>,password=<Ваш_пароль> -t cifs "//192.168.0.103/1c-base$/Зарплата и управление персоналом 8.3/ЗУП 31 Дизайнпроект" /mnt/bases/zp
mount -o noperm,username=<Ваша_учётка_на_сервере>,password=<Ваш_пароль> -t cifs "//192.168.0.103/1c-base$/Спорт-Проект 8.3" /mnt/bases/sp
3) написал службу, которая будет выполнять этот скрипт при перезагрузках ПК:
sudo nano /etc/systemd/system/bases-mount.service
Code: Select all
[Unit]
Description=basemount_1c
[Service]
RestartSec=10s
ExecStart=/opt/1C/v8.3/Bases-mount.sh
Restart=on-failure
[Install]
WantedBy=multi-user.target
sudo systemctl start bases-mount
sudo systemctl status bases-mount
sudo systemctl enable bases-mount
А уже локально установленную технологическую платформу настраивать на взаимодействие с информационныим базами, примонтированными
по данным локальным директориям.
в итоге п. 1. снимается.
А вот по поводу п. 2 и п. 3 по прежнему не понятно, почему так...