Рсв 1 расшифровка: Полная информация для работы бухгалтера

Содержание

XXI. Заполнение раздела 3 «Персонифицированные сведения о застрахованных лицах» \ КонсультантПлюс

XXI. Заполнение раздела 3 «Персонифицированные сведения

о застрахованных лицах»

21.1. Раздел 3 заполняется плательщиками на всех застрахованных лиц за последние три месяца расчетного (отчетного) периода, в том числе в пользу которых в отчетном периоде начислены выплаты и иные вознаграждения в рамках трудовых отношений и гражданско-правовых договоров, предметом которых является выполнение работ, оказание услуг, по договорам авторского заказа, в пользу авторов произведений по договорам об отчуждении исключительного права результаты интеллектуальной деятельности, указанные в подпунктах 1 — 12 пункта 1 статьи 1225 Гражданского кодекса Российской Федерации, издательским лицензионным договорам, лицензионным договорам о предоставлении права использования результатов интеллектуальной деятельности, указанных в подпунктах 1 — 12 пункта 1 статьи 1225 Гражданского кодекса Российской Федерации, в том числе вознаграждения, начисляемые организациями по управлению правами на коллективной основе в пользу авторов произведений по договорам, заключенным с пользователями, или с которым заключены трудовые договоры и (или) гражданско-правовые договоры.

21.2. В персонифицированных сведениях о застрахованных лицах (далее в настоящем разделе — сведения), в которых отсутствуют данные о сумме выплат и иных вознаграждений, начисленных в пользу физического лица за последние три месяца расчетного (отчетного) периода, в строках 120 — 210 указываются прочерки.

21.3. При необходимости заполнения на бумажном носителе нескольких подразделов 3.2 по одному физическому лицу, в пользу которого начислены выплаты и иные вознаграждения, сведения по строке 010 раздела 3, по строкам 020 — 110 подраздела 3.1 заполняются на первом листе. На втором и последующих листах по строке 010 раздела 3 и по строкам 020 — 110 подраздела 3.1 указываются прочерки.

Нумерация страниц должна иметь строгую последовательность. Например, если первая страница по данному физическому лицу имеет при сквозной нумерации значение «023», то вторая страница принимает значение «024» и так далее.

21.4. Поле 010 раздела 3 заполняется при аннулировании ранее представленных сведений по застрахованному лицу, отраженных в строках 020 — 060 подраздела 3. 1.

При заполнении поля 010 раздела 3 указывается тип аннулирования сведений «1».

При этом, в подразделе 3.2 в строках 130 — 170, 190 — 210 указываются прочерки.

При необходимости внесения исправлений в данные о физическом лице, в пользу которого начислены выплаты и иные вознаграждения, одновременно со сведениями с типом аннулирования сведений «1» представляются исправленные данные о физическом лице, в пользу которого начислены выплаты и иные вознаграждения, по строкам 020 — 060 подраздела 3.1, с указанием сведений о суммах выплат и иных вознаграждений, начисленных плательщиками страховых взносов в пользу физического лица, а также сведений об исчисленных страховых взносах на обязательное пенсионное страхование в подразделе 3.2. При первичном представлении расчета признак аннулирования расчета не проставляется.

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

21.6. В подразделе 3.1 указываются персональные данные физического лица, в пользу которого начислены выплаты и иные вознаграждения.

21.7. В строке 020 подраздела 3.1 указывается ИНН физического лица, присвоенный данному физическому лицу при постановке на учет в налоговом органе в установленном порядке (при наличии).

21.8. В строке 030 подраздела 3.1 указывается СНИЛС застрахованного лица в системе обязательного пенсионного страхования.

21.9. В строке 040 подраздела 3.1 указывается полностью фамилия физического лица в соответствии с документом, удостоверяющим личность.

21.10. В строке 050 подраздела 3.1 указывается полностью имя физического лица в соответствии с документом, удостоверяющим личность.

21.11. В строке 060 подраздела 3.1 указывается полностью отчество физического лица в соответствии с документом, удостоверяющим личность.

21.12. В строке 070 подраздела 3.1 указывается дата рождения физического лица в соответствии с документом, удостоверяющим его личность.

21.13. В строке 080 подраздела 3.1 указывается числовой код страны, гражданином которой является физическое лицо. Код страны указывается согласно ОКСМ.

При отсутствии у физического лица гражданства в строке 080 указывается код страны, выдавшей документ, удостоверяющий его личность.

21.14. В строке 090 подраздела 3.1 указывается цифровой код пола физического лица в соответствии с Общероссийским классификатором информации о населении (ОК 018-2014) согласно документу, удостоверяющего личность:

«1» — мужской;

«2» — женский.

21.15. В строке 100 подраздела 3.1 указывается код вида документа, удостоверяющего личность физического лица, в соответствии с приложением N 6 к настоящему Порядку.

21.16. В строке 110 подраздела 3.1 указываются реквизиты документа, удостоверяющего личность физического лица (серия и номер документа). Знак «N» не проставляется, серия и номер документа отделяются знаком «» («пробел»).

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

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

21.19. В подразделе 3.2.1 не учитываются суммы выплат и иных вознаграждений, начисленных плательщиком в пользу физического лица, с которых исчисляются страховые взносы, а также суммы страховых взносов, исчисленных плательщиком страховых взносов в пользу физического лица в соответствии со статьей 428 Кодекса.

21.20. В графах 120 подраздела 3.2.1 указаны порядковые номера месяца в отчетном периоде («1» соответствует первому месяцу отчетного периода, «2» — второму месяцу отчетного периода, «3» — третьему месяцу отчетного периода).

21.21. В строках графы 130 подраздела 3.2.1 указывается код категории застрахованного лица в соответствии с кодами категории застрахованного лица согласно приложению N 7 к настоящему Порядку за первый, второй и третий месяц из последних трех месяцев расчетного (отчетного) периода соответственно. Данный код заполняется заглавными буквами русского алфавита.

21.22. В строках графы 140 подраздела 3.2.1 указывается сумма выплат и иных вознаграждений, начисленных плательщиком в пользу физического лица, за первый, второй и третий месяц из последних трех месяцев расчетного (отчетного) периода соответственно отдельно по каждому месяцу и коду категории застрахованного лица.

21.23. В строках графы 150 подраздела 3.2.1 указывается база для исчисления страховых взносов на обязательное пенсионное страхование в размерах, не превышающих для каждого застрахованного лица предельную величину базы для исчисления страховых взносов, установленную Правительством Российской Федерации в соответствии с пунктами 4 и 5 статьи 421 Кодекса, за первый, второй и третий месяц из последних трех месяцев расчетного (отчетного) периода соответственно отдельно по каждому месяцу и коду категории застрахованного лица.

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

21.25. В строках графы 170 подраздела 3.2.1 указывается сумма страховых взносов, исчисленных плательщиком страховых взносов в пользу физического лица в размерах, не превышающих для каждого застрахованного лица предельную величину базы для исчисления страховых взносов, установленную Правительством Российской Федерации в соответствии с пунктами 4 и 5 статьи 421 Кодекса, за первый, второй и третий месяц из последних трех месяцев расчетного (отчетного) периода соответственно отдельно по каждому месяцу и тарифу, применяемому плательщиком к выплатам и иным вознаграждениям в пользу физического лица отдельно по каждому месяцу и коду категории застрахованного лица.

21.26. В подразделе 3.2.2 учитываются суммы выплат и иных вознаграждений, начисленных плательщиком в пользу физического лица, с которых исчисляются страховые взносы, а также суммы страховых взносов, исчисленных плательщиком страховых взносов в пользу физического лица в соответствии со статьей 428 Кодекса.

21.27. В графах 180 подраздела 3. 2.2 указаны порядковые номера месяца в отчетном периоде («1» соответствует первому месяцу отчетного периода, «2» — второму месяцу отчетного периода, «3» — третьему месяцу отчетного периода).

21.28. В строках графы 190 подраздела 3.2.2 указывается код застрахованного лица, применяемого плательщиком к выплатам и иным вознаграждениям в пользу физического лица, облагаемых страховыми взносами на обязательное пенсионное страхование по дополнительным тарифам, установленных статьей 428 Кодекса, в соответствии с кодами застрахованного лица согласно приложению N 8 к настоящему Порядку за первый, второй и третий месяц из последних трех месяцев расчетного (отчетного) периода соответственно.

21.29. В строках графы 200 подраздела 3.2.2 указывается база для исчисления страховых взносов по дополнительным тарифам, установленных статьей 428 Кодекса, на которые начисляются страховые взносы за первый, второй и третий месяц из последних трех месяцев расчетного (отчетного) периода соответственно отдельно по каждому месяцу и тарифу, применяемому плательщиком к выплатам и иным вознаграждениям в пользу физического лица в соответствии с кодами застрахованного лица.

21.30. В строках графы 210 подраздела 3.2.2 указывается сумма страховых взносов по дополнительным тарифам, установленных статьей 428 Кодекса, исчисленных плательщиком страховых взносов в пользу физического лица, за первый, второй и третий месяц из последних трех месяцев расчетного (отчетного) периода соответственно отдельно по каждому месяцу и тарифу, применяемому плательщиком к выплатам и иным вознаграждениям в пользу физического лица в соответствии с кодами застрахованного лица.

VI. Заполнение подраздела 1.1 «Расчет сумм страховых взносов на обязательное пенсионное страхование» \ КонсультантПлюс

VI. Заполнение подраздела 1.1 «Расчет сумм страховых

взносов на обязательное пенсионное страхование»

6.1. По строкам 010 — 062 подраздела 1.1 производится расчет сумм страховых взносов на обязательное пенсионное страхование, исходя из сумм выплат и иных вознаграждений, производимых в пользу физических лиц, являющихся застрахованными в системе обязательного пенсионного страхования.

6.2. По строке 010 подраздела 1.1 в соответствующих графах указывается общее количество застрахованных лиц в системе обязательного пенсионного страхования с начала расчетного периода, а также за первый, второй и третий месяц из последних трех месяцев расчетного (отчетного) периода соответственно.

6.3. По строке 020 подраздела 1.1 в соответствующих графах отражается количество физических лиц, с выплат и иных вознаграждений которым исчислены страховые взносы в соответствии с тарифом страховых взносов, применяемым при заполнении подраздела 1.1 с начала расчетного периода, а также за первый, второй и третий месяц из последних трех месяцев расчетного (отчетного) периода соответственно.

6.4. По строке 021 подраздела 1.1 в соответствующих графах отражается количество физических лиц из строки 020 подраздела 1.1, выплаты и иные вознаграждения которым превысили предельную величину базы для исчисления страховых взносов по обязательному пенсионному страхованию, установленную Правительством Российской Федерации в соответствии с пунктами 3 — 6 статьи 421 Кодекса с начала расчетного периода, а также за первый, второй и третий месяц из последних трех месяцев расчетного (отчетного) периода соответственно.

6.5. По строке 030 подраздела 1.1 в соответствующих графах отражаются суммы выплат и иных вознаграждений, исчисленных в пользу физических лиц в соответствии со статьей 420 Кодекса, нарастающим итогом с начала расчетного периода, а также за первый, второй и третий месяц из последних трех месяцев расчетного (отчетного) периода соответственно.

6.6. По строке 040 подраздела 1.1 в соответствующих графах отражаются суммы выплат и иных вознаграждений, не подлежащие обложению страховыми взносами на обязательное пенсионное страхование в соответствии со статьей 422 Кодекса и в соответствии с международными договорами, нарастающим итогом с начала расчетного периода, а также за первый, второй и третий месяц из последних трех месяцев расчетного (отчетного) периода соответственно.

6.7. По строке 045 подраздела 1.1 в соответствующих графах отражаются суммы фактически произведенных и документально подтвержденных расходов, связанных с извлечением доходов, полученных по договору авторского заказа, договору об отчуждении исключительного права на результаты интеллектуальной деятельности, указанные в подпунктах 1 — 12 пункта 1 статьи 1225 Гражданского кодекса Российской Федерации (Собрание законодательства Российской Федерации, 2006, N 52 (ч. 1), ст. 5496; 2019, N 29 (ч. 1), ст. 3844), издательскому лицензионному договору, лицензионному договору о предоставлении права использования результатов интеллектуальной деятельности, указанных в подпунктах 1 — 12 пункта 1 статьи 1225 Гражданского кодекса Российской Федерации, в соответствии с пунктом 8 статьи 421 Кодекса, или суммы расходов, которые не могут быть подтверждены документально и принимаемые к вычету в размерах, установленных пунктом 9 статьи 421 Кодекса нарастающим итогом с начала расчетного периода, а также за первый, второй и третий месяц из последних трех месяцев расчетного (отчетного) периода соответственно.

6.8. По строке 050 подраздела 1.1 в соответствующих графах отражается база для исчисления страховых взносов на обязательное пенсионное страхование, рассчитанная в соответствии с пунктом 1 и 2 статьи 421 Кодекса, с начала расчетного периода, а также за первый, второй и третий месяц из последних трех месяцев расчетного (отчетного) периода соответственно.

Значение строки определяется по формуле: строка 030 подраздела 1. 1 минус строка 040 подраздела 1.1 минус строка 045 подраздела 1.1.

6.9. По строке 051 подраздела 1.1 в соответствующих графах отражается база для исчисления страховых взносов на обязательное пенсионное страхование, рассчитанная в соответствии с пунктом 1 статьи 421 Кодекса в размере, превышающем для каждого застрахованного лица предельную величину базы для исчисления страховых взносов, установленную Правительством Российской Федерации в соответствии с пунктами 3 — 6 статьи 421 Кодекса, с начала расчетного периода, а также за первый, второй и третий месяц из последних трех месяцев расчетного (отчетного) периода соответственно.

Разница сумм значений граф 2 — 4 строк 050 и сумм значений аналогичных граф строк 051 по всем заполненным страницам подраздела 1.1 должна быть равна сумме строк графы 150 раздела 3 по всем застрахованным лицам.

6.10. По строке 060 подраздела 1.1 в соответствующих графах отражаются суммы исчисленных страховых взносов на обязательное пенсионное страхование с начала расчетного периода, а также за первый, второй и третий месяц из последних трех месяцев расчетного (отчетного) периода соответственно.

6.11. По строке 061 подраздела 1.1 в соответствующих графах отражаются суммы исчисленных страховых взносов на обязательное пенсионное страхование с базы для исчисления страховых взносов на обязательное пенсионное страхование в размерах, не превышающих для каждого застрахованного лица предельную величину базы для исчисления страховых взносов, установленную Правительством Российской Федерации в соответствии с пунктами 3 — 6 статьи 421 Кодекса, с начала расчетного периода, а также за первый, второй и третий месяц из последних трех месяцев расчетного (отчетного) периода соответственно.

В графах 2 — 4 строки 061 подраздела 1.1 отражаются суммы страховых взносов, исчисленных за отчетный период в отношении физических лиц в соответствии с частью 1 статьи 431 Кодекса.

Сумма значений граф 2 — 4 строки 061 по всем страницам подраздела 1.1 равна сумме строк графы 170 раздела 3 по всем застрахованным лицам.

6.12. По строке 062 подраздела 1.1 в соответствующих графах отражаются суммы исчисленных страховых взносов на обязательное пенсионное страхование с базы для исчисления страховых взносов на обязательное пенсионное страхование в размерах, превышающих для каждого застрахованного лица предельную величину базы для исчисления страховых взносов, установленную Правительством Российской Федерации в соответствии с пунктами 3 — 6 статьи 421 Кодекса, с начала расчетного (отчетного) периода, а также за первый, второй и третий месяц из последних трех месяцев расчетного (отчетного) периода соответственно.

По строке 062 подраздела 1.1 в графе 1 отражаются суммы исчисленных страховых взносов, рассчитанные путем суммирования значения графы 1 строки 062 подраздела 1.1 за предыдущий отчетный период и значений граф 2 — 4 строки 062 подраздела 1.1 за текущий отчетный период, за исключением плательщиков страховых взносов, которые приобрели или утратили право на применение пониженного тарифа по итогам расчетного (отчетного) периода.

В случае приобретения права на применение пониженного тарифа по итогам расчетного (отчетного) периода значение граф 1 — 4 строки 062 подраздела 1.1 равно «0».

В случае утраты права на применение пониженного тарифа по итогам расчетного (отчетного) периода значение графы 1 строки 062 подраздела 1.1 определяется по формуле: значение графы 1 по строке 051 подраздела 1.1, умноженное на тариф страховых взносов, установленный для выплат, превышающих предельную величину базы для исчисления страховых взносов.

Расшифровать записи реестра «UserAssist» — сценарии и функции

Обнаружено отключение Javascript

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

Некоторые люди с подозрением относятся к записям «UserAssist» в реестре, в основном потому, что они зашифрованы. Вот небольшой скрипт, который расшифрует эти записи:

 ;;Автор: Костич Деян
;;Дата: 07.04.2006
Графический интерфейс, Добавить, ListView, vLst w700 h500 altsubmit, Путь|Имя|Данные
 Loop, HKCU, Software\Microsoft\Windows\CurrentVersion\Explorer\UserAssist\{5E6AB780-7743-11CF-A12B-00AA004AE837}\count
  {
   RegRead, rval
   LV_Add("","{5E6AB780-7743-11CF-A12B-00AA004AE837}",a_loopregname,rval)
  }
 Loop, HKCU, Software\Microsoft\Windows\CurrentVersion\Explorer\UserAssist\{75048700-EF1F-11D0-9888-006097DEACF9}\count
  {
   RegRead, rsv
   LV_Add("","{75048700-EF1F-11D0-9888-006097DEACF9}",a_loopregname,rsv)
  }
Графический интерфейс, добавить, кнопку, gdec и расшифровать
Гуй, Шоу
LV_ModifyCol(1,"100")
LV_ModifyCol(2,"485")
LV_ModifyCol(3,"100")
возвращаться
дек:
SetBatchLines,-1
LV_Delete()
SplashImage,b1 c1,Расшифровка`nПожалуйста, подождите.  ..
 Loop, HKCU, Software\Microsoft\Windows\CurrentVersion\Explorer\UserAssist\{5E6AB780-7743-11CF-A12B-00AA004AE837}\count
  {
   RegRead, rval
   d2:=StringMod(a_loopregname,26-13)
   LV_Add("","{5E6AB780-7743-11CF-A12B-00AA004AE837}",d2,rval)
  }
 Loop, HKCU, Software\Microsoft\Windows\CurrentVersion\Explorer\UserAssist\{75048700-EF1F-11D0-9888-006097DEACF9}\число
  {
   RegRead, rsv
   d3:=StringMod(a_loopregname,26-13)
   LV_Add("","{75048700-EF1F-11D0-9888-006097DEACF9}",d3,rsv)
  }
Заставка, выкл.
возвращаться
StringMod(_string, _chars="");сделано PhiLho, адаптировано мной
 {
   Анализ цикла, _string
   {
         символ: = Asc (A_LoopField)
         о := Asc("A") * (Asc("A") <= char && char <= Asc("Z")) + Asc("a") * (Asc("a") <= char && символ <= Asc ("z"))
         Если (о >
  0)
         {
            char := Mod(char - o + _chars, 26)
            символ: = Хр (символ + о)
         }
         Еще
         {
            символ: = A_LoopField
         }
         rStr := rStr символ
      }
   Возврат rStr
}
Графический интерфейсЗакрыть:
Выход из приложения

Усовершенствования всегда приветствуются.

#1 — Размещено

07 апреля 2006 г. — 20:30

Вернуться к началу

Круто! Теперь я вижу их расшифрованными… но что они означают? В каком порядке? Не могли бы вы дать нам указатель, где это объясняется?

#2 — Опубликовано 07 апреля 2006 г. — 21:22

Вернуться к началу

Ну, вот две ссылки, которые относятся к этим записям:
http://www.utdallas….plorer_spy.html и http://personal-comp…3/v29/vic29.htm.
Я не эксперт в этих вещах, но я видел несколько статей и постов, в которых говорилось об этих записях, поэтому я подумал, что было бы неплохо их расшифровать.

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

#3 — Опубликовано 07 апреля 2006 г. — 22:39

Вернуться к началу

Ссылки очень полезные, спасибо.

#4 — Опубликовано 08 апреля 2006 г. — 01:53

Наверх

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

Частично это может быть связано с тем, как работают циклы реестра:

Значения и подразделы извлекаются в обратном порядке (снизу вверх), чтобы RegDelete можно было использовать внутри цикла, не прерывая цикл.

Возможно, ваш сценарий может включать в себя параметры для удаления ключей счетчика (Windows воссоздает их при запуске), а также для включения/выключения ведения журнала и шифрования ROT13:

 ; Панель инструментов Интернета Майкрософт
regdelete, HKCU
, Программное обеспечение\Microsoft\Windows\CurrentVersion\Explorer\UserAssist\{5E6AB780-7743-11CF-A12B-00AA004AE837}\count
; Активдесктоп
regdelete, HKCU
, Программное обеспечение\Microsoft\Windows\CurrentVersion\Explorer\UserAssist\{75048700-EF1F-11D0-9888-006097DEACF9}\count
; Отключить ведение журнала и шифрование
regwrite, REG_DWORD, HKCU, Software\Microsoft\Windows\CurrentVersion\Explorer\UserAssist\Settings, NoLog, 1
regwrite, REG_DWORD, HKCU, Software\Microsoft\Windows\CurrentVersion\Explorer\UserAssist\Settings, NoEncrypt, 1

#5 — Размещено 08 апреля 2006 г. — 15:36

Вернуться к началу

Спасибо за отзыв, robiandi и Serenity.
@Серенити
Это хорошие предложения, спасибо.

#6 — Опубликовано 08 апреля 2006 г. — 20:09

Вернуться к началу

Значение… как расшифровать значение?

#7 — Опубликовано 18 октября 2006 г. — 02:49

Наверх

Скриптингом не занимаюсь, поэтому не могу сказать почему, но скрипт выдает ошибку вот здесь:

Путь: \UserAssist. js
Линия: 2
Символ: 18
Ошибка: ожидается ‘;’
Код: 800A03EC
Источник: Ошибка компиляции Microsoft JScript

Я использовал здесь ссылку «Копировать» и вставил в Блокнот с расширением .js.
Я также пробовал расширения .vbs и .wsf, и они также выдавали ошибки.

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

… долина

#8 — Размещено 25 февраля 2007 г. — 16:38

Вернуться к началу

Если вы все еще пытаетесь запустить его с помощью wscript, это ahk-скрипт.
См. домашнюю страницу.
:лол:

#9 — Опубликовано 26 февраля 2007 г.

— 11:24

Вернуться к началу

[Для тех, кто хочет знать]
ROT13, последовательность шифрования, которую использует Windows. Это самый простой тип, вы просто меняете каждую букву на 13 впереди в алфавите (при необходимости циклически).
, значит, ROT13 в ROT13 (не считая цифр) будет EBG13.
————————————————— ——————————

-Статья Википедии
-Онлайн переводчик ROT13

#10 — Опубликовано 13 декабря 2007 г. — 00:13

Вернуться к началу

Тем не менее… как расшифровать значение? Каковы значения данных? Что это значит?

#11 — Опубликовано 17 апреля 2010 г.

— 14:16

Вернуться к началу

Тем не менее… как расшифровать значение? Каковы значения данных? Что это значит?

Данные значения представляют собой HEX, поэтому вам просто нужно преобразовать их в DEC для чисел и в BIN для символов ASCII.

Эта программа сделает это за вас: http://www.nirsoft.n…ssist_view.html

#12 — Опубликовано 25 марта 2011 г. — 22:37

Вернуться к началу

Или просто используйте HEX для преобразования в ASCII. :рулон:

№13 — Опубликовано 25 марта 2011 г. — 22:40

Вернуться к началу

Ответы на распространенные вопросы — Azure Backup

Редактировать

Твиттер LinkedIn Фейсбук Эл. адрес

В этой статье приведены ответы на распространенные вопросы о службе Azure Backup.

Есть ли ограничение на количество хранилищ, которые можно создать в каждой подписке Azure?

Да. Вы можете создать до 500 хранилищ служб восстановления для каждого поддерживаемого региона Azure Backup для каждой подписки. Если вам нужны дополнительные хранилища, создайте дополнительную подписку.

Существуют ли ограничения на количество серверов/машин, которые можно зарегистрировать в каждом хранилище?

В каждом хранилище можно зарегистрировать до 1000 виртуальных машин Azure. Если вы используете агент резервного копирования Microsoft Azure, вы можете зарегистрировать до 50 агентов MARS для каждого хранилища. И вы можете зарегистрировать 50 серверов MABS/серверов DPM в хранилище.

Сколько источников данных/элементов можно защитить в хранилище?

В хранилище можно защитить до 2000 источников/элементов данных для всех рабочих нагрузок (например, виртуальная машина как услуга, SQL, AFS). Например, если вы уже защитили 500 виртуальных машин и 400 общих папок Azure Files в хранилище, вы можете защитить в нем не более 1100 баз данных SQL.

Сколько политик можно создать для каждого хранилища?

В одном хранилище может быть не более 200 политик. Однако добавление новых политик резервного копирования или изменение текущих политик с помощью шаблонов Azure Resource Manager (ARM) или клиентов автоматизации Azure, таких как PowerShell, CLI ограничено 50 в течение 24 часов.

Если в моей организации есть одно хранилище, как я могу изолировать данные с разных серверов в хранилище при восстановлении данных?

Данные сервера, которые вы хотите восстановить вместе, должны использовать одну и ту же парольную фразу при настройке резервного копирования. Если вы хотите изолировать восстановление на определенном сервере или серверах, используйте кодовую фразу только для этого сервера или серверов. Например, серверы отдела кадров могут использовать одну парольную фразу для шифрования, серверы учета — другую, а серверы хранения — третью.

Можно ли перемещать хранилище между подписками?

Да. Чтобы переместить хранилище служб восстановления, обратитесь к этой статье

Можно ли переместить данные резервной копии в другое хранилище?

Нет. Резервные данные, хранящиеся в хранилище, нельзя переместить в другое хранилище.

Можно ли изменить параметр избыточности хранилища после резервного копирования?

Тип репликации хранилища по умолчанию — геоизбыточное хранилище (GRS). После того, как вы настроите резервное копирование, параметр для изменения будет отключен и не может быть изменен.

Если вы уже настроили резервное копирование и должны перейти с GRS на LRS, см. статью Как перейти с GRS на LRS после настройки резервного копирования.

Можно ли выполнить восстановление на уровне элементов (ILR) для виртуальных машин, резервные копии которых сохранены в хранилище служб восстановления?

ILR поддерживается для виртуальных машин Azure, резервное копирование которых выполняется с помощью резервного копирования виртуальных машин Azure. Дополнительные сведения см. в статье
ILR не поддерживается для оперативных точек восстановления локальных виртуальных машин, резервное копирование которых выполняется с помощью Azure Backup Server (MABS) или System Center DPM.

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

Чтобы переместить данные резервной копии из хранилища служб восстановления, необходимо восстановить необходимые данные. Если ваше хранилище содержит резервную копию локальных данных, используйте соответствующий агент (MARS, MABS или DPM) для локального восстановления.

Мы не поддерживаем экспорт данных непосредственно из хранилища служб восстановления в локальное хранилище для резервного копирования облачной рабочей нагрузки (виртуальные машины Azure, SQL и SAP HANA на виртуальных машинах Azure). Однако вы можете восстановить их в соответствующие облачные ресурсы в учетных записях хранения Azure, а затем переместить данные в локальную среду. Вы также можете экспортировать эти данные в локальную среду с помощью Data Box или Import/Export.

В чем разница между геоизбыточным хранилищем (GRS) с включенной возможностью межрегионального восстановления (CRR) и без нее?

В случае хранилища GRS без включенной возможности CRR доступ к данным в дополнительном регионе будет недоступен до тех пор, пока Azure не объявит о сбое в основном регионе. В таком сценарии восстановление происходит из дополнительного региона. Когда CRR включен, даже если основной регион запущен и работает, вы можете инициировать восстановление в дополнительном регионе.

Можно ли переместить подписку, содержащую хранилище, в другой Azure Active Directory?

Да. Чтобы переместить подписку (содержащую хранилище) в другой Azure Active Directory (AD), см. раздел Перенос подписки в другой каталог.

Важно

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

Разрешения на управление доступом на основе ролей и пользовательские роли не подлежат передаче. Вы должны заново создать разрешения и роли в новой Azure AD.
Необходимо заново создать управляемую идентификацию (MI) хранилища, отключив и снова включив ее. Кроме того, необходимо оценить и воссоздать разрешения MI.
Если в хранилище используются функции, использующие MI, такие как частные конечные точки и ключи, управляемые клиентом, необходимо перенастроить функции.

Можно ли переместить подписку, содержащую хранилище служб восстановления, в другой арендатор?

Да. Убедитесь, что вы делаете следующее:

Важно

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

Если хранилище использует CMK (ключи, управляемые клиентом), необходимо обновить хранилище. Это позволяет хранилищу заново создать и перенастроить управляемое удостоверение хранилища и CMK (которые будут находиться в новом арендаторе), в противном случае операция резервного копирования/восстановления завершится сбоем.
Необходимо перенастроить разрешения RBAC в подписке, поскольку существующие разрешения нельзя переместить.

Где можно найти ответы на часто задаваемые вопросы об агенте Azure Backup для резервного копирования виртуальных машин Azure?

Для агента, работающего на виртуальных машинах Azure, прочтите этот FAQ.
Для агента, используемого для резервного копирования файловых папок Azure, прочтите этот FAQ.

Существуют ли ограничения на планирование резервного копирования?

Да.

Вы можете выполнять резервное копирование Windows Server или машин Windows до трех раз в день. Вы можете установить политику планирования на ежедневное или еженедельное расписание.
Вы можете выполнять резервное копирование DPM до двух раз в день. Вы можете установить политику планирования на ежедневно, еженедельно, ежемесячно и ежегодно.
Вы выполняете резервное копирование виртуальных машин Azure один раз в день.

Какие операционные системы поддерживаются для резервного копирования?

Azure Backup поддерживает эти операционные системы для резервного копирования файлов и папок, а также приложений, защищенных Azure Backup Server и DPM.

ОС	Артикул	Детали
Рабочая станция
Windows 10 64-разрядная версия	Корпоративная, Профессиональная, Домашняя	На компьютерах должны быть установлены последние пакеты обновления и обновления.
Windows 8.1 64-разрядная версия	корпоративный, профессиональный	На компьютерах должны быть установлены последние пакеты обновления и обновления.
Windows 8 64-разрядная	корпоративный, профессиональный	На компьютерах должны быть установлены последние пакеты обновления и обновления.
Windows 7 64-разрядная	Ultimate, Enterprise, Professional, Home Premium, Home Basic, Starter	На компьютерах должны быть установлены последние пакеты обновления и обновления.
Сервер
Windows Server 2022 64-разрядная версия	Стандартный, ЦОД, Основы, Интернет вещей	С последними пакетами обновления/обновлениями.
Windows Server 2019 64-разрядная версия	Стандарт, ЦОД, Essentials, IoT	С последними пакетами обновления/обновлениями.
Windows Server 2016 64-разрядная версия	Стандартный, центр обработки данных, базовый	С последними пакетами обновления/обновлениями.
Windows Server 2012 R2, 64-разрядная версия	Стандартный, ЦОД, Базовый	С последними пакетами обновления/обновлениями.
Windows Server 2012 64-разрядная версия	Центр обработки данных, фундамент, стандарт	С последними пакетами обновления/обновлениями.
Windows Storage Server 2016 64-разрядная версия	Стандарт, рабочая группа	С последними пакетами обновления/обновлениями.
Windows Storage Server 2012 R2 64-разрядная версия	Стандартный, Рабочая группа, Основной	С последними пакетами обновления/обновлениями.
Windows Storage Server 2012 64-разрядная версия	Стандарт, рабочая группа	С последними пакетами обновления/обновлениями.
Windows Server 2008 R2 SP1 64-разрядная версия	Стандартный, корпоративный, центр обработки данных, базовый	С последними обновлениями.
Windows Server 2008 64-разрядная версия	Стандарт, Корпоративный, Центр обработки данных	С последними обновлениями.

Azure Backup не поддерживает 32-разрядные операционные системы.

Для резервных копий виртуальных машин Azure на базе Linux Azure Backup поддерживает список дистрибутивов, одобренных Azure, за исключением Core OS Linux и 32-разрядной операционной системы. Другие собственные дистрибутивы Linux могут работать до тех пор, пока на виртуальной машине доступен агент виртуальной машины и существует поддержка Python.

Существуют ли ограничения на размер резервной копии данных?

Ограничения по размерам следующие:

ОС/машина	Ограничение размера источника данных
Windows 8 или более поздняя версия	54 400 ГБ
Windows 7	1700 ГБ
Windows Server 2012 или более поздней версии	54 400 ГБ
Windows Server 2008, Windows Server 2008 R2	1700 ГБ
ВМ Azure	См. матрицу поддержки для резервного копирования виртуальных машин Azure

Как определяется размер источника данных?

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

Источник данных	Детали
Том	Объем резервных копий данных из резервной копии виртуальной машины с одним томом.
База данных SQL Server	Размер резервируемого размера одной базы данных.
SharePoint	Сумма баз данных контента и конфигурации в резервной копии фермы SharePoint.
Обмен	Сумма всех баз данных Exchange на сервере Exchange, для которого выполняется резервное копирование.
BMR/состояние системы	Резервное копирование каждой отдельной копии BMR или состояния системы машины.

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

Нет ограничений на общий объем данных, которые можно резервировать с помощью хранилища Служб восстановления. Размер отдельных источников данных (кроме виртуальных машин Azure) может составлять не более 54 400 ГБ. Дополнительные сведения об ограничениях см. в разделе ограничений хранилища в матрице поддержки.

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

Данные, резервные копии которых создаются агентом резервного копирования Azure, DPM и сервером резервного копирования Azure, перед передачей сжимаются и шифруются. При сжатии и шифровании данных в хранилище становится на 30-40% меньше.

Можно ли просмотреть срок действия точек восстановления?

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

Можно ли удалить отдельные файлы из точки восстановления в хранилище?

Нет, Azure Backup не поддерживает удаление или очистку отдельных элементов из сохраненных резервных копий.

Если я отменю задание резервного копирования после его запуска, будут ли удалены переданные данные резервного копирования?

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

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

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

Можно ли удалить элементы резервного копирования в хранилище, если его группа ресурсов имеет блокировку удаления?

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

Являются ли политики хранения для компьютеров DPM и Windows без DPM одинаковыми?

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

Можно ли настроить политики хранения?

Да, вы настроили политики. Например, вы можете настроить недельные и ежедневные требования к хранению, но не годовые и ежемесячные.

Можно ли использовать разное время для планирования резервного копирования и политик хранения?

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

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

Нет. Время восстановления самой старой или самой новой точки одинаково. Каждая точка восстановления ведет себя как полная точка.

Если каждая точка восстановления подобна полной точке, влияет ли это на общее оплачиваемое хранилище резервных копий?

Типичные продукты с точками долгосрочного хранения хранят данные резервных копий как полные точки.

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

Архитектура хранилища Azure Backup дает вам лучшее из обоих миров за счет оптимального хранения данных для быстрого восстановления и низких затрат на хранение. Это гарантирует, что входящая и исходящая пропускная способность используется эффективно. Объем хранилища данных и время, необходимое для восстановления данных, сведены к минимуму. Узнайте больше об инкрементном резервном копировании.

Существует ли ограничение на количество создаваемых точек восстановления?

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

Узнайте больше о резервном копировании и хранении.

Сколько раз можно восстанавливать данные из резервной копии в Azure?

Количество операций восстановления из Azure Backup не ограничено.

При восстановлении данных нужно ли платить за исходящий трафик из Azure?

Нет. Восстановление осуществляется бесплатно, и плата за исходящий трафик не взимается.

Что произойдет, если я изменю политику резервного копирования?

При применении новой политики соблюдаются расписание и сохранение новой политики.

Если срок хранения продлен, существующие точки восстановления помечаются для сохранения их в соответствии с новой политикой.
Если срок хранения уменьшен, они помечаются для сокращения в следующем задании очистки и затем удаляются.

Как долго данные сохраняются при остановке резервного копирования, но выборе параметра сохранения данных резервного копирования?

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

Зашифрованы ли данные, отправляемые в Azure?

Да. Данные шифруются на локальном компьютере с помощью AES256. Данные передаются по защищенному каналу HTTPS. Данные, передаваемые в облаке, защищены HTTPS-каналом только между хранилищем и службой восстановления. Протокол iSCSI защищает данные, передаваемые между службой восстановления и компьютером пользователя. Безопасное туннелирование используется для защиты канала iSCSI.

Зашифрованы ли данные резервного копирования в Azure?

Да. Данные в Azure шифруются при хранении.

Для локального резервного копирования шифрование в состоянии покоя предоставляется с использованием парольной фразы, которую вы указываете при резервном копировании в Azure.
Для виртуальных машин Azure данные в состоянии покоя шифруются с помощью шифрования службы хранилища (SSE).

Microsoft никогда не расшифровывает данные резервной копии.

Какова минимальная длина ключа шифрования, используемого для шифрования данных резервной копии?

Ключ шифрования, используемый агентом служб восстановления Microsoft Azure (MARS), является производным от парольной фразы, длина которой должна составлять не менее 16 символов.

Рсв 1 расшифровка: Полная информация для работы бухгалтера