Как развернуть бд на сервере

Развернуть базу данных MS SQL

Для работы с базой данных на сервере БД требуется установить Microsoft SQL Server Management Studio. Ознакомиться с описанием программы и скачать установочные файлы можно в документации Microsoft .

На заметку. Развертывание Creatio с отказоустойчивостью на MS SQL успешно тестировалось. Для развертывания системы с высокой доступностью рекомендуется использовать группы доступности MS SQL Always On. Подробнее о технологии MS SQL Always On читайте в документации Microsoft .

После установки Microsoft SQL Server Management Studio вам необходимо создать пользователей базы данных.

• Пользователь с ролью ”sysadmin” и неограниченными полномочиями на уровне сервера базы данных — нужен для восстановления базы данных и настройки доступа к ней.
• Пользователь с ролью ”public” и ограниченными полномочиями — используется для настройки безопасного подключения Creatio к базе данных через аутентификацию средствами MS SQL Server.

Подробно о создании пользователей и настройке прав читайте в документации Microsoft .

Для восстановления базы данных:

1. Авторизируйтесь в Microsoft SQL Server Management Studio как пользователь с ролью ”sysadmin”.
2. Нажмите правой клавишей мыши по каталогу Databases и в контекстном меню выберите команду Restore Database ( Рис. 1 ).

Рис. 1 — Выбор команды восстановления базы данных

1. В поле Database введите название базы данных;
2. Выберите переключатель Device и укажите путь к файлу резервной копии базы данных. По умолчанию данный файл находится в директории ~\db с исполняемыми файлами Creatio ( Рис. 2 ).

Рис. 2 — Выбор резервной копии базы данных

Рис. 3 — Указание названий файлов и путей размещения файлов TS_Data.mdf и TS_Log.ldf.

1. В MS SQL Server Managment Studio найдите восстановленную базу данных Creatio.
2. Откройте вкладку Security выбранной базы данных.
3. В списке пользователей Users добавьте созданного ранее пользователя.
4. На вкладке Membership укажите роль ”db_owner” — таким образом пользователю будет предоставлен неограниченный доступ к восстановленной базе.

Развертывание базы данных с помощью приложения уровня данных

Используйте мастер развертывания базы данных в базе данных SQL Microsoft Azure для развертывания базы данных между экземпляром ядра СУБД и сервером базы данных SQL Azure или между двумя серверами базы данных SQL Azure.

Перед началом

Мастер использует архивный файл приложения уровня данных (DAC) BACPAC для развертывания как данных, так и определений объектов базы данных. Он выполняет операцию экспорта приложения уровня данных из базы данных-источника и импорт приложения уровня данных в место назначения.

настройка параметров баз данных

По умолчанию база данных, созданная при развертывании, получит все параметры по умолчанию из инструкции CREATE DATABASE. Исключением являются параметры сортировки и уровень совместимости базы данных, которые устанавливаются в значения из базы данных-источника.

Некоторые параметры баз данных, например TRUSTWORTHY, DB_CHAINING и HONOR_BROKER_PRIORITY, нельзя изменить в рамках процедуры развертывания. Физические свойства, например количество файловых групп или количество и размер файлов, нельзя изменять в рамках процедуры развертывания. После завершения развертывания можно использовать инструкцию ALTER DATABASE, SQL Server Management Studio или SQL Server PowerShell для настройки базы данных.

Ограничения

Мастер Развертывание базы данных поддерживает развертывание базы данных:

• Из экземпляра ядра СУБД в базу данных SQL Azure.
• Из базы данных SQL Azure в экземпляр ядра СУБД.
• Между двумя серверами базы данных SQL Azure.

Мастер не поддерживает развертывание баз данных между двумя экземплярами ядра СУБД.

Экземпляр ядра СУБД должен работать под управлением SQL Server 2005 (9.x) с пакетом обновления 4 (SP4) или более поздней версии, чтобы работать с мастером. Если база данных на экземпляре ядра СУБД содержит объекты, которые не поддерживаются в Базе данных SQL Azure, вы не можете использовать мастер для развертывания базы данных в Базе данных SQL Azure. Если база данных в базе данных SQL Azure содержит объекты, которые не поддерживаются SQL Server, вы не можете использовать мастер для развертывания базы данных в экземплярах SQL Server.

Безопасность

В целях повышения безопасности имена входа в SQL Server хранятся в файле экспорта приложения уровня данных BACPAC без пароля. При импорте файла BACPAC имя входа создается как отключенное имя входа с созданным паролем. Чтобы включить имена входа, войдите в систему под учетной записью, имеющей разрешение ALTER ANY LOGIN и с помощью команды ALTER LOGIN включите имя входа и присвойте ему новый пароль, который можно передать пользователю. Это не требуется для имен входа, использующих проверку подлинности Windows, поскольку SQL Server не управляет их паролями.

Разрешения

Мастеру необходимы разрешения на экспорт приложения уровня данных в базе данных-источнике. Для имени входа необходимы как минимум разрешения ALTER ANY LOGIN и VIEW DEFINITION на уровне базы данных, а также разрешение SELECT для представления каталога sys.sql_expression_dependencies. Экспорт приложения уровня данных может выполняться членами предопределенной роли сервера securityadmin, которые также входят в предопределенную роль базы данных database_owner для базы данных, из которой экспортируется приложение уровня данных. Экспортировать приложение уровня данных могут также члены предопределенной роли сервера sysadmin или встроенной роли системного администратора SQL Server с названием sa .

Мастеру необходимы разрешения на импорт приложения уровня данных на экземпляре или сервере назначения. Имя входа должно быть членом предопределенных ролей сервера sysadmin или serveradmin либо членом предопределенной роли сервера dbcreator с разрешениями ALTER ANY LOGIN. Встроенная учетная запись системного администратора SQL Server с именем sa также может импортировать DAC. Для импорта DAC с именами входа в базу данных SQL требуется членство в ролях loginmanager или serveradmin. Для импорта DAC без входа в базу данных SQL требуется членство в ролях dbmanager или serveradmin.

Использование мастера развертывания баз данных

Перенос базы данных с помощью мастера развертывания баз данных

1. Подключитесь к расположению базы данных, которую необходимо развернуть. Можно указать экземпляр ядра СУБД или сервер базы данных SQL Azure.
2. В обозревателе объектовразверните узел экземпляра, содержащего базу данных.
3. Разверните узел Базы данных .
4. Щелкните правой кнопкой мыши базу данных, которую вы хотите развернуть, выберите «Задачи» и выберите » Развернуть базу данных в Базе данных SQL Microsoft Azure»
5. Выполните шаги в диалоговых окнах мастера.
   • Вводная страница
   • Параметры развертывания
   • Страница «Сводка»
   • Ход выполнения
   • Результаты

Вводная страница

На этой странице описываются шаги мастера развертывания баз данных .

Options (Параметры)

• Больше не показывать эту страницу. — установите этот флажок, чтобы предотвратить отображение страницы «Введение» в будущем.
• Далее — осуществляет переход на страницу Параметры развертывания .
• Отмена — отмена операции и закрытие мастера.

Страница «Параметры развертывания»

На этой странице указываются целевой сервер и подробные сведения о новой базе данных.

Локальный узел:

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

Параметры базы данных SQL:

• Выпуск Базы данных SQL. Выберите выпуск базы данных SQL в раскрывающемся меню.
• Максимальный размер базы данных — выберите максимальный размер базы данных в раскрывающемся меню.

Другие параметры:

• Укажите локальный каталог для временного файла (архивного файла BACPAC). Не забывайте, что файл будет создан в указанном месте и останется там после завершения операции.

Страница «Сводка»

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

Страница «Ход выполнения»

На этой странице отображается индикатор выполнения, который определяет состояние операции. Чтобы просмотреть подробности состояния, выберите параметр Просмотр сведений .

Страница результатов

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

Чтобы завершить работу мастера, нажмите кнопку Готово .

Использование приложения .NET Framework

Развертывание базы данных с помощью методов DacStore Export() и Import() в приложении .NET Framework.

1. Создайте объект SMO и настройте его на работу с экземпляром или сервером, содержащим базу данных, подлежащую развертыванию.
2. Откройте объект ServerConnection и подключитесь к тому же экземпляру.
3. Используйте метод Export типа Microsoft.SqlServer.Management.Dac.DacStore для экспорта базы данных в файл BACPAC. Укажите имя экспортируемой базы данных и путь к папке, в которой будет размещен файл BACPAC.
4. Создайте объект SMO Server и задайте для него целевой экземпляр или сервер.
5. Откройте объект ServerConnection и подключитесь к тому же экземпляру.
6. Вызовите метод Import типа Microsoft.SqlServer.Management.Dac.DacStore для импорта BACPAC. Укажите файл BACPAC, созданный при экспорте.

Как развернуть бд на сервере

Сервис Подписи, Центр Идентификации, Сервис Аудита, Сервис Обработки Документов и модуль аутентификации myDSS для своей работы требуют подключения к базам данных на SQL-сервере. Базы данных создаются при разворачивании экземпляров компонентов:

• Центр Идентификации — командлет New-DssStsInstance,
• Сервис Подписи — командлет New-DssSignServerInstance,
• Сервис Аудита — командлет New-DssAnalyticsServiceInstance,
• Сервис Обработки Документов — командлет New-DssDocumentStoreInstance,
• Модуль аутентификации myDSS:
  • Сервис взаимодействия с ЦИ — командлет New-MyDssServerInternalInstance
  • Сервис взаимодействия с мобильным приложением myDSS — командлет New-MyDssServerExternalInstance,

  При этом существует два варианта размещения базы данных экземпляра компонента:

  • Локально — на том же сервере, что и экземпляр компонента;
  • Удаленно — на SQL-сервере размещенном на другом сервере.

  Также в этом разделе:

  • Права доступа к удаленному SQL-серверу
  • Настройка параметров подключения к SQL-серверу
  • Развертывание экземпляров DSS в кластере
  • Примеры создания экземпляров DSS с настройкой подключения к БД

  Локальный SQL-сервер

  При разворачивании экземпляров DSS на локальном SQL-сервере в командлетах New-Dss. Instance достаточно указать имя SQL-сервера в параметре -SQLServerName .

  Пример:

  New-DssSignServerInstance -SiteName "Default Web Site" -ApplicationName SignServer -SQLServerName “.\SQLEXPRESS” –DisplayName SignServer 

  При этом для возможности подключения экземпляров компонентов DSS к SQL будут созданы следующие учетные данные на SQL-сервере:

  1. Логин на уровне веб-сервера (соответствует имени пула приложений на IIS)
  2. Логин на уровне БД (соответствует имени пула приложений на IIS)

  Указанные учетные данные совпадают с именем пула приложений на IIS. Например, IIS AppPool/CryptoProDSS-1-STS .

  Примечание

  Администратор DSS, который разворачивает экземпляры компонентов, на SQL-сервере должен обладать следующими правами:

  • dbcreator,
  • securityadmin.

  Удаленный SQL-сервер

  При разворачивании экземпляров DSS на удаленном SQL-сервере вначале необходимо выбрать схему аутентификации:

  Примечание

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

  От типа выбранной аутентификации зависит набор параметров подключения к БД.

  Windows-аутентификация

  Примечание

  При аутентификации на удаленном SQL-сервере по учетным данным Windows сервера с экземплярами DSS и SQL-сервера должны находиться в одном домене Windows.

  В случае аутентификации на удаленном SQL-сервере по учетным данным Windows, необходимо перед разворачиванием создать для экземпляров DSS учетные записи в домене.

  Примечание

  Рекомендуется использовать gMSA (Group Managed Service Accounts) для учетных данных экземпляров в домене.

  Разворачивание экземпляров DSS с Windows-аутентификацией на удаленном SQL-сервере производится при помощи командлета New-Dss. Instance (в зависимости от экземпляра компонента). При этом необходимо использовать параметр -ConnectionInfo , в который нужно передать параметры подключения к БД. Эти параметры заполняются при помощи командлета New-DssSql. ConnectionInfo (в зависимости от экземпляра компонента).

  Внимание!

  Необходимо учитывать наличие у Администратора DSS прав доступа к SQL-серверу.

  SQL-аутентификация

  Разворачивание экземпляров DSS с Windows-аутентификацией на удаленном SQL-сервере производится при помощи командлета New-Dss. Instance (в зависимости от экземпляра компонента). При этом необходимо использовать параметр -ConnectionInfo , в который нужно передать параметры подключения к БД. Эти параметры заполняются при помощи командлета New-DssSql. ConnectionInfo (в зависимости от экземпляра компонента).

  После выполнения командлета New-Dss. Instance на SQL-сервере будут созданы учетные записи с указанными данными.

  Внимание!

  Необходимо учитывать наличие у Администратора DSS прав доступа к SQL-серверу.

  Перед использованием командлетов в консоли PowerShell необходимо задать учетные данные Администратора DSS для подключения к SQL-серверу. Учетные данные передаются через параметры $DssAdmin , $DssAdminPwd .

  Права доступа к удаленному SQL-серверу

  Если у Администратора DSS есть права dbcreator и securityadmin на удаленном SQL-сервере, то разворачивание экземпляров DSS и их БД производится как это описано выше для Windows-аутентификации и SQL-аутентификации.

  Если у Администратора DSS нет прав dbcreator и securityadmin , то разворачивание экземпляров DSS и их БД состоит из следующих шагов:

  1. Администратор SQL-сервера создает заготовки БД на SQL-сервере. При этом необходимо создать на уровне SQL-сервера следующее:
  • логин для Администратора DSS. Администратор DSS должен быть включен в роль db_owner в созданных заготовках БД.
  • логины для экземпляров DSS.

  Имена БД по умолчанию представлены в таблице ниже.

  Компонент DSS	Имя БД по умолчанию
  Сервис Аудита	AnalyticsServiceDB
  Сервис Обработки Документов	DocumentStoreDB
  Сервис Обработки Операций*	DssOperationsDb
  Центр Идентификации	IdentityServiceDB
  Сервис взаимодействия с мобильным приложением myDSS	MyDssServerExternalDB
  Сервис взаимодействия с ЦИ (myDSS)	MyDssServerInternalDB
  Сервис Подписи**	SignatureServerCommonDB
  Сервис Подписи	SignatureServerDB

  Примечание

  *Сервис Операций входит в состав и Сервиса Подписи, и Центра Идентификации. Соответственно, данная БД требуется в одном экземпляре для обоих компонентов.

  **Сервис Подписи имеет 2 базы данных: SignatureServerCommonDB имеет фиксированное имя и будет использоваться всеми развернутыми экземплярами Сервиса Подписи. Имена остальных БД можно изменять, оповестив об этом Администратора DSS.

  1. Администратор DSS создает экземпляры DSS с указанием имени БД и параметров подключения к ней. При этом необходимо указать флаг BeginUseEmpty . Если БД создавалась не с именем по умолчанию, в параметрах подключения также необходимо заполнить параметр DatabaseName .
  2. Администратор DSS включает учетные данные экземпляров DSS в роли соответствующих баз данных. Для этого необходимо выполнить следующие действия:
  • Создать на SQL-сервере пользователей SQL для экземпляров DSS в соответствующих БД.
  • Созданных пользователей включить в роли соответствующих БД.

  Имена ролей приведены в таблице ниже.

  Компонент DSS	Имя роли
  Сервис Аудита	auditinstance
  Сервис Обработки Документов	documentstoreserverinstance
  Сервис Операций*	operationmanager
  Центр Идентификации	identityserverinstance
  Сервис взаимодействия с мобильным приложением myDSS	mydssserverexternalinstance
  Сервис взаимодействия с ЦИ (myDSS)	mydssserverinstance
  Сервис Подписи**	signserverinstance

  Примечание

  *Сервис Операций входит в состав и Сервиса Подписи, и Центра Идентификации. Соответственно, в роль необходимо включать обе их учетные записи.

  **Сервис Подписи имеет 2 базы данных: SignatureServerCommonDB и SignatureServerDB . Соответственно, учетную запись экземпляра необходимо включать в нужную роль в каждой из этих БД.

  Настройка параметров подключения к SQL-серверу

  Для указания параметров подключения к SQL-серверу при разворачивании экземпляров DSS необходимо использовать командлеты New-Dss. SqlConnectionInfo .

  Параметр	Тип	Описание
  AccountType	string	Тип аутентификации в экземпляре SQL сервера для учетной записи, от имени которой будет выполняться подключение к БД: AutoDetect — автоматическая попытка определения типа аутентификации (по умолчанию) SqlAccount — SQL-аутентификация Windows — Windows-аутентификация. Если DSS неверно определил тип аутентификации, необходимо использовать параметр SkipValidation .
  AsUser	string	(Только при SQL-аутентификации) Имя учетной записи Администратора DSS на SQL-сервере.
  AsUserPassword	string	(Только при SQL-аутентификации) Пароль учетной записи Администратора DSS на SQL-сервере.
  BeginUseEmpty	switch	Использовать существующую пустую БД. Используется, если БД создавалась заранее.
  CreateBackUp	switch	Создавать резервную копию базы данных перед обновлением экземпляров DSS.
  DatabaseName	string	Название базы данных.
  RepairDatabaseChecksums	switch	Восстановить контрольные суммы при обновлении экземпляров DSS.
  RestoreAccessModeAfterError	switch	Будет ли БД возвращена в MULTI_USER режим после обновления.
  ServerName	string	Адрес экземпляра SQL-сервера, на котором следует развернуть базу данных.
  ServiceAccountName	string	Имя учетной записи экземпляра DSS.
  ServiceAccountPassword	string	Пароль учетной записи экземпляра DSS. При использовании gMSA необходимо указывать значение ~ .
  SkipCreateLogin	switch	Не создавать логин (пользователя) в БД. При наличии данного параметра данные, указанные в ServiceAccountName и ServiceAccountPassword , будут применяться только для аутентификации пользователя с существующими учетными данными.
  SkipValidation	switch	Не определять автоматически способ аутентификации на SQL-сервере.
  TraceLogPath	string	Путь к журналам обновления базы данных (на сервере, где разворачивается экземпляр DSS).
  UseExclusiveAccessMode	switch	Будет ли БД переведена в SINGLE_USER режим на время обновления.
  UseExistingDB	bool	Использовать существующую базу данных. Используется при разворачивании дополнительных экземпляров DSS в кластере.
  UseNetworkService	switch	(Только при удаленной Windows-аутентификации) Использовать учетную запись Network Service в качестве учетной записи экземпляра, если нет возможности создать учетные записи в домене Windows или использовать gMSA .

  Параметры для Windows-аутентификации

  • AccountType (Заполняется, если отключена автоматическая попытка определения типа аутентификации)
  • BeginUseEmpty
  • DatabaseName (Заполняется, если требуется заполнить имя БД для экземпляра самостоятельно, либо экземпляр создается повторно на одном сервере)
  • ServerName
  • ServiceAccountName
  • SkipCreateLogin
  • SkipValidation (Устанавливается в случае нестандартных размещений SQL. Например, домен Windows и SQL-аутентификация)
  • UseExistingDB
  • UseNetworkService

  Параметры для SQL-аутентификации

  • AccountType (если отключена автоматическая попытка определения типа аутентификации)
  • AsUser
  • AsUserPassword
  • BeginUseEmpty
  • DatabaseName (Заполняется, если требуется заполнить имя БД для экземпляра самостоятельно, либо экземпляр создается повторно на одном сервере)
  • ServerName
  • ServiceAccountName
  • ServiceAccountPassword
  • SkipCreateLogin
  • SkipValidation (Устанавливается в случае нестандартных размещений SQL. Например, домен Windows и SQL-аутентификация)
  • UseExistingDB

  Параметры при обновлении экземпляров DSS

  Обновление экземпляров DSS их баз данных производится при помощи командлетов Update-Dss. Instance (в зависимости от экземпляра компонента). При этом указанные ниже параметры должны быть переданы в параметр -ConnectionInfo . Параметры заполняются при помощи командлетов New-DssSql. ConnectionInfo (в зависимости от экземпляра компонента).

  • AsUser — если была настроена SQL-аутентификация
  • AsUserPassword — если была настроена SQL-аутентификация
  • CreateBackUp
  • RepairDatabaseChecksums
  • RestoreAccessModeAfterError
  • SkipValidation (Устанавливается в случае нестандартных размещений SQL. Например, домен Windows и SQL-аутентификация)
  • TraceLogPath
  • UseExclusiveAccessMode

  Параметры при удалении экземпляров DSS

  Удаление экземпляров DSS их баз данных производится при помощи командлетов Remove-Dss. Instance (в зависимости от экземпляра компонента). При этом указанные ниже параметры должны быть переданы в параметр -ConnectionInfo . Параметры заполняются при помощи командлетов New-DssSql. ConnectionInfo (в зависимости от экземпляра компонента).

  • AsUser — если была настроена SQL-аутентификация
  • AsUserPassword — если была настроена SQL-аутентификация
  • SkipValidation (Устанавливается в случае нестандартных размещений SQL. Например, домен Windows и SQL-аутентификация)

  Развертывание экземпляров DSS в кластере

  Если необходимо развернуть дополнительные экземпляры DSS на отдельном сервере, то при заполнении параметров подключения к БД требуется указать имя существующей базы данных основного экземпляра и указать параметр -UseExistingDB .

  Примеры создания экземпляров DSS с настройкой подключения к БД

  # БД расположена на локальном сервере New-DssSignServerInstance -SQLServerName .\SQLServer -DBName SignatureServerDb 

  # БД расположена на удаленном сервере $connInfo = New-DssSqlConnectionInfo -ServerName .\SQLServer -DatabaseName SignatureServerDb -ServiceAccountName SignServerAccount New-DssSignServerInstance -ConnectionInfo $connInfo -DisplayName SignServer -SiteName "Default Web Site" 

  Как настроить удалённое подключение к MySQL на Облачном сервере

  По умолчанию на Облачных серверах удалённое подключение к базе данных MySQL отключено.

  Настроить My SQL на Облачном сервере можно по инструкции ниже. Данная инструкция предназначена для серверов с установленным шаблоном LAMP/LEMP, но в некоторых случаях применима и для серверов, настроенных вручную.

  Настройка сервера

  Настройте подключение к серверу со всех сетевых интерфейсов, для этого:

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

  nano /etc/mysql/mysql.conf.d/mysqld.cnf

  Закомментируйте строку:

  bind-address = 127.0.0.1

  И добавьте новую:

  bind-address = 0.0.0.0

  

  Затем сохраните файл:

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

  systemctl restart mysql

  Настройка базы данных MySQL

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

  Через phpMyAdmin

  Авторизуйтесь в phpMyAdmin по адресу http://123.123.123.123/phpmyadmin/, где 123.123.123.123 — это IP-адрес вашего сервера. Данные для авторизации в phpMyAdmin вы можете найти в письме, которое было отправлено на e-mail владельца услуги после создания сервера.

  

  Перейдите на страницу Учетные записи пользователей:

  

  На открывшейся странице нажмите Добавить учетную запись пользователя:

  

  Введите имя пользователя. В поле «Имя хоста» укажите IP-адрес или имя сервера, с которого будет доступна база. Затем сгенерируйте пароль. Если вы хотите, чтобы база была доступна с любого адреса, оставьте значение ‘%‘ в поле «Имя хоста»:

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

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

  Через подключение по SSH

  Чтобы создать пользователя, для которого будет доступен удалённый доступ к базе данных:

  Похожие публикации:

  1. Архитектор 1с кто это
  2. Как нарисовать диаграмму в ворде с процентами
  3. Как сделать объемные буквы в ворде
  4. Как установить wine на archlinux