Как сохранить базу данных на диск

Обновлено: 29.06.2024

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

Вся работа встаёт. Менеджеры не могут выписать счет на оплату. Продавцы не могут пробить чек. Бухгалтер не может рассчитать зарплату. Этих данных просто нет. Представляете, сколько времени уйдет, чтобы всё это вбить вручную по новой?

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

Резервная копия базы 1С

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

Как часто нужно делать копии?

Еще ни одна резервная копия не была лишней. Поэтому чем чаще вы их будете делать – тем лучше. Копировать бухгалтерские и другие базы можно: на флешки, переносные диски, на другие компьютеры или в облако. И чем дальше вы будете хранить архив от самой базы 1С – тем безопаснее.

Итак, давайте перейдём непосредственно к процессу…

Как скопировать базу 1С на флешку

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

Главное, что стоит понять: все данные вашей базы 1С это такие же файлы, как ваши документы и таблицы в папке «Мои документы». И самое простое, что можно сделать – это скопировать папку с этими файлами на флешку или на другой компьютер. Осталось только понять – где же папка с этой базой?

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

В нашем примере, база 1С находится в каталог «D:\10_Базы\Детский сад» и именно этот каталог нужно скопировать на флешку. Для этого откройте «Мой компьютер» и перейдите на диск D, в папку «10_Базы» и скопируйте папку «Детский сад» на флешку (или на другой компьютер).

Либо, можно прямо в окне списка баз 1с, выделить строку D:\10_Базы\Детский сад (выделяйте без кавычек), нажать правой кнопкой мыши и выбрать команду «Копировать». Открыть «Мой компьютер» и установить курсор в адресную строку, нажать правой кнопкой мыши, выбрать команду «Вставить» и нажать Enter. Вы автоматически попадёте в каталог с базой 1С.

Теперь берите и сохраните все файлы на съемный диск (флешку).

Как выгрузить базу 1С

Еще один вариант создания ручной резервной копии базу – это выгрузка базы 1C в DT-файл, через конфигуратор. Для этого запустите базу в режиме конфигуратор. Перейдите в меню «Администрирование — Выгрузить информационную базу…» и укажите каталог и имя файла, куда нужно сохранить информационную базу. Подтвердите действие, нажав кнопку «Сохранить»

Таким образом можно создать копию 1С. Стоит отметить, что сама «Фирма 1С» рекомендует использовать выгрузку и загрузку только для переноса базы между компьютерами, а не как основную резервную копию. Но многие используют этот метод для хранения архивных копий своим программ 1С.

Видеоурок! Дополнительный материал по этой теме

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

С помощью этого видео вы научитесь:

копировать базу 1С на флешку;
копировать базу с флешки;
копировать информационную базу 1С на другой компьютер;
подключать эту базу на другом компьютере (покажем как ее прописать в списке баз)
выгружать (делать резервную копию) через конфигуратор;
загружать (восстанавливать резервную копию) через конфигуратор;

Резервному копированию баз данных в MS SQL отводится огромное значение. Правильно настроенное, оно поможет уберечь базу данных от повреждений и даже потери. Уделите несколько минут прочтению статьи и напомните (или узнайте) важные аспекты работы по бэкапам, а также как грамотно настроить в MS SQL Server резервное копирование баз данных. Это оградит от многих проблем.

Зачем это нужно

Грамотная отладка резервного копирования баз данных (БД) очень важна. Она помогает сохранить БД в случае каких-либо сбоев (программных, технических и т.д.), повреждений или разрушений в месте хранения. Особенно важно делать копии баз данных владельцам собственных онлайн-проектов, размещенных их на хостинге у провайдера. Бэкап станет «спасательным кругом» на тот случай, если будут утрачены важные данные.

Специалисты рекомендуют настраивать регулярное копирование, используя различные его типы. Лучше всего сохранять копии за последние семь дней.

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

Способы создания

В MS SQL Server резервные копии можно создавать несколькими способами. Рассмотрим используемые инструменты:

MS SQL Management Studio

Графический интерфейс SSMS прекрасно подходит для разовых операций. Он может применяться к различным базам данных.

Для этого необходимо:

Открыть MS SQL Management Studio. Выбрать БД, которая будет копироваться и кликнуть по ней правой кнопкой мыши. Выбрать Задачи, после чего – Создать резервную копию.
Откроется окошко, в котором необходимо оставить полный тип копий и прописать путь к резервному файлу. Если возникла необходимость – путь можно изменить, удалить, создать новый. Файл можно сохранить как на локальном диске, так и на сетевом.
После успешного окончания процесса появится уведомление об этом.

Командная строка (sqlcmd)

Создание бэкапов с помощью командной строки sqlcmd используется для автоматизированного копирования любых данных. Может применяться в Windows и Linux.

Для данного способа понадобится утилита sqlcmd:

sqlcmd -S <server> -U <user> -P <password> -Q "BACKUP DATABASE [<database>] TO DISK = N'<file path>' <options>"

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

PowerShell

Создание бэкапов с помощью PowerShell может использоваться только на новых системах, т.к. на старых он не доступен. Специалисты рекомендуют использовать именно этот способ резервирования данных.

Для бэкапа необходимо импортировать модуль import-module sqlps –DisableNameChecking.

Можно воспользоваться синтаксисом: Backup-SqlDatabase -ServerInstance <имя SQL сервера> -Database <имя базы> -BackupFile <путь к файлу с резервной копией>

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

Типы резервного копирования

В Microsoft SQL Server принята практика разных типов резервного копирования. Пользователям доступно:

полное – делается резервная копия всей БД. Может выполняться различными способами;
дифференциальное или разностное – осуществляется копирование данных с того момента, когда осуществлялось ее последнее полное резервирование. Осуществляется специальной командой с добавлением опции DIFFERENTIAL;
логов или инкрементальное.

Рассмотрим их подробнее.

Полное копирование (Full Backup)

В SQL Server под полным копированием (Full Backup) понимают создание полной резервной БД, включая все данные и объекты системных таблиц. Полный бэкап не усекает (truncate) журнала транзакций. Она является основным типом создания бэкапов, которое должно предшествовать любому типами резервирования.

Полный бэкап выполняется с помощью различных инструментов (SSMS, T-SQL, PowerShell). Восстановить базу можно всего за один шаг, т.к. для этого не потребуется иных копий (разностных или инкрементальных).

Для полного копирования данных действует ряд ограничений:

Если оно производилось поздними версиями SQL Server, то такие копии невозможно восстановить в более ранних версиях.
В транзакциях, как в явных, так и неявных, инструкция BACKUP недопустима.

Свойству TRUSTWORTHY в процессе создания резервной копии базы будет присвоено значение OFF.
В версиях, начиная с SQL Server 2012 (11.x) и более поздних, не поддерживаются параметры PASSWORD и MEDIAPASSWORD. Но восстановление копий с паролями доступно.

Для пользователей, имеющих роли sysadmin, db_owner, db_backupoperator, по умолчанию доступны BACKUP DATABASE и BACKUP LOG. Помешать выполнению резервирования могут проблемы как с владельцем, так и с разрешениями у физических файлов на устройстве.

Полное копирование в SSMS

Создавая задачу в MSSQL Server Management Studio, можно сформировать соответствующий скрипт T-SQL BACKUP. Для этого следует нажать кнопку Скрипт, а затем указать его назначение.

Когда в SQL Server компонент Database Engine подключится к нужному экземпляру Microsoft, следует развернуть в обозревателе дерево сервера.
Если нужна пользовательская база данных, то следует развернуть узел База данных. Если потребуется обозначить системную БД – развернуть соответствующий узел.
Отобрав базу данных, которая будет копироваться, щелкнуть на ней мышкой, выбрать Задачи и затем команду Создать резервную копию… .
В появившемся окошке отобранная БД будет приведена в виде раскрывающегося списка. При необходимости, она может быть изменена на любую другую базу данных.
В раскрывшемся списке Тип резервной копии следует выбрать необходимый вариант. По умолчанию выбран тип Полная.
В разделе Компонент резервного копирования выбрать База данных.
Произвести проверку, куда сохраняются файлы по умолчанию в разделе Назначение (в папке ../mssql/data).

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

Для просмотра содержимого, созданного ранее целевого объекта копирования, его необходимо выделить и кликнуть Содержимое. А для удаления такого объекта – кликнуть Удалить.

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

Когда полный бэкап БД сделан, можно выполнять иные типы резервирования: дифференциальные и журналов транзакций. Когда резервное копирование выполняется на url-адрес на странице Параметры носителя, недоступным будет параметр Перезаписать носитель.

Полное копирование с помощью T-SQL

Для выполнения полного бэкапа базы данных с помощью Transact-SQL, необходимо выполнить соответствующие инструкции BACKUP DATABASE и указать:

наименование БД для формирования копии;
устройство, куда будут сохраняться скопированные данные.

Базовая структура синтаксиса T-SQL для создания полной копии БД выглядит следующим образом:

При необходимости следует указать нужное количество параметров WITH.

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

Для форматирования носителя копии используется параметр FORMAT в следующем предложении:

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

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

Полное копирование с помощью PowerShell

Чтобы создать полный бэкап в PowerShell, следует использовать командлет (упрощенную команду) Backup-SqlDatabase. Чтобы отметить, что эта резервная копия является полной, необходимо задать параметр BackupAction вместе с Database (оно применяется по умолчанию). Этот параметр не относится к обязательным при полном резервировании БД.

Для использования PowerShell понадобится специальный модуль SqlServer. Выполнение команды Get-Module-Name SqlServer поможет выяснить – установлен модуль либо нет. Для установки модуля понадобится в сеансе PowerShell на правах администратора выполнить команду Install-Module-Name SqlServer.

Открывая PowerShell из SSMS, чтобы подключиться к SQL Server, не потребуются учетных данных. В них нет необходимости, т.к. для подключения между PowerShell и SQL Server используются учетные данные пользователя в SQL Server Management Studio.

Дифференциальное (разностное) копирование

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

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

Советы по использованию дифференциальных бэкапов базы данных:

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

При использовании дифференциального копирования рекомендуется придерживаться следующего плана его организации:

полное осуществляется раз в определенное количество дней;
разностное – каждый раз спустя определенное количество часов.

В том случае, когда оборот данных в день довольно высок, вышеприведенный план окажется неприменим, т.к. его реализация будет занимать много места на дисковом пространстве. К примеру, если вес полного бэкапа составляет 280 GB, а дифференциального, спустя 60 минут, – 4 GB, то по истечению суток вес дифференциальных наборов уже составит 96 GB. Потому, в приведенном примере использование дифференциального резервирования не оправданно.

Другие виды

Кроме вышеперечисленных, существуют иные виды копирования:

При резервном копировании журнала транзакций выполняется копирование всех транзакций, которые имели место после выполнения предыдущего резервного копирования. После этого происходит урезание журнала, для освобождения дисковое пространство. Этот вид копирования относится к инкрементальному. Для полной модели восстановления необходима вся последовательность резервных наборов, начиная с полной.
Бэкап Tail-Log, хоть и выделен отдельно, по сути является простой операцией, описанной в предыдущем пункте с опцией NORECOVERY. Его следует выполнять накануне восстановления копии журнала транзакций. Это позволит не упустить те транзакции, которые происходили после крайнего копирования до текущего момента.
Бэкап Copy-only (создание резервной копии только для копирования) не является базовой ни для разностных, ни для копий журнала транзакций. Создание Copy-only применяется лишь когда необходимо снять полную резервную копию, не задев текущей цепочки резервных копий. Именно эти нюансы и отличают Copy-only от стандартного полного бэкапа данных.
Частичное резервное копирование Partial backup применяется не часто. Его основная функция – копирование групп файлов read-only.
Также применяется резервное копирование отдельных файлов и или их групп.

Срок действия

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

Выполняется данная настройка в процессе настройки резервного копирования, в основном окне.

Путь расположения

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

На корневом разделе SQL Server кликнуть правой кнопкой мышки и выбрать Свойства.
Перейти к разделу Параметры баз данных. В нем опуститься к подразделу Места хранения, используемые базой данных по умолчанию. Именно здесь можно увидеть прописанный путь к месту размещения резервных наборов. Его можно изменить, воспользовавшись кнопкой (…), расположенной справа.

Общие советы

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

В панели DirectAdmin присутствует раздел, в котором производится контроль над базами данных, раздел Управление MySQL. В этом разделе отображается список баз данных пользователя и основные элементы управления:

В этом случае браузер предложит Вам сохранить на локальный компьютер файл <имя базы>.gz, в данном примере это файл user_database.gz. Файл предоставляется в сжатом виде, как архив gz.

Способ №2: Экспорт с помощью web-интерфейса phpMyAdmin.

phpMyAdmin — веб-приложение с открытым исходным кодом, написанное на языке PHP и представляющее собой веб-интерфейс для администрирования СУБД MySQL. phpMyAdmin позволяет через браузер осуществлять администрирование сервера MySQL, выполнять SQL-запросы и просматривать содержимое баз данных и таблиц. Приложение пользуется большой популярностью у веб-разработчиков, так как позволяет управлять СУБД MySQL с помощью дружественного интерфейса, без необходимости использования сложных SQL-запросов для выполнения простых задач.

Для перехода в web-интерфейс phpMyAdmin выбираем соответствующий пункт в панели Direct Admin:

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

Далее будет предложено выбрать параметры экспорта базы данных.

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

2. Формат резервной копии. На выбор предлагается несколько форматов резервной копии, в данном случае мы выбираем тип SQL. Остальные способы используются при выполнении специфических задач и используются очень редко.

3. Очень важный момент – галочка «Сохранить как файл». Если эта галочка установлена, Вам будет предложено скачать резервную копию. В противном случае, на экран будет выведена текстовая версия резервной копии в виде MySQL-запросов.

4. Шаблон имени файла. По умолчанию имя файла будет иметь следующий вид: <имя базы>.<формат файла>, в нашем примере это user_database.sql.

5. Сжатие. Этот пункт позволяет выбрать метод сжатия файла:

без сжатия, т.е. файл в формате sql, размер файла будет соответствовать размеру базы данных;

zip, т.е. файл в формате архива .zip, размер файла будет уменьшен за счет архивации резервной копии;

gzip, т.е. файл в формате .gz, размер файла будет уменьшен за счет архивации резервной копии;

После выбора всех необходимых параметров достаточно нажать кнопку «ОК» и дождаться подготовки резервной копии. Если база данных имеет значительный объем, на подготовку резервной копии может потребоваться некоторое время. В итоге Вам будет предложено сохранить файл резервной копии базы данных на локальный компьютер.

Способ №3: Экспорт с помощью скрипта Sypex Dumper.

Скачайте сам скрипт, распакуйте архив и загрузите файл dumper.php на Ваш с сервер, в каталог public_html. Для корректной работы скрипта потребуется создать каталог хранения резервных копий (дампов) баз данных. Для создания каталога перейдите в Менеджер файлов панели Direct Admin, перейдите в каталог public_html и создайте новый каталог backup.

После этого скрипт предложит выбрать действие над Вашими базами данных: «Backup / Создание резервной копии БД» и «Restore / Восстановление БД из резервной копии». Нас интересует первый пункт.

Пункт «БД» позволяет выбрать необходимую базу данных из списка Ваших баз данных. Фильтр таблиц позволяет указать таблицы, которые будут включены в резервную копию. Более детальную информацию о фильтрах Вы можете узнать на сайте разработчика скрипта Sypex Dumper. В пункте «Метод сжатия» Вы можете указать будет ли применяться сжатие Gzip при создании резервной копии (запакованный файл с расширением .gz), или же будет сохранена резервная копия в формате .sql. Пункт Степень сжатия используется, только если выбран метод сжатия Gzip. Чем больше значение этого параметра, тем меньше будет размер файла.

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

После завершения процесса Вам будет предоставлен лог создания резервной копии, а так-же, предложение скачать файл резервной копии. Если Вы желаете продолжить работу со скриптом Sypex Dumper, нажмите кнопку «Вернуться». Стоит отметить тот факт, что резервная копия, создаваемая данным скриптом, будет храниться в каталоге backup, который мы создали предварительно, т.е. скачивать резервную копию не обязательно, она может храниться на сервере, в каталоге backup.

Способ №4: Экспорт с помощью скрипта Sypex Dumper.

Данный способ доступен только тем пользователям, у которых есть доступ к SSH (Secure SHell, удаленное управление операционной системой). Для экспорта резервной копии базы данных необходимо подключиться по SSH к серверу (к примеру, с помощью ssh-клиента Putty, если у Вас ОС Windows, или с помощью терминала, если у Вас ОС семейства Linux).

После подключения в командной строке достаточно выполнить следующую команду:

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

Если после выполнения данной команда операционная система не сообщает об ошибках экспорта, значит резервная копия успешно экспортирована. Размер резервной копии базы данных не имеет значения.

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

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

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

Сегодня расскажем, как выполнить резервное копирование и восстановление информационной базы 1С на примере «1С:Бухгалтерия 8 редакция 3.0».

Важно: доступ к настройкам резервного копирования в программах 1С есть только у пользователя с правами «Администратор».

Создаем копию информационной базы 1С

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

Далее нужно перейти по этому пути и переместить копию файла туда, где он будет хранится.

Во время этой операции в базе нельзя производить действия с объектами конфигурации.

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

Выгрузка информационной базы через конфигуратор

Есть и другой способ сделать резервное копирование. Для этого варианта в программе 1С нужно активизировать конфигуратор и выполнить выгрузку базы в файл с расширением dt.

Настраиваем автоматическое резервное копирование

Чтобы выполнялось регулярное сохранение базы, лучше применять автоматическое резервное копирование в 1С.

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

У вас будут варианты для сохранения копии. Система предложит:

жесткий диск;
внешнее устройство;
облачный архив.

Через ссылку «Настройка резервного копирования» вы сможете выбрать:

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

Обратите внимание! Такой механизм не подойдет для клиент-серверной базы.

В этом случае автоматическое резервное копирование данных в 1С 8.3 нужно будет выполнять через СУБД. А для этого нужно понимать структуру и механизмы СУБД.

Если у вас это вызывает сложности, то лучше обратитесь за помощью к нашим специалистам.

Восстановление базы 1С из резервной копии

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

Итак, у вас уже есть резервная копия информационной базы 1С 8.3.

Давайте загрузим ее в программу. Только обязательно сделайте перед этим резервную копию.

Режим конфигуратор

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

Далее в окне нажимаем на файл сохраненной резервной копии с разрешением *.dt. Затем «Открыть».

Затем программа выдаст предупреждение и спросит, продолжить ли загрузку. Отвечаем «Да».

Внизу окна в строке можно будет следить за статусом загрузки.

Режим пользователя

В этом же разделе нужно будет и загружать файл архива.

Затем в разделе «Резервное копирование и восстановление» следует нажать «Восстановление из резервной копии».

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

Далее выбирайте «Открыть», а затем нажмите «Восстановить данные».

Подождите до завершения операции, а затем приступайте к работе в восстановленной базе 1С.

Читайте также: