Как генерируются uuid / хабр

4. Создание Файл Параметров Инициализации (Initialization Parameter File)

Когда запускается Oracle instance, он считывает файл параметров инициализации. Это может быть текстовый или бинарный файл, который создаётся и динамически модифицируется базой данных. Бинарный файл предпочтительнее, он называется файл параметров сервера (server parameter file). Изначально Вы создаёте файл параметров инициализации, после создаётся файл параметров сервера на основе текстового файла.

Один из вариантов создания файла параметров инициализации — редактирование сэмпла.

Также данный файл можно найти в системе ORACLE_HOME/dbs/initORCL.ora

Как указано в этом файле заменяем выражение ‘<ORACLE_BASE>’ в строчках audit_file_dest, db_recovery_file_dest и diagnostic_dest на путь, по которому была установлен Oracle (указывается во время установки).

Для удобства использования стоит назвать файл initORACLE_SID.ora, т.е., если ORACLE_SID=mynewdb, то файл следует назвать initmynewdb.ora.

Если Вы хотите найти больше информации на эту тему, посетите эту .

Отсоединение баз данных в Microsoft SQL Server

Если отсоединить базу данных, то это означает ее удаление с этого экземпляра SQL Server, но при этом файлы базы данных останутся не поврежденными, которые затем можно использовать для присоединения к тому же или к другому экземпляру SQL Server.

В некоторых случаях отсоединить базу данных будет невозможно, например, тогда когда база данных реплицируется и публикуется, т.е. для отсоединения, база данных должна быть снята с публикации. Также отсоединить базу данных не получиться, если она находится в сеансе зеркального копирования, другими словами, для отключения базы данных необходимо завершить этот сеанс. Системную базу данных отсоединить вообще нельзя. Еще для выполнения отсоединения базы данных требуется монопольный доступ, т.е. в этот момент не должно быть подключенных к ней пользователей.

Отсоединить базу данных можно разными способами, например, на языке T-SQL, т.е. используя процедуру sp_detach_db или также можно воспользоваться графическим инструментом, т.е. SQL Server Management Studio. Мы с Вами разберем оба способа.

Отсоединение базы данных с помощью sp_detach_db

sp_detach_db – системная хранимая процедура, которая отсоединяет базу данных от экземпляра SQL сервера, а также может выполнить инструкцию UPDATE STATISTICS для всех таблиц перед отключением.

В качестве первого параметра она принимает имя базы данных, в качестве второго TRUE/FALSE (в виде текста), по умолчанию TRUE, т.е. это означает — не выполнять инструкцию UPDATE STATISTICS. Еще есть и третий параметр, который указывает, удалять или не удалять полнотекстовый индексный файл, связанный с отключаемой базой данных, по умолчанию TRUE, т.е. это означает — что метаданные, связанные с полнотекстовыми данными, сохраняются. Но этот параметр в новых версиях будет удален, честно говоря, не проверял на последних версиях, но разработчики SQL сервера не рекомендуют использовать этот параметр, уже начиная с версии 2008 R2.

Синтаксис:

 
   sp_detach_db  @dbname =  'database_name', 
                         @skipchecks =  'skipchecks',
                         @keepfulltextindexfile =  'KeepFulltextIndexFile'

Пример. Допустим, у нас есть база данных TestBase, и возникла необходимость ее отсоединить, для этого мы пишем следующую SQL инструкцию:

 
   EXEC sp_detach_db @dbname = 'TestBase'

Отсоединение базы данных с помощью Management Studio

Для того чтобы отсоединить базу данных необходимо в обозревателе объектов раскрыть список «Базы данных» и по нужной базе щелкнуть правой кнопкой мыши и нажать «Задачи ->Отсоединить»

И для того чтобы получить точно такой же результат, как и в примере выше жмем сразу «ОК»

Примечание! Как в первом примере, так и во втором не забываем про монопольный доступ, его можно получить, например, установив параметр базы данных «Ограничение доступа» в SINGLE_USER.

Шаг 5

Создаем новый файл паролей и управляющие файлы. Для создания файла паролей выполните команду:

orapwd file=${ORACLE_HOME}/dbs/orapw${ORACLE_SID} password=

Для создания управляющих файлов выполните:

sqlplus «/ as sysdba»

@/home/oracle/cr_новый_SID

На этом этапе легко можно столкнуться с ошибками. Приведу наиболее частые и пути их решения:

ORA-01113: file 1 needs media recovery

Вероятнее всего перед копированием файлов исходная база не была остановлена, или не остановилась полностью к моменту копирования. Вернитесь к шагу 1 и повторите копирование.

ORA-01503: CREATE CONTROLFILE failedORA-00200: controlfile could not be createdORA-00202: controlfile: ‘/u03/oradata/test/control01.ctl’ORA-27038: skgfrcre: file exists

Проверьте pfile созданный на втором шаге. Убедитесь, что значение параметра control_files указывает на корректное расположение файлов. Если с control_files все в порядке, то убедитесь, что управляющие файлы не были скопированы вместе с другими файлами базы данных. Если это так, то удалите их или переименуйте.

Требования к среде для работы сервиса

Сервис недоступен при использовании режима совместимости 8.3.13 и ниже.Минимальные системные требования:

Операционная система семейства Linux:
- объем оперативной памяти 64Гб;
- изменить стратегию управления оперативной памятью – всегда выделять столько памяти, сколько требует приложение. Значение параметра overcommit_memory=1. Устанавливается с помощью команды sudo sysctl -w vm.overcommit_memory=1.
Операционная система семейства Windows:
- объем оперативной памяти 64Гб;
- использование файла подкачки объемом не менее 512Гб.

Фактический объем потребляемой оперативной памяти будет зависеть от выполняемых запросов и объема таблиц, размещенных в Дата акселераторе.

1.1. Изменение стратегии управления памятью в Linux

За стратегию управления выделением памяти отвечает параметр overcommit_memory. Значение по умолчанию – 0.

Необходимо установить значение 1 (всегда выделять столько памяти, сколько просит приложение). Устанавливается с помощью команды sudo sysctl -w vm.overcommit_memory=1. Проверить можно с помощью команды sudo cat /proc/sys/vm/overcommit_memory.

Для того чтобы политика выделения памяти оставалась такой же и после перезагрузки сервера необходимо сделать следующее:

Создать файл в каталоге /etc/sysctl.d/
Создать в нем файл 40-dbda.conf
В файле указать vm.overcommit_memory=1
Перезагрузить сервер.
Проверить состояние. sudo cat /proc/sys/vm/overcommit_memory должен вернуть 1.

1.2. Управление файлом подкачки

Управление файлом подкачки осуществляется через дополнительные параметры системы в свойствах компьютера. Нажимаем кнопку Параметры в секции Быстродействие.

В открывшемся окне на вкладке Дополнительно находим секцию Виртуальная память и нажимаем кнопку Изменить.

Выбираем диск для размещения файла подкачки. Выбираем переключатель Указать размер. Указываем размер файла подкачки (и минимальный, и максимальный). Нажимаем кнопку Задать, затем ОК. Выполняем перезагрузку компьютера.

Как очистить 1С 8.3?

Файлы кэша хранятся в папке AppData, в профиле пользователя, под которым запускается программа 1С 8.3. Проще всего её открыть через команду Пуск \ Выполнить \ %userprofile%\AppData

Здесь нам нужно удалить все содержимое следующих папок:

AppData\Local\1C\

AppData\Roaming\1C\1cv8\

AppData\Roaming\1C\1cv82\

После выполнения операций удаления вновь запускам программу 1С Предприятие 8.3 и радуемся жизни.

Очистка кэша 1С может помочь при появлении различных проблем с запуском 1С Предприятия 8.3, даже когда при запуске, она сразу закрывается. Так что, очистка кэша может еще ни раз пригодиться на практике.

К сожалению, при работе с программой зачастую встречаются ошибки, не имеющие единственного общего способа устранения. К ним можно отнести ошибку 1С 8.3 (8.2) — «Неверный формат хранилища данных». Дело в том, что причин может быть множество, соответственно и способов устранения.

Прежде, чем доставать ваш шаманский бубен, попробуйте воспользоваться перечисленными ниже способами исправления ошибки «Неверный формат хранилища данных» для чайников. С большой вероятностью вам поможет хотя бы один из них.

Данный способ является самым распространенным исходя из многочисленных сообщений на формах тех, кто победил ошибку «Неверный формат хранилища данных» в 1С. В том случае, когда программа работает корректно на одном компьютере, а на другом выдаёт ошибку, данный способ для вас. Очистить кэш самостоятельно очень просто, но если у вас все-таки возникли трудности, то всё необходимое можете узнать в .

DBID And DBNAME

Backup the database.
Mount the database after a clean shutdown.
```
SHUTDOWN IMMEDIATE
STARTUP MOUNT
```

Invoke the DBNEWID utility (nid) specifying the new DBNAME from the command line using a user with SYSDBA privilege.

nid TARGET=sys/password@TSH1 DBNAME=TSH2

Assuming the validation is successful the utility prompts for confirmation before performing the actions. Typical output may look
something like:

C:\oracle\920\bin>nid TARGET=sys/password@TSH1 DBNAME=TSH2
DBNEWID: Release 9.2.0.3.0 - Production
Copyright (c) 1995, 2002, Oracle Corporation.  All rights reserved.

Connected to database TSH1 (DBID=1024166118)

Control Files in database:
    C:\ORACLE\ORADATA\TSH1\CONTROL01.CTL
    C:\ORACLE\ORADATA\TSH1\CONTROL02.CTL
    C:\ORACLE\ORADATA\TSH1\CONTROL03.CTL

Change database ID and database name TSH1 to TSH2? (Y/) => Y

Proceeding with operation
Changing database ID from 1024166118 to 1317278975
Changing database name from TSH1 to TSH2
    Control File C:\ORACLE\ORADATA\TSH1\CONTROL01.CTL - modified
    Control File C:\ORACLE\ORADATA\TSH1\CONTROL02.CTL - modified
    Control File C:\ORACLE\ORADATA\TSH1\CONTROL03.CTL - modified
    Datafile C:\ORACLE\ORADATA\TSH1\SYSTEM01.DBF - dbid changed, wrote new name
    Datafile C:\ORACLE\ORADATA\TSH1\UNDOTBS01.DBF - dbid changed, wrote new name
    Datafile C:\ORACLE\ORADATA\TSH1\CWMLITE01.DBF - dbid changed, wrote new name
    Datafile C:\ORACLE\ORADATA\TSH1\DRSYS01.DBF - dbid changed, wrote new name
    Datafile C:\ORACLE\ORADATA\TSH1\EXAMPLE01.DBF - dbid changed, wrote new name
    Datafile C:\ORACLE\ORADATA\TSH1\INDX01.DBF - dbid changed, wrote new name
    Datafile C:\ORACLE\ORADATA\TSH1\ODM01.DBF - dbid changed, wrote new name
    Datafile C:\ORACLE\ORADATA\TSH1\TOOLS01.DBF - dbid changed, wrote new name
    Datafile C:\ORACLE\ORADATA\TSH1\USERS01.DBF - dbid changed, wrote new name
    Datafile C:\ORACLE\ORADATA\TSH1\XDB01.DBF - dbid changed, wrote new name
    Datafile C:\ORACLE\ORADATA\TSH1\TEMP01.DBF - dbid changed, wrote new name
    Control File C:\ORACLE\ORADATA\TSH1\CONTROL01.CTL - dbid changed, wrote new name
    Control File C:\ORACLE\ORADATA\TSH1\CONTROL02.CTL - dbid changed, wrote new name
    Control File C:\ORACLE\ORADATA\TSH1\CONTROL03.CTL - dbid changed, wrote new name

Database name changed to TSH2.
Modify parameter file and generate a new password file before restarting.
Database ID for database TSH2 changed to 1317278975.
All previous backups and archived redo logs for this database are unusable.
Shut down database and open with RESETLOGS option.
Succesfully changed database name and ID.
DBNEWID - Completed succesfully.

Shutdown the database.
```
SHUTDOWN IMMEDIATE
```
Modify the DB_NAME parameter in the initialization parameter file. The startup will result in an error but proceed anyway.
```
STARTUP MOUNT
ALTER SYSTEM SET DB_NAME=TSH2 SCOPE=SPFILE;
SHUTDOWN IMMEDIATE
```

Create a new password file.

orapwd file=c:\oracle\920\database\pwdTSH2.ora password=password entries=10

Rename the SPFILE to match the new DBNAME.
If you are using Windows you must recreate the service so the correct name and parameter file are used.
```
oradim -delete -sid TSH1
oradim -new -sid TSH2 -intpwd password -startmode a -pfile c:\oracle\920\database\spfileTSH2.ora
```
If you are using UNIX/Linux simply reset the ORACLE_SID environment variable.
```
ORACLE_SID=TSH2; export ORACLE_SID
```
Alter the listener.ora and tnsnames.ora setting to match the new database name and restart the listener.
```
lsnrctl reload
```

Open the database with RESETLOGS.

STARTUP MOUNT
ALTER DATABASE OPEN RESETLOGS;

Backup the database.

Как посмотреть права доступа к файлам в Linux

Конечно, вы можете посмотреть права доступа к файлам в Linux с помощью файлового менеджера. Все они поддерживают эту функцию, но так вы получите неполную информацию. Для максимально подробной информации обо всех флагах, в том числе специальных, нужно использовать команду ls с параметром -l. Все файлы из каталога будут выведены в виде списка, и там будут показаны все атрибуты и биты.

Чтобы узнать права на файл linux выполните такую команду, в папке где находится этот файл:

За права файлов в linux тут отвечают черточки. Первая это тип файла, который рассмотрен в отдельной статье. Дальше же идут группы прав сначала для владельца, для группы и для всех остальных. Всего девять черточек на права и одна на тип.

Рассмотрим подробнее, что значат условные значения флагов прав:

— — нет прав, совсем;
—x — разрешено только выполнение файла, как программы но не изменение и не чтение;
-w- — разрешена только запись и изменение файла;
-wx — разрешено изменение и выполнение, но в случае с каталогом, вы не можете посмотреть его содержимое;
r— — права только на чтение;
r-x — только чтение и выполнение, без права на запись;
rw- — права на чтение и запись, но без выполнения;
rwx — все права;
—s — установлен SUID или SGID бит, первый отображается в поле для владельца, второй для группы;
—t — установлен sticky-bit, а значит пользователи не могут удалить этот файл.

В нашем примере, файл test1 имеет типичные разрешения для программ, владелец может все, группа только чтение и выполнение, а все остальные — только выполнение. Для test2 дополнительно установлен флаг SUID и SGID. А для папки test3 установлен Sticky-bit. Файл test4 доступный всем. Теперь вы знаете как посмотреть права на файл linux.

Специальные права доступа к файлам в Linux

Для того, чтобы позволить обычным пользователям выполнять программы от имени суперпользователя без знания его пароля была придумана такая вещь, как SUID и SGID биты. Рассмотрим эти полномочия подробнее.

SUID — если этот бит установлен, то при выполнении программы, id пользователя, от которого она запущена заменяется на id владельца файла. Фактически, это позволяет обычным пользователям запускать программы от имени суперпользователя;
SGID — этот флаг работает аналогичным образом, только разница в том, что пользователь считается членом группы, с которой связан файл, а не групп, к которым он действительно принадлежит. Если SGID флаг установлен на каталог, все файлы, созданные в нем, будут связаны с группой каталога, а не пользователя. Такое поведение используется для организации общих папок;
Sticky-bit — этот бит тоже используется для создания общих папок. Если он установлен, то пользователи могут только создавать, читать и выполнять файлы, но не могут удалять файлы, принадлежащие другим пользователям.

Теперь давайте рассмотрим как посмотреть и изменить права на файлы в Linux.

Управление копиями баз данных

Для управления копиями баз данных необходимо через меню Все функции вызвать соответствующую стандартную обработку.

В открывшемся окне можно управлять копиями баз данных и составом метаданных, хранящихся в них.

Важно обратить внимание на следующие параметры:

Встроенный Дата акселератор. Значение «Да» означает, что будет использоваться сервис Дата акселератора. Значение «Нет» означает, что используется некоторая внешняя СУБД, в которой находится копия базы данных

Для варианта использования внешней СУБД важно значение параметра Тип репликации. При значении «Стандартная» за актуальностью данных в копии следит сервис копий баз данных (значение по умолчанию, рекомендуется использовать его)

При значении «Внешняя» за актуальностью данных в копии должен следить сторонний механизм, не относящийся к кластеру серверов «1С».

Справа, в дереве метаданных, необходимо указать те объекты метаданных, для которых будет создана копия.

При нажатии на кнопку Обновить копию начнется обновление текущей выделенной копии базы данных. Обновление копии выполняется в синхронном вызове, т.е. клиентское приложение после нажатия кнопки не будет отвечать, пока не будет полностью выполнен перенос данных. По окончании переноса клиентское приложение снова станет доступно.

Параллельное обновление копий баз данных невозможно. При попытке выполнения одновременного обновления будет возвращена ошибка «Параллельное обновление копии невозможно».Для управления копиями баз данных из встроенного языка необходимо использовать менеджер «КопииБазыДанных».

Правила для обычных идентификаторов

Имена переменных, функций и хранимых процедур должны соответствовать этим правилам для идентификаторов Transact-SQL .

Первым символом должен быть один из следующих.
- Буква в соответствии со стандартом Unicode Standard 3,2. Определения букв в стандарте Юникод включают латинские символы от «a» до «z», от «A» до «Z», а также буквенные символы других языков;
- подчеркивание (_), символ @ или символ решетки (#).
  
  Определенные символы в начале идентификатора в SQL Serverимеют особое значение. Обычный идентификатор, начинающийся символом @, означает локальную переменную или параметр и не может использоваться в качестве имени объекта какого-либо иного типа. Идентификатор, начинающийся символом решетки (#), означает временную таблицу или процедуру. Идентификатор, начинающийся двойным символом решетки (##), означает глобальный временный объект. Хотя символы решетки и двойной решетки могут использоваться в начале имен объектов других типов, мы не рекомендуем такой способ именования.
  
  Некоторые функции языка Transact-SQL имеют имена, начинающиеся с двойного символа «@» (@@). Во избежание путаницы с этими функциями не следует использовать имена, начинающиеся символами @@.
Последующие символы могут включать:
- Буквы в соответствии со стандартом Unicode Standard 3,2.
- Десятичные цифры из набора символов Basic Latin или другого набора символов национального языка.
- Символ @, знак доллара ($), решетка (#) или подчеркивание (_).
Идентификатор не должен быть зарезервированным словом Transact-SQL . SQL Server резервирует версии зарезервированных слов как в верхнем, так и в нижнем регистре. Если идентификаторы используются в инструкциях языка Transact-SQL , идентификаторы, которые не соответствуют этим правилам, должны быть заключены в двойные кавычки или квадратные скобки. Состав зарезервированных слов зависит от уровня совместимости базы данных. Этот уровень можно установить с помощью инструкции ALTER DATABASE .
Внутри идентификаторов запрещается использовать символы пробела или специальные символы.
недопустимы.

Если идентификаторы используются в инструкциях языка Transact-SQL , идентификаторы, которые не соответствуют этим правилам, должны быть заключены в двойные кавычки или квадратные скобки.

Примечание

Некоторые правила форматирования обычных идентификаторов зависят от уровня совместимости базы данных. Этот уровень можно установить с помощью процедуры ALTER DATABASE.

Если пароли пользователей SYS и SYSTEM забыты или утеряны.

Вы можете использовать инструмент ORAPWD.EXE для изменения пароля. Меню «Пуск» -> Выполнить -> Введите «CMD», чтобы открыть окно командной строки, и введите следующую команду: orapwd file=D:\oracle10g\database\pwdctcsys.ora password=newpass Эта команда повторно создает файл паролей базы данных. Расположение файла паролей находится в каталоге \ database в каталоге ORACLE_HOME. Этот пароль предназначен для изменения пароля пользователя sys. Пароли пользователей, отличных от sys, не будут изменены. Однако Oracle предоставляет два метода проверки: один — это проверка ОС, а другой — проверка файла пароля. Если это первый метод, используйте следующие методы для изменения пароля: 　　sqlplus /nolog; 　　connect / as sysdba 　　alter user sys identified by ; 　　alter user system identified by ; Если это второй метод, используйте указанный выше метод для изменения или вы можете изменить пароль следующим образом: orapwd file = pwdxxx.ora password = Новый пароль, который вы установили, entry = 10 После настройки перезапустите службу и снова войдите в систему.

Зависает полнотекстовый поиск! Что было? Что я сделал?

Всем привет. После непредвиденного выключения компьютера, глюк системы, в одной из моих баз произошел глюк, а именно, в части поиска. Я спокойно вхожу в программу, могу все делать, но как только я начинаю пользоваться поиском, программа зависает и не отвисает, ну или нужно очень долго ждать (я этого не делал). Сначала я подумал, что глючит индексация поиска, и хотел ее перенумеровать, но зайти в настройки индексации полнотекстового поиска у меня тоже не вышло, глючит при попытке проникновения в настройки, я попробовал отключить полнотекстовый поиск, программа заработала без глюков, но при использовании поиска не выполняла свою функцию.

Remarks

Примечание

Выполнение этой команды не рекомендуется, так как она интенсивно использует ввод-вывод и может привести к недоступности вашего хранилища данных. Кроме того, она может потребовать дополнительных затрат на моментальные снимки хранилища данных.

Чтобы сжать все файлы данных и журналов указанной базы данных, выполните команду DBCC SHRINKDATABASE. Чтобы сжать один файл данных или файл журнала в указанной базе данных, выполните команду DBCC SHRINKFILE.

Чтобы просмотреть количество свободного (нераспределенного) пространства в базе данных, выполните процедуру sp_spaceused.

Операции DBCC SHRINKDATABASE могут быть остановлены на любом этапе процесса, при этом вся выполненная работа сохраняется.

Размер базы данных нельзя сделать меньше минимального настроенного размера базы данных. Минимальный размер указывается при создании базы данных. Также минимальный размер может быть последним размером, явно установленным в операции изменения размера файла. Такие операции, как DBCC SHRINKFILE или ALTER DATABASE, — примеры операций, изменяющих размер файла.

При выполнении команды DBCC SHRINKDATABASE укажите параметр NOTRUNCATE или TRUNCATEONLY. Если этого не сделать, результат будет таким же, как если бы вы выполнили операцию DBCC SHRINKDATABASE с аргументом NOTRUNCATE и последующим запуском операции DBCC SHRINKDATABASE с аргументом TRUNCATEONLY.

База данных не обязана находиться в однопользовательском режиме. Другие пользователи могут работать в базе данных (в том числе системной) при ее сжатии.

Невозможно сжать базу данных во время создания ее резервной копии. И наоборот, невозможно создать резервную копию базы данных во время операции сжатия.

Автоматическое добавление объектов метаданных в копию

Для того чтобы отчет мог выполниться на копии, необходимо чтобы все таблицы, используемые при формировании отчета, были расположены в копии базы данных. Отчеты могут обращаться к множеству объектов метаданных. В некоторых случаях эти объекты метаданных могут явно не встречаться в тексте запроса на языке «1С», поэтому настройка списка объектов метаданных для размещения в копии может вызывать трудности.

Для упрощения этой процедуры можно воспользоваться обработкой Подбор таблиц для Дата акселератора. Она позволяет настроить копию несколькими способами:

По данным технологического журнала анализирует текст запроса к СУБД и получает объекты метаданных.
По данным текста запроса на языке 1С получает объекты метаданных.
По данным отчета конфигурации на базе СКД анализирует тексты запросов на языке «1С» и получает объекты метаданных.

По полученным данным обработка выбирает для копирования в копию необходимые объекты метаданных и запускает процесс обновления данных в копии так, чтобы она была готова к выполнению запроса.Ниже приводится инструкция для сбора данных и использования этой обработки.

5.1. Сбор информации о запросах

5.1.1. Из технологического журнала

Необходимо узнать тип СУБД, на котором размещена база данных. Для этого можно воспользоваться консолью администрирования, посмотрев свойства информационной базы.

Настройки технологического журнала (logcfg.xml):

<?xml version="1.0"?><config xmlns="http://v8.1c.ru/v8/tech-log"><log history="48" location=""><event><eq property="Name" value=""/><like property="Context" value="%%"/></event><property name="all"/></log></config>

В конфигурационном файле необходимо указать следующие параметры:

– путь, куда процессы кластера будут писать технологический журнал. Должен быть доступен на чтение / изменение пользователю, от имени которого запущены процессы сервера 1С;
– имя события в зависимости от типа СУБД, на которой развернута база данных: DBMSSQL, DBPOSTGRS, DBORACLE, DB2;
– имя отчета, который необходимо выполнить в копии базы данных. Например, можно указать имя «ВедомостьПоТоварамНаСкладах» или «Отчет.РасчетыСКлиентами». Знаки процента должны остаться, т.к. производится поиск по маске.

Если база продуктивная (параллельно работают другие пользователи) или в кластере зарегистрировано несколько информационных баз, то необходимо установить дополнительные отборы для свойств «processName» или «Usr» — например, добавив следующую строку в секцию event:

<eq property="USR" value=""/>

5.1.3. Из отчета конфигурации

Определите имя отчета в терминах метаданных конфигурации.

5.2. Добавление таблиц в копию

Необходимо воспользоваться обработкой Подбор таблиц для Дата акселератора.

В поле Имя базы в Дата акселераторе необходимо указать имя копии базы данных. Можно указать как имя существующей копии, так и имя новой копии – при необходимости обработка создаст новую копию. Существующую копию можно выбрать по кнопке выбора.

В зависимости от выбранного способа получения информации о запросах в п 5.1. выполняем следующие действия:

Текст из технологического журнала добавляем в поле Текст из технологического журнала.
Текст из текста запроса на языке «1С» добавляем в поле Текст из текста запроса.
Выбираем отчет в поле Имя отчета.

Нажимаем кнопку Добавить таблицы и обновить копию. Обработка выполнит анализ текстов запросов, затем найдет соответствующие имена объектов метаданных, выполнит поиск копии базы данных по указанному ранее имени (в случае отсутствия создаст копию), добавит таблицы в копию и вызовет перенос данных.

По окончании работы в нижней табличной части будет указан список метаданных в терминах «1С» и СУБД, а также выдана информация о произведённых действиях или сообщение об ошибке в случае ее возникновения.

5.3. Проверка выполнения отчета в копии баз данных

Убедитесь, что в дополнительных настройках СКД указаны параметры Требуемая актуальность данных, Требуемое время актуальности данных, Выводить актуальность данных и Выводить копию базы данных.

Запустите выполнение отчета.

По окончании его формирования в заголовке табличного документа будет указана копия базы данных, из которой получены данные и дата актуальности данных.

Если в заголовке указано «Копия базы данных: не используется», значит, отчет был выполнен в основной базе. В таком случае проверьте настройки СКД на закладке Дополнительные настройки.

Проверка обновления. Автоматический поиск ошибок

Мы обновляем конфигурацию, и у нас более 100 пользователей. Конфигурация сильно переписана, обновление нетривиальное. Если после обновления находится критическая ошибка, приходится выгонять всех пользователей и исправлять. Поэтому перед выпуском в рабочую базу, обновление тестируют наши специалисты. Большинство ошибок находится при открытии форм. Появилась идея написать программу, которая бы автоматически открывала формы всех объектов, а найденные ошибки записывала в журнал регистрации. Получилась программа простейшего сценарного тестирования. Не требует настройки. Запускать в тестовой базе. Чтобы найти реквизиты, не добавленные на форму в процессе обновления или синтаксические ошибки, достаточно запустить тест под полными правами. Тестировали на УТ 11.4.1.271, должно работать на всех программах УФ. У нас тест работает пять минут.

1 стартмани

10.06.2019
8775
8
vtv74

У Вас задваивание безналичных платежей в УТ 11.4, исправляем!!!

Всем привет. Может такое произойти, что в окне безналичных платежей конфигурации УТ 11 происходит задвоение информации, т.е. от одного и того же контрагента пришли поступления одной и той же суммой в один и тот же день (дублирование). У меня данные из клиент-банка заливаются в БП, а затем через обмен выполняется перелив с БП в УТ, вот и получилось у меня задвоение. В журнале операций все прошло нормально, без задвоений, а вот в самой программе отобразилось уже так, произойти это могло по многим причинам (коряво прошел обмен, ошибка релиза, внутренние ошибки алгоритма и т.п. — вариантов масса).
Что я сделал, в первую очередь, конечно, резервную копию.

Профайлы

Профайлы содержат информацию, не оказывающую влияния на логику функционирования системы на базе 1С:Предприятия 8. Такая информация не является необходимой, но ее сохранение может, например, повысить комфортность работы пользователя. В профайлах можно хранить формат и расположение окон и диалогов, настройки шрифтов, цветов, отборов и т. п. Потеря такой информации не может привести к нарушению работоспособности системы.

Подробнее назначение профайлов и хранение настроек пользователя описаны в разделе «Сохранение параметров настроек пользователя между сеансами«.

Профайлы различаются по принадлежности хранимой в них информации. Виды профайлов, используемых в 1С:Предприятии 8, представлены в таблице:

Принадлежность данных	Примеры хранимых данных	Расположение
Компьютер клиента	— Открыто ли табло.- Настройки текстового редактора.	<Данные приложений пользователя>/1C/1cv82/1Cv8.pfl, например:C:/Documents and Settings/User/Application Data/1C/1cv82/1Cv8.pfl
Компьютер клиента	— Файлы клиентских настроек, информация о резервных кластерах и другая служебная информация	Например C:\Documents and Settings\All Users\Application Data\1C\1Cv82\1cv8conn.pfl
Информационная база	— Режим аутентификации при старте 1С:Предприятия из отладчика.- Каталог последнего сохранения хранилища конфигурации в файл.	Таблица files базы данных, в которой размешена информационная база.
Информационная база и пользователь	— Настройки динамических списков.- Настройки отборов по журналу регистрации.	Таблица files базы данных, в которой размешена информационная база.
Компьютер и информационная база	— Настройки сравнения файлов конфигураций.- Настройки глобального поиска по текстам конфигурации.	<Данные приложений пользователя>/1C/1cv82/<Идентификатор информационной базы>/1Cv8.pfl, например:C:/Documents and Settings/User/Application Data/1C/1cv82/ 4129dbdb-b495-41cb-99ea-ef315060a03e/1Cv8.pfl
Компьютер, информационная база и пользователь	— Расположение окна синтакс — помощника.- Список переменных для быстрого просмотра в отладчике.	<Данные приложений пользователя>/1C/1cv82/<Идентификатор информационной базы>/<Идентификатор пользователя>/1Cv8.pfl, например:C:/Documents and Settings/User/Application Data/1C/1cv82/ 4129dbdb-b495-41cb-99ea-ef315060a03e/ E8D87DA4-A087-4145-95E7-D613E0F7CB64/1Cv8.pfl
1С:Предприятие 8 в режиме Конфигуратора	— Расположение окон конфигуратора.- Цвета редактора модулей в конфигураторе.	<Данные приложений пользователя>/1C/1cv82/1Cv8cmn.pfl, например:C:/Documents and Settings/User/Application Data/1C/1cv82/1Cv8cmn.pfl
1С:Предприятие 8 в режиме Конфигуратор и Предприятие	— Расположение некоторых окон (подсказка, отладчик)- Параменты групповой разработки- Параметры использования внешних компонент)	<Данные приложений пользователя>/1C/1cv82/<Идентификатор информационной базы>/<Идентификатор пользователя>/1Cv8cmn.pfl, например:C:/Documents and Settings/User/Application Data/1C/1cv82/ 4129dbdb-b495-41cb-99ea-ef315060a03e/ E8D87DA4-A087-4145-95E7-D613E0F7CB64/1Cv8cmn.pfl
Диалог запуска 1С:Предприятия 8	— Размеры и расположение диалога запуска.- Настройки диалогов установки параметров информационных баз.	<Данные приложений пользователя>/1C/1cv82/1Cv8strt.pfl, например:C:/Documents and Settings/User/Application Data/1C/1cv82/1Cv8strt.pfl

Данные из профайлов читаются при старте 1С:Предприятия 8 и записываются при его штатном завершении. По этой причине в случае нештатного завершения некоторые пользовательские настройки могут не сохраниться.

Обращение в техподдержку

В случае, если настройки выполнены корректно, а устранить проблему своими силами не получается, необходимо отправить информацию в техническую поддержку.Для этого необходимо предоставить следующую информацию:

Описание сценария возникновения проблемы.
Описание окружения: ОС, версия ОС, объем RAM на сервере, объем файла подкачки (если есть), значение параметра overcommit_memory.
Полный технологический журнал от воспроизведения проблемы. Настройка следующая:
```
<?xml version="1.0" encoding="UTF-8"?><config xmlns="http://v8.1c.ru/v8/tech-log"><dump create="true" location="" type="0" prntscrn="false" externaldump="1"/><log location="" history="24"><event><ne value="" property="Name"/></event><property name="all"/></log><plansql/></config>
```
Собранный технологический журнал может быть большого размера, поэтому не рекомендуется собирать его дольше 15 минут либо более того времени, которого достаточно для воспроизведения проблемы.
Выгрузку информационной базы.

Отправлять собранные данные необходимо на электронный адрес betaplatform@1c.ru с отметкой «DBDA» в теме письма.

ВЫ МОЖЕТЕ ПРЯМО СЕЙЧАС СКАЧАТЬ ОБРАБОТКУ «Подбор таблиц для Дата акселератора»НА ЖЕСТКИЙ ДИСК ВАШЕГО КОМПЬЮТЕРА