Инструкции по охране труда для ДОУ
Подборка образцов инструкций по охране труда для детского сада
ИОТ персонала ИОТ при работах ИОТ при ЧС ИОТ по ОЖЗ
Сборник инструкций по охране труда для персонала ДОУ
Пакет включает 35 инструкций актуальных на 1 сентября 2022 года в формате *.doc, который полностью совместим со всеми основными текстовыми редакторами: Microsoft Word, Open Office Writer, Libre Office Writer.
Инструкции не содержат ссылок на посторонние ресурсы, размещаются в отдельном файле, оформленном в соответствии с требованиями ГОСТ Р 7.0.97-2016 и полностью подготовлены к печати.
Обновление:
20.08.2022
Посмотреть пакет
Пример составления инструкции по охране труда при работе с пылесосом в детском саду. Разработана на основании методических рекомендаций по разработке государственных нормативных требований охраны труда, утвержденных Постановлением Минтруда России.
Пример составления инструкции по охране труда при работе с водонагревателем в детском саду. Разработана на основании методических рекомендаций по разработке государственных нормативных требований охраны труда, утвержденных Постановлением Минтруда России.
Пример составления инструкции по охране труда при работе с дезинфицирующими средствами в детском саду. Составлена на основании методических рекомендаций по разработке государственных нормативных требований охраны труда, утвержденных Постановлением Минтруда России.
Образец типовой инструкции по охране труда для воспитателя детского сада.
Разработана и утверждена на основании методических рекомендаций по разработке государственных нормативных требований охраны труда, утвержденных Постановлением Минтруда России.
Образец типовой инструкции по охране труда для водителя легкового автомобиля в детском саду. Разработана на основании «Правил по охране труда на автомобильном транспорте», утвержденных приказом Минтруда и соцзащиты РФ № 59н от 06.02.2018 г.
Образец типовой инструкции по охране жизни и здоровья воспитанников детского сада на прогулочных площадках, во время целевых прогулок и экскурсий, труда на огороде, в цветнике. Составлена по образцу «Инструкции по организации охраны жизни и здоровья детей в детских садах и на детских площадках».
30, 37, 41 Федерального закона № 273-ФЗ «Об образовании в Российской Федерации» и Письмом Министерства образования и науки РФ от 4 июня 2008 г. № 03-1423 «Методические рекомендации по участию в создании единой системы обеспечения безопасности образовательных учреждений Российской Федерации» с учетом требований СанПиН 2020-2021 года.Образец типовой инструкции по электробезопасности для неэлектротехнического персонала I квалификационной группы в детском саду. Составлена на основании «Правил технической эксплуатации электроустановок потребителей», «Межотраслевых правил по охране труда (правил безопасности) при эксплуатации электроустановок (ПОТ РМ — 016 — 2001)», «Инструкции по применению и испытанию средств защиты, используемых в электроустановках», ГОСТ Р 12.4.026-2001 «Цвета сигнальные, знаки безопасности, разметка сигнальная».
Пример составления инструкции по охране труда при уборке помещений в детском саду.
Страницы
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- ›
- »
Охрана труда в ДОУ (Детском дошкольном учреждении) в Екатеринбурге
Основной целью охраны труда в ДОУ (детском дошкольном учреждении), как и в любой другой организации, является сохранение жизни и здоровья работников. Однако соблюдение норм охраны труда косвенно влияет и на детей – ведь только живой и здоровый воспитатель может эффективно о них заботиться.
Кроме того, во многих случаях невозможно разграничить безопасность детей и персонала. В частности, это касается пожарной и эпидемиологической безопасности. Поэтому руководство учреждений и контролирующие органы относятся к охране труда в ДОУ внимательнее, чем во многих иных отраслях.
Пакет документов по охране труда в ДОУ
Основной документ по охране труда в ДОУ, как и в учреждениях любой иной отрасли, – Трудовой кодекс РФ, в котором вопросам охраны труда посвящен X раздел. Специфика работы непосредственно сотрудников дошкольных учреждений отражается в гл. 52 ТК РФ, регулирующей деятельность педагогических работников. Также ряд норм по охране труда содержится в Федеральном законе от 29 декабря 2012 г. № 273¬ФЗ «Об образовании в Российской Федерации». В обоих документах прописано, в частности, право педагогических работников на сокращенную продолжительность рабочего времени и удлиненный отпуск.
Отдельные нормы охраны труда в ДОУ отражаются в Федеральном законе от 21 декабря 1994 г. № 69¬ФЗ «О пожарной безопасности», Федеральном законе от 30 декабря 2009 г. № 384¬ФЗ «Технический регламент о безопасности зданий и сооружений», Федеральном законе от 28 декабря 2013 г. № 426¬ФЗ «О специальной оценке условий труда», а также в многочисленных приказах федеральных органов исполнительной власти, ГОСТах и СанПинах.
На основании всех этих документов разработана типовая Инструкция по охране труда для заведующего ДОУ. Она гласит, что к работе на данной должности допускаются лица с высшим профессиональным образованием, имеющие стаж работы на педагогических или руководящих должностях не менее пяти лет, прошедшие медицинский осмотр.
Заведующий обязан обеспечивать безопасность воспитательного процесса, безопасную эксплуатацию коммуникаций и оборудования. Своим приказом он назначает ответственных за соблюдение норм охраны труда в каждом помещении учреждения. Лиц, нарушающих нормы охраны труда, заведующий должен привлекать к дисциплинарной ответственности. Обо всех несчастных случаях заведующий обязан немедленно сообщать вышестоящему органу, а также родителям пострадавших детей.
Также существует типовая Инструкция по охране труда для воспитателей ДОУ. Она гласит, что воспитателями могут работать лица не моложе 18 лет, имеющие среднее или высшее профессиональное образование, прошедшие медосмотр и инструктаж по охране труда.
Чтобы труд воспитателей был безопасным, необходимо регулярно проводить техосмотры здания и оборудования ДОУ, проверять наличие аптечки. Сотрудники должны знать правила поведения во время пожара. Обо всех несчастных случаях они обязаны немедленно сообщать заведующему. Воспитатели должны соблюдать правила личной гигиены и носить удобную одежду без брошей и булавок.
Схожими инструкциями в своей работе руководствуются повар, логопед, музыкальный педагог, инструктор по физкультуре, уборщики, охранники и другие сотрудники ДОУ. Также существуют типовые инструкции для определенных видов работы – проведение спортивных соревнований, перевозка детей в автобусе.
Заведующий должен утверждать все эти инструкции своими приказами, а сотрудники – знакомиться с ними при поступлении на соответствующую должность или перед допуском к соответствующему виду деятельности.
Уголок по охране труда в ДОУ
Уголок по охране труда в ДОУ оформляется с целью информирования работников об их правах и обязанностях в данной сфере.
Обустраивается он специалистом, ответственным за охрану труда. Основной элемент уголка – информационный стенд. На нем располагаются приказы и распоряжения, касающиеся охраны труда, графики проведения инструктажей, документы о трудовом распорядке, правила техники безопасности при различных работах, различные тематические памятки, а также предупреждения о вредных или опасных факторах (в детском саду таковым может считаться, например, работа с электроприборами).
Стенд помещается в месте, доступном работникам – например, в комнате отдыха. Рядом со стендом можно разместить стол, где будет лежать Трудовой кодекс РФ, иные документы, а также образцы заявлений. Рядом можно разместить аптечку.
Инструктаж по охране труда в ДОУ Инструктажи по охране труда делятся на:
- Вводные (проводятся со всеми сотрудниками при приеме на работу);
- Первичные (проводятся перед тем, как сотрудник приступает к своим непосредственным должностным обязанностям);
- Целевые (проводятся перед тем, как сотрудник начинает выполнять какую¬то разовую специфическую работу);
- Повторные (является по сути повторением первичного, производится обычно с периодичностью раз в полгода);
- Внеплановые (проводятся при внезапном изменении условий труда и возникновении каких¬то новых факторов, влияющих на безопасность труда, а также при изменении законодательства).
Факт проведения каждого инструктажа должен фиксироваться в специальном журнале. Этот журнал может быть проверен контролирующими органами во время плановых проверок, а также при расследовании несчастных случаев.
Работа в дошкольном учреждении – это одновременно большая ответственность и большое количество привилегий. Сотрудники должны хорошо знать и о том, и о другом, хорошо ориентироваться и в своих обязанностях, и в правах.
Выдача СИЗ в ДОУ
Каковы требования к обеспечению работников детского сада санитарной одеждой?
Понятие санитарной одежды раскрыто в п. 2.1 Стандарта ОСТ 10 286¬2001. Санитарная одежда для работников АПК. Нормы обеспечения. Правила применения и эксплуатации, утв. Минсельхозом России 4 декабря 2001 г..
Под санитарной одеждой понимается вид специальной защитной одежды, предназначенный для предотвращения или уменьшения влияния на работника вредных биологических факторов (микроорганизмов), общих производственных загрязнений, а также обеспечения санитарно¬ гигиенических мероприятий производственного процесса.
Отдельного нормативного правового акта, регламентирующего выдачу санитарной одежды работникам детского сада, нет. Необходимо руководствоваться СанПиН 2.4.1.3049¬13 «Санитарно-эпидемиологические требования к устройству, содержанию и организации режима работы дошкольных образовательных организаций», утв. постановлением Главного государственного санитарного врача РФ от 15 мая 2013 г. № 26 (далее — СанПиН).
Данным СанПиН определено, что работники пищеблока дошкольных образовательных организаций должны быть обеспечены специальной одеждой (халат, колпак или косынка), не менее трех комплектов на 1 человека. Специальная одежда должна храниться в отдельном шкафу. Не допускается совместное хранение в одном шкафу спецодежды и личных вещей. Работники пищеблока не должны во время работы носить кольца, серьги, принимать пищу и курить на рабочем месте.
Воспитатели и помощники воспитателя обеспечиваются спецодеждой (халаты светлых тонов). У помощника воспитателя дополнительно должны быть:
- фартук;
- колпак или косынка для раздачи пищи;
- фартук для мытья посуды
- и специальный (темный) халат для уборки помещений.
Руководствуясь данными СанПиН, руководителю детского сада необходимо утвердить в организации Перечень профессий и должностей работников детского сада, имеющих право на получение санитарной одежды.
Ответы подготовлены Редакция сайта «МЦФЭР Охрана труда» https://www.trudohrana.ru
ЧИТАТЬ ДАЛЕЕ:
Инструктажи по охране труда
Первичный инструктаж по охране труда
Внеплановый инструктаж по охране труда
Целевой инструктаж по охране труда
Про изменения 2021 года в области охраны труда:
Список новых правил по охране труда 2021 года: открыть таблицу с изменениями на 05.03.2021г
Дополнительно смотрите статью: Нововведения по охране труда в 2021 году.
Интересующие Вас вопросы по обучению уточняйте у наших специалистов по телефону 8 800 234-18-38, с помощью формы заявки или пишите на эл.
почту: открыть страницу с контактами.
Приходите к нам обучаться, останетесь довольны!
Углубление в Monitor API
Какое-то время я хотел лучше понять, как получить максимально полезную информацию от Citrix DaaS (ранее Citrix Virtual Apps and Desktop service). Я широко использовал Citrix DaaS Remote PowerShell SDK для автоматизации задач в Citrix DaaS, таких как создание каталогов или групп доставки. Вы также можете использовать этот SDK для получения информации о текущих VDA или сеансах.
Но что, если вы хотите получить информацию о том, что произошло в прошлом?
Единственный способ запросить информацию такого типа — использовать Citrix Monitor API. Я всегда хотел научиться использовать Monitor API, но у меня была крутая кривая обучения, чтобы иметь возможность создавать сценарии запросов OData с помощью PowerShell (моя технология написания сценариев), и у меня никогда не было времени, чтобы понять все это. вне.
Затем клиент хотел иметь возможность ввести список учетных записей пользователей в CSV-файл, чтобы сценарий выполнял поиск при последнем входе в сеанс Citrix.
Это непросто сделать со встроенными отчетами в Citrix Monitor, поэтому я понял, как писать сценарии для Monitor API, что на самом деле было не так сложно, как я думал. В этом сообщении в блоге я хотел поделиться тем, что я узнал в процессе.
Citrix Monitor API
Начнем с краткого обзора Monitor API. Его можно использовать для запроса большого количества полезной информации от Citrix DaaS, в том числе:
- Данные о сбоях подключения
- Машины в состоянии отказа
- Использование сеанса
- Продолжительность входа в систему
- Данные балансировки нагрузки
- Исправления применены к машине
- Использование размещенного приложения
- Использование ЦП, памяти и диска на уровне машины
- Использование ЦП и памяти на уровне процесса
- Использование приложений и данные об ошибках
Вы можете использовать эту информацию для разовых запросов или для интеграции с вашей корпоративной платформой отчетности.
API позволяет получить доступ к таблицам базы данных Monitor. В документации представлены схемы схем таблиц для всех соответствующих таблиц. Для примера сценария я использовал эту диаграмму схемы, чтобы найти таблицы и поля, которые я хотел включить.
Затем вы должны выяснить, с какого вызова API начать. Справочник по API содержит несколько хороших ссылок OData для учебных пособий и описаний того, как работать с OData. Для начала вы должны выяснить, какой базовый URL-адрес вы будете использовать для доступа к нужным вам данным. В документации Приложение содержит список «Доступных наборов данных». Некоторые примеры:
- http://{ApiGatewayEndpoint}/Каталоги
- http://{ApiGatewayEndpoint}/машины
- http://{ApiGatewayEndpoint}/Пользователи
- http://{ApiGatewayEndpoint}/SessionMetrics
- http://{ApiGatewayEndpoint}/ProcessUtilization
Вы можете использовать их в качестве базового URL-адреса для вызовов OData, который можно расширить с помощью OData, чтобы связать другие таблицы в ваших запросах.
Обратите внимание на эти URL-адреса: конечные точки API различаются в зависимости от вашего региона клиента Citrix Cloud. На данный момент это:
- Регион США: https://api-us.cloud.com/monitorodata
- Регион ЕС: https://api-eu.cloud.com/monitorodata
- AP-S регион: https://api-ap-s.cloud.com/monitorodata
- Япония, регион: https://api.citrixcloud.jp/monitorodata
Также имейте в виду, что ограничения OData возвращают 100 записей на страницу. Нужно больше? Вам придется управлять нумерацией страниц в вашем скрипте. Это не было необходимо для моего примерного скрипта, но я расскажу об этом позже.
Сценарий PowerShell: LastLogon.ps1
Теперь, когда мы рассмотрели некоторые основы использования Monitor API и OData, давайте посмотрим, как все это работает, на примере определения времени последнего входа в систему для сеанса пользователя. .
Сначала мне нужно было определить, какой базовый URL использовать.
Когда я посмотрел на схему, я увидел, что данные, которые мне нужны для этого, находятся как в таблицах Session, так и в таблицах Connection. В Session я вижу StartDate и EndDate, а в Connection я вижу LogonStartDate и LogonEndDate. Но мне нужно также зафиксировать использование, а связи из таблицы Connection в таблицу User нет. Существует ссылка из таблицы сеансов на таблицу пользователей, поэтому мне действительно нужно начать с сеансов, а затем присоединиться к таблице пользователей и таблице соединений, чтобы получить информацию о конечной точке.
Если вам нужна дополнительная информация о фактическом подключении, вы можете начать с таблицы Connection, а затем добавить таблицы Session и User. Чтобы это было немного легче понять, вот информация из каждой из этих таблиц, взятая из диаграмм схемы, перечисленных ранее.
| Сессия (данные монитора) | Соединение (данные монитора) | Пользователь (данные монитора) |
| SessionKey | Идентификатор | Идентификатор |
| Дата начала | ИмяКлиента | Сид |
| Время входа в систему | Адрес клиента | До |
| Дата окончания | Версия клиента | Имя пользователя |
| код выхода | Клиентская платформа | Полное имя |
| Дата отказа | ConnectedViaHostName | Домен |
| Состояние подключения | Подключен через IP-адрес | Дата Создания |
| ConnectionStateChange… | LaunchedViaHostName | Дата изменения |
| LifecycleState | Запущен через IP-адрес | |
| CurrentConnectionId | Исреконнект | |
| Идентификатор пользователя | Иссекуреика | |
| Машинный идентификатор | Протокол | |
| Тип сеанса | Логонстартдате | |
| Анонимный | Логоненддате | |
| Дата Создания | Брокерская продолжительность | |
| Дата изменения | Брокерская дата | |
| Идентификатор отказа | код отключения | |
| SessionIdleTime | Дата отключения | |
| Вмстартстартдате | ||
| Вмстартенддате | ||
| Клиентсессионвалидатедате | ||
| Серверсессионвалидатдате | ||
| Дата основания | ||
| Хдксстартдате | ||
| ХдксЭнддате | ||
| Продолжительность аутентификации | ||
| Гпостартдате | ||
| Гпоэнддате | ||
| Логонскриптсстартдате | ||
| Логонскриптсеннддате | ||
| Профиллоадстартдате | ||
| Профиллоаденддате | ||
| Интерактивстартдате | ||
| Интерактивенддате | ||
| СеансКей | ||
| Дата Создания | ||
| Дата изменения |
Чтобы отформатировать наш запрос, нам нужно немного покопаться в формате OData.
Для начала у нас есть вызов API базового URL. Мы собираемся использовать вызов для региона США для таблицы Sessions.
$root = "https://api-us.cloud.com/monitorodata/Sessions()"
Затем мы можем добавить выражение фильтра, чтобы сузить запрос, а также параметры Select и Expand для присоедините таблицу сеансов к другим таблицам в данных. В этом случае мы добавим объединение как в таблицу User, так и в таблицу Connection.
$filter="(CreatedDate gt $StartDate) and (User/Username eq `'$UserName`')" $SelectExpand=`$expand=Пользователь(`$select=имя пользователя,upn),Соединения(`$select=LogonStartDate,ClientName,ConnectedViaIPAddress;`$OrderBy=LogonStartDate Desc;`$top=1)" $OrderBy="`$OrderBy=Дата начала описания" $Верх=1
Здесь мы фильтруем по $StartDate и «UserName». В сценарии мы спрашиваем, сколько дней назад нужно искать, а затем вычисляем StartDate на основе этого. Это помогает нам ответить на вопрос, когда был последний вход в систему в течение последних 10 дней для пользователя «jsmith»? Затем мы «расширяем» запрос, чтобы включить данные пользователя, выбирая имя пользователя и UPN из таблицы User и LogonStartDate, ClientName и ConnectedViaIPAddress из таблицы Connection.
Для сеансов мы упорядочиваем записи по StartDate по убыванию, а затем берем только верхнюю, которая будет последним входом в систему. Для Connection мы делаем то же самое и просто выбираем последнее соединение.
Вы можете легко изменить сценарий для захвата всех подключений, а не только последнего. При использовании нескольких параметров запроса в вызовах Select и Expand используйте точку с запятой для разделения используемых параметров. Вы можете увидеть их здесь, разделяя $select, $orderby и $top:
$expand похож на объединение в SQL. Между таблицей Session и таблицей User существует предопределенная связь, поэтому нам не нужно определять, какое поле их связывает. Мы просто говорим, что хотим добавить таблицу User, а поля, которые мы хотим включить, — это имя пользователя и имя участника-пользователя. Вы можете добавить любые поля, которые вам нужны, с помощью оператора «$ select =» или все их, опуская «$ select =», который затем просто будет включать все поля в таблице.
Возможные варианты навигационного запроса включают:
$filter, $select, $orderby, $skip, $top, $search и $expand.
Логические операторы OData включают:
- eq,ne
- гт, лт, гэ, ле
- и, или
- нет, есть
Дополнительные сведения о логических операторах и запросах OData.
Фактический запрос будет выглядеть следующим образом:
Обратите внимание, что вопросительный знак отделяет базовый URL-адрес от необязательных выражений. Затем амперсанды разделяют различные параметры вызова — здесь $filter, $expand, $orderby и $top.
В сценарии я использую Invoke-WebRequest для вызовов API:
$Header = @{«Authorization»=»$token»;»Citrix-CustomerId»=»$CustomerId»}
$response = Invoke-WebRequest -Uri $uri -Header $Header
При выполнении вызова заголовок должен содержать необходимую информацию для API. Для вызовов Monitor API нам необходимо включить «токен носителя» и Citrix Cloud CustomerId.
Чуть позже я покажу, как их получить.
Этот запрос возвращает одну запись JSON с данными сеанса и пользователя для последнего входа в систему.
В PowerShell есть удобный способ превратить JSON в объект:
# извлечь из ответа то, что нам нужно вернуть :
Это упрощает доступ к данным. Мы устанавливаем:
$r=$JSONResponse.Value
Затем мы можем получить StartDate и EndDate, просто используя $r.StartDate и $r.EndDate. В сценарии мы создаем объект для хранения результатов, которые мы хотим вернуть из нашего вызова API. Обратите внимание, как обрабатывается информация о пользователе, когда «Пользователь» добавляется к $r.
Также обратите внимание, что мы должны преобразовать дату/время, предоставляемые API, которые хранятся в формате UTC. Чтобы справиться с этим, я нашел функцию для выполнения преобразования под названием Convert-UTCLocal. Функция, выполняющая это преобразование, показана здесь:
Она будет преобразована в часовой пояс, определенный в системе, в которой выполняется сценарий.
(См. Get-WmiObject win32_timezone.)
Это охватывает основную часть конфигурации вызовов API для сценария. Логически сценарий использует исходный CSV-файл, чтобы передать ему имена пользователей для поиска, а затем выполняет вызов API для каждого пользователя. Я не буду вдаваться в подробности здесь, но это довольно легко понять по сценарию. Сценарий также использует CSV для вывода времени последнего входа в систему.
Для вывода в PowerShell есть командлет, который принимает входной объект и создает из него CSV-файл. Мы можем использовать это для экспорта нашего pscustomobject в CSV после возврата каждой записи.
Export -CSV -InputObject $ Sessions -Path «$ outputCSVFILE» -PPEND -FORCE -Notypheinformation
Это создание A CS A C. A CS CS AD AD AD ARE A CS A CS A CS A CS A CS A CSVV ALE A Creates A CS -A Creates A CS -A Creates A любые новые поля в pscustomobject, они будут автоматически заполнены в файле csv.
Аутентификация
Существует несколько способов написания сценариев для аутентификации, необходимой для использования API.
Один из способов — получить токен носителя с помощью Citrix Cloud CustomerId, ClientId и ClientSecret. Я включил в скрипт функцию для получения токена носителя с использованием этих параметров.
Чтобы получить CustomerID, ClientID и Client Secret, следуйте этим инструкциям. Недостатком использования этого процесса является то, что эти очень важные ключи будут храниться в вашем скрипте, или вам нужно будет найти способ их зашифровать.
SDK DaaS Remote PowerShell позволяет получить токен в интерактивном режиме. Я включил это в сценарий, чтобы обеспечить интерактивный вход в систему при каждом запуске сценария.
Сценарий будет использовать оснастку «Citrix.Sdk.Proxy.V1» и Get-XDAuthentication, чтобы запросить у пользователя учетные данные. Затем маркер носителя извлекается из глобальной переменной, заданной этой командой, как показано ниже:
Обратите внимание, что мы также можем получить CustomerId из глобальной переменной после использования SDK для аутентификации.
Формат токена-носителя, используемого для вызовов API, должен быть следующим:
$token = «CwsAuth Bearer=»+$bearerToken
Если вы используете SDK, «CwsAuth Bearer=» добавляется автоматически. Если вы используете функцию GetBearerToken, ее необходимо добавить в скрипт, как показано выше ($token=).
Также можно использовать Citrix DaaS SDK для хранения зашифрованных учетных данных, которые можно получить только с использованием той же учетной записи Active Directory на том же компьютере. Это позволяет сохранять учетные данные, а затем вызывать их без включения конфиденциальных ключей в сценарий (как описано в этом сообщении в блоге).
Чтобы использовать этот метод, установите DaaS Remote PowerShell SDK, а затем сохраните профиль с помощью этой команды: «CitrixCloud» -ProfileType CloudApi
Тогда легко получить токен носителя. Просто запустите это в разделе аутентификации скрипта:
Get-XDAuthentication -ProfileName «CitrixCloud» -Verbose
Это позволяет сценарию получить токен из глобальной переменной, как показано выше в интерактивном методе входа в систему.
Обратите внимание, жетон на предъявителя действителен только в течение одного часа. Если у вас есть сценарии, которые выполняются дольше часа, вам необходимо отслеживать время и обновлять токен до истечения часа.
Citrix Monitor хранит и объединяет данные различных типов с разной степенью детализации. Важно знать степень детализации данных, чтобы понимать результаты, которые вы получите при использовании Monitor API для извлечения данных.
Например, данные SessionMetrics, которые включают RTT сеанса, доступны только в течение одного дня, в то время как сами сеансы доступны по умолчанию в течение 90 дней, если у вас Premium, и 31 день с Advanced. Узнайте больше о мониторинге хранения данных.
Сценарий PowerShell: AllSessions.ps1
API-интерфейс монитора возвращает 100 записей за вызов, поэтому, если ваш сценарий предназначен для запроса более 100 записей, вам потребуется изменить сценарий для обработки разбиения на страницы.
Я создал другой пример сценария, чтобы показать, как это работает, и он получает все сеансы за последние x дней.
Чтобы справиться с этим случаем, нам нужно в первый раз выполнить немного другой вызов API. Результаты этого вызова предоставят URI для использования при каждом последующем вызове дополнительных данных. Чтобы справиться с этим, мы устанавливаем две переменные: $KeepLooking, которая определяет, будем ли мы продолжать запрашивать дополнительные данные в цикле, и $NextURI, которая используется для указания следующего вызова дополнительных данных. При первом прохождении цикла $NextURI будет нулевым, поэтому будет использоваться начальный URI. Если возвращено более 100 записей, ответ будет включать значение для @odata.nextLink, которое является URI, используемым для получения следующих 100 записей. Если будет возвращено менее 100 записей, это значение будет NULL, и мы выйдем из цикла, установив $KeepLooking в $false. Эта логика показана ниже:
Результат? Сценарий будет продолжать запрашивать данные, если нужно извлечь больше записей.
Это пример ‘@odata.nextLink’. Обратите внимание, что « &$skip=100» добавляется в конец URI. Разбивка на страницы работает путем увеличения этого значения.
Разрешение, необходимое в Citrix Cloud для выполнения запросов OData к Monitor API, должно быть не ниже уровня «Администратор только для чтения». Дополнительные сведения см. в нашей документации по привилегиям доступа к данным.
В эту запись блога я включил несколько примеров сценариев, чтобы помочь любому, кому необходимо взаимодействовать с Monitor API с помощью PowerShell.
Чтобы использовать сценарии, загрузите их и разблокируйте в свойствах файлов Windows.
Каждый сценарий имеет параметры настройки сценария. Если вы хотите получать запрос на аутентификацию при каждом запуске скрипта, установите $UseInteractiveAuth = $true (см. 1 ниже). Если вы хотите использовать либо профиль аутентификации с DaaS Remote SDK, либо ключ API (см. 2 ниже), установите для него значение $false и настройте параметры, как описано в разделе «Аутентификация».
Тогда просто попробуйте сценарий. Вы можете сохранять разные версии и изменять вызовы OData в соответствии со своими потребностями.
Ранее в этой записи блога я показал примеры настройки вызовов OData для получения информации о сеансе и пользователе. В начале блога обсуждались следующие вопросы.
Session RTT
Сценарий PowerShell: SessionRTT.ps1
Здесь мы добавляем таблицу «SessionMetrics» вместе с таблицей «User». RTT доступен только в течение одного дня и возвращается в виде массива в каждой записи сеанса.
Это оказалось сложнее, чем я думал, потому что изначально я пытался просто включить таблицу SessionMetrics с вызовом сеансов. Проблема? Может быть возвращено более 100 строк метрик, и вам нужен способ итерации только по метрикам. В этом случае odata.@nextlink не работает. Я изменил сценарий, чтобы получить все сеансы, и для каждого сеанса я получил SessionMetrics в цикле, как показано ниже.
Обратите внимание, что мы ищем в таблице SessionMetrics, где SessionId равен нашему SessionKey.
Первоначальный запрос вернет до 100 записей. Если записей более 100, мы используем ссылку @odata.next, чтобы получить следующие 100 (и так далее).
Я включил скрипт под названием SessionRTT.ps1 в загрузку, чтобы показать, как это работает.
Результирующий CSV-файл будет выглядеть следующим образом:
Обратите внимание, что для сеансов в течение дня в прошлом информация о RTT отсутствует.
Имейте в виду, что если запрос выполняется для значительного числа сеансов, его выполнение займет продолжительное время. Лучше всего использовать эту информацию для определенного набора сеансов, а не для всех сеансов.
Использование ЦП и памяти компьютера во время сеанса пользователя
Сценарий PowerShell: SessionMachineUtilization.ps1
В этом примере я просматриваю сеансы для данного пользователя, а затем получаю данные об использовании ресурсов для компьютера, на котором был сеанс. включен, пока пользователь был подключен.
Это может быть полезно, когда пользователь жалуется на низкую производительность во время сеанса, и вы хотите узнать, не перегружался ли в это время VDA. Конечно, если ваши VDA оборудованы решением для мониторинга, это гораздо лучшее место для сбора данных такого типа. Кроме того, это тип данных, которые вы хотите получить для целевого набора сеансов, поскольку запросы ко всем сеансам являются интенсивными в системах.
Информация о ЦП и памяти сохраняется для VDA с использованием разных временных интервалов. Данные об использовании ресурсов сохраняются в виде необработанных данных с пятиминутными интервалами.
В этом сценарии я просматриваю сеансы пользователя, затем для каждого сеанса запрашиваю использование ресурсов для машины, используемой в сеансе, после SessionStartDate и до SessionEndDate.
Записи, возвращаемые запросом, выглядят следующим образом.
В них перечисляются PercentCPU и UsedMemory с пятиминутными интервалами.
Наконец, файл CSV (SessionUtilizationStats.
csv) показывает каждую сессию вместе с ЦП и памятью каждые пять минут.
Сбои соединения сеанса
Сценарий PowerShell: ConnectionFailures.ps1
В этом сценарии мы используем вызов API ConnectionFailureLogs для получения всех сбоев соединения сеанса за последние x дней. Мы добавляем таблицы Session, Machine и User, а внутри Machine расширяем, чтобы получить имя каталога и имя группы доставки.
Параметры OData следующие:
Посмотрите, как в расширении настроено для машин, мы используем вторичное расширение для DesktopGroup и Каталога. Это связано с тем, что таблица Machine содержит только DesktopGroupId и CatalogId, а мы хотели включить имена.
Вот пример данных, возвращаемых, когда все машины находились в режиме обслуживания. Тип сбоя в данном случае — 100, что соответствует «Нет доступных машин». Мы также получаем данные о сеансе, машине и пользователе.
Затем в Machine просмотрите DesktopGroup и Catalog:
В мониторе это выглядело так
Сценарий захватывает соответствующие данные поля, как показано ниже.
Доступно гораздо больше точек данных. Я включил SessionStartDate и SessionEndDate, потому что при использовании баннера входа в систему, если пользователи ждут три минуты, чтобы войти в систему, генерируется ошибка типа «Другое», и единственный способ узнать, что даты начала и окончания ровно три. минуты друг от друга.
Результирующий CSV-файл (ConnectionFailures.csv) будет выглядеть следующим образом. Обратите внимание, я удалил имя пользователя в целях безопасности.
Я искал и нашел коды ошибок, соответствующие значениям перечисления в справочнике по API.
Я использовал это, чтобы создать таблицу поиска для кодов отказов, чтобы преобразовать числовой ключ в фактическое имя. CSV-файл называется SessionFailureCodes.csv и должен находиться в той же папке, что и скрипт.
| Код ошибки | Значение перечисления | Описание |
| 0 | Неизвестно | Неизвестно |
| 1 | Нет | Нет (отсутствие сбоев) |
| 2 | Подготовка к сеансу | Сбой во время подготовки к сеансу |
| 3 | Время ожидания регистрации | Ошибка из-за тайм-аута регистрации |
| 4 | Время ожидания соединения | Сбой из-за тайм-аута соединения |
| 5 | Лицензирование | Сбой из-за лицензирования |
| 6 | Продажа билетов | Сбой из-за оформления билетов |
| 7 | Другое | Другие причины отказа |
| 8 | Общая ошибка | Общая неисправность |
| 9 | Режим обслуживания | Группа рабочих столов, машина или гипервизор находятся в режиме обслуживания |
| 10 | ApplicationDisabled | Выбранное приложение в настоящее время отключено |
| 11 | LicenseFeatureRefused | Требуемая функция не лицензирована |
| 12 | NoDesktopAvailable | Нет доступных машин для запуска |
| 13 | SessionLimitReached | Машина VDI уже используется (не используется для RDS) |
| 14 | Запрещенный протокол | Запрошенный протокол не разрешен |
| 15 | Ресурснедоступен | Ресурс недоступен |
| 16 | Активсессионреконнектдисаблед | Требуется кража активного сеанса, но он отключен |
| 17 | Носессионтореконнект | Сессия, на которую направлено переподключение, не найдена (может произойти только при повторной попытке запуска) |
| 18 | SpinUpFailed | Не удалось включить машину для запуска |
| 19 | Отказано | Сессия отклонена |
| 20 | Конфигурациясетфаилуре | Ошибка набора конфигурации |
| 21 | MaxTotalInstancesExceeded | Запуск приложения отклонен, так как достигнуто ограничение на общее одновременное использование |
| 22 | MaxPerUserInstancesExceeded | Запуск приложения отклонен, так как достигнут предел использования на пользователя |
| 23 | Ошибка связи | Запуск не удался, так как не удалось связаться с VDA |
| 24 | MaxPerMachineInstancesExceeded | Запуск приложения отклонен, поскольку достигнуто ограничение на использование компьютера |
| 25 | MaxPerEntitlementInstancesExceeded | Запуск рабочего стола отклонен, так как достигнут предел использования прав |
| 100 | NoMachineAvailable | Станок недоступен |
| 101 | Машина нефункциональна | Машина не работает |
Разработка этих примеров сценариев и написание этого поста в блоге показались мне одновременно сложными и увлекательными.
Я надеюсь, что они помогут всем нашим клиентам разрабатывать свои собственные настраиваемые отчеты и мониторы событий при переходе на плоскость Citrix Cloud Control. Если вы используете Monitor и OData для интересных случаев использования, поделитесь в комментариях и расскажите другим, что вы делаете. Я думаю, что всем нам будет лучше, если мы будем распространять информацию.
Скрипты можно скачать здесь. Они были разработаны в моей лабораторной среде и не подвергались серьезным испытаниям. Пожалуйста, протестируйте их сами, прежде чем пытаться их использовать. Citrix не несет ответственности за эти сценарии . Внимательно прочтите следующее перед использованием скриптов.
Это программное приложение предоставляется вам « как есть » без заверений, гарантий или условий любого рода. Вы можете использовать и распространять его на свой страх и риск. CITRIX ОТКАЗЫВАЕТСЯ ОТ ВСЕХ ГАРАНТИЙ, ЯВНЫХ, ПОДРАЗУМЕВАЕМЫХ, ПИСЬМЕННЫХ, УСТНЫХ ИЛИ ЗАКОННЫХ, ВКЛЮЧАЯ, ПОМИМО ПРОЧЕГО, ГАРАНТИИ КОММЕРЧЕСКОЙ ПРИГОДНОСТИ, ПРИГОДНОСТИ ДЛЯ ОПРЕДЕЛЕННОЙ ЦЕЛИ, ПРАВА И НЕНАРУШЕНИЯ ПРАВ.
Не ограничивая общего характера вышеизложенного, вы признаете и соглашаетесь с тем, что (а) в программном приложении могут быть ошибки, дефекты дизайна или другие проблемы, которые могут привести к потере данных или повреждению имущества; (b) может оказаться невозможным сделать программное приложение полностью функциональным; и (c) Citrix может, не уведомляя вас и не неся перед вами ответственности, прекратить предоставлять текущую версию и/или любые будущие версии программного приложения. Ни в коем случае код не должен использоваться для поддержки сверхопасной деятельности, включая, помимо прочего, работы по жизнеобеспечению или взрывные работы. НИ КОМПАНИЯ CITRIX, НИ ЕЕ АФФИЛИРОВАННЫЕ ЛИЦА ИЛИ АГЕНТЫ НЕ НЕСУТ ОТВЕТСТВЕННОСТИ ПРИ НАРУШЕНИИ ДОГОВОРА ИЛИ ЛЮБОЙ ДРУГОЙ ТЕОРИИ ОТВЕТСТВЕННОСТИ ЗА ЛЮБОЙ УЩЕРБ, ВОЗНИКШИЙ В РЕЗУЛЬТАТЕ ИСПОЛЬЗОВАНИЯ ПРОГРАММНОГО ПРИЛОЖЕНИЯ, ВКЛЮЧАЯ, ПОМИМО ПРОЧЕГО, ПРЯМОЙ, ОСОБЫЙ, СЛУЧАЙНЫЙ, ШТРАФНЫЕ ИЛИ КОСВЕННЫЕ УБЫТКИ. ДАЖЕ ЕСЛИ УВЕДОМЛЕНО О ВОЗМОЖНОСТИ ТАКИХ ПОВРЕЖДЕНИЙ.
Вы соглашаетесь возмещать ущерб и защищать Citrix от любых претензий, возникающих в связи с использованием, изменением или распространением вами кода.
Оценка воздействия генетически модифицированной кукурузы LibertyLink® на репродуктивную функцию и развитие потомства крыс Wistar в трех поколениях
1. James C. ISAAA; Итака, штат Нью-Йорк: 2014 г. Глобальный статус коммерческих биотехнологических/ГМ-культур: 2016 г. Краткий обзор ISAAA № 46. [Google Scholar]
2. Хаммонд Б., Дудек Р., Лемен Дж., Немет М. Результаты исследования 13 Недельное исследование обеспечения безопасности с крысами, которых кормили зерном кукурузы, устойчивой к глифосату. Пищевая хим. Токсикол. 2004;42:1003–1014. [PubMed] [Академия Google]
3. Хаммонд Б., Дудек Р., Лемен Дж., Немет М. Результаты 90-дневного исследования по обеспечению безопасности на крысах, которых кормили зерном кукурузы, защищенной от мотылька. Пищевая хим. Токсикол. 2006;44:1092–1099. [PubMed] [Google Scholar]
4.
Хаммонд Б., Лемен Дж., Дудек Р., Уорд Д., Цзян С., Немет М., Бернс Дж. Результаты 90-дневного исследования по обеспечению безопасности с кормлением крыс. зерна кукурузы, защищенной от жуков. Пищевая хим. Токсикол. 2006; 44: 147–160. [PubMed] [Google Scholar]
5. Брейк Дж., Фауст М.А., Штейн Дж. Оценка трансгенного гибрида кукурузы Bt11 у цыплят-бройлеров. Поулт. науч. 2003; 82: 551–559.. [PubMed] [Google Scholar]
6. Flachowsky G., Aulrich K., Böhme H., Halle I. Исследования кормов из генетически модифицированных растений (GMP) – вклад в оценку пищевой ценности и безопасности. Аним. Кормовая наука. Технол. 2007; 133:2–30. [Google Scholar]
7. Haryu Y., Taguchi Y., Itakura E., Mikami O., Miura K., Saeki T., Nakajima Y. Долгосрочная оценка биобезопасности генетически модифицированных (ГМ) растений: генетически модифицированные (ГМ) устойчивая к насекомым кукуруза Bt11 не влияет на производительность нескольких поколений или продолжительность жизни мышей. Открытая наука о растениях.
Дж. 2009 г.;3:49–53. [Google Scholar]
8. Снелл К., Бернхейм А., Берже Ж.-П., Кунц М., Паскаль Г., Пэрис А., Рикроч А. Оценка воздействия на здоровье рациона ГМ-растений в долгосрочной перспективе. испытания кормления доношенных и многопоколенческих животных: обзор литературы. Пищевая хим. Токсикол. 2012;50(3–4):1134–1148. [PubMed] [Google Scholar]
9. Рикроч А.Е. Оценка безопасности пищевых продуктов с использованием омики и долгосрочных исследований кормления животных. Н. Биотехнолог. 2013;30:349–354. [PubMed] [Академия Google]
10. Брейк Д.Г., Эвенсон Д.П. Поколенческое исследование устойчивых к глифосату соевых бобов на эмбриональное, постнатальное, пубертатное и взрослое развитие яичек у мышей. Пищевая хим. Токсикол. 2004; 42:29–36. [PubMed] [Google Scholar]
11. ФАО . Всемирная организация здравоохранения; Женева: 2000. Отчет совместной консультации экспертов ФАО/ВОЗ по пищевым продуктам, полученным с помощью биотехнологии: аспекты безопасности генетически модифицированных пищевых продуктов растительного происхождения.
[Google Scholar]
12. ФАО . 2-е изд. Всемирная организация здравоохранения; Рим: 2009 г.. Продукты, полученные с помощью современной биотехнологии. [Google Scholar]
13. ОЭСР. ОЭСР; 2008. Руководящий документ по тестированию и оценке репродуктивной токсичности млекопитающих. ENV/JM/МОНО(2008)16. (24 июля 2008 г.) [Google Scholar]
14. Пустаи А., Грант Г., Бардоц С., Алонсо Р., Криспилс М.Дж., Шредер Х.Е., Табе Л.М., Хиггинс Т.Дж.В. Экспрессия трансгена инсектицидного ингибитора альфа-амилазы фасоли оказывает минимальное неблагоприятное влияние на пищевую ценность гороха, скармливаемого крысам в количестве ≥30% от рациона. Дж. Нутр. 1999;129:1597–1603. [PubMed] [Google Scholar]
15. Малатеста М., Капоралони С., Гаваудан С., Рокки М.Б.Л., Серафини С., Тибери С., Газзанелли Г. Ультраструктурный морфометрический и иммуноцитохимический анализ ядер гепатоцитов мышей, питавшихся генетически модифицированная соя. Структура ячейки. Функц. 2002; 27: 173–180. (Erratum 399) [PubMed] [Google Scholar]
16.
Малатеста М., Капоралони К., Росси Л., Баттистелли С., Рокки М.Б.Л., Тонуччи Ф., Газзанелли Г. Ультраструктурный анализ ацинарных клеток поджелудочной железы у мышей, получавших пищу. на генетически модифицированной сое. Дж. Анат. 2002;201:409–415. [Бесплатная статья PMC] [PubMed] [Google Scholar]
17. Малатеста М., Биджиогера М., Мануали Э., Рокки М.Б.Л., Бальделли Б., Газзанелли Г. Тонкий структурный анализ ядер ацинарных клеток поджелудочной железы у мышей, получавших генетически модифицированная соя. Евро. Дж. Гистохим. 2003; 47: 385–388. [PubMed] [Google Scholar]
18. Малатеста М., Боральди Ф., Аннови Г., Бальделли Б., Баттистелли С., Биджиогера М., Кваглино Д. Долгосрочное исследование самок мышей, питавшихся генетически модифицированная соя: влияние на старение печени. гистохим. Клеточная биол. 2008;130:967–977. [PubMed] [Google Scholar]
19. Vecchio L., Cisterna B., Malatesta M., Martin T.E., Biggiogera M. Ультраструктурный анализ семенников мышей, которых кормили генетически модифицированной соей.
Евро. Дж. Гистохим. 2004; 48: 448–454. [PubMed] [Google Scholar]
20. Сералини Г.Э., Клер Э., Меснаж Р., Гресс С., Дефарж Н., Малатеста М., Хеннекин Д., Спиру де Вандомуа Дж. Долгосрочная токсичность гербицида Раундап и устойчивая к раундапу генетически модифицированная кукуруза. Пищевая хим. Токсикол. 2012;50:4221–4231. [PubMed] [Академия Google]
21. Хабриев Р.У., редактор. Инструкция по экспериментальному (неклиническому) изучению новых фармацевтических субстанций. 2-е изд. (пересмотрено и дополнено) Медицина; Москва: 2005. [Google Scholar]
22. Тутельян В. Эльзевир/Академик Пресс; 2013. Генетически модифицированные источники пищевых продуктов: оценка безопасности и контроль. [Google Scholar]
23. Ходжсон Э. Генетически модифицированные растения и риски для здоровья человека: могут ли дополнительные исследования уменьшить неопределенность и повысить доверие общественности? Токсикол. науч. 2001; 63: 153–156. [PubMed] [Академия Google]
24. Хоулетт Дж.
, Эдвардс Д.Г., Кокберн А., Хепберн П., Кляйнер Дж., Кнорр Д., Козяновский Г., Мюллер Д., Пейненбург А., Перрин И., Поулсен М., Уокер Р. Оценка безопасности новых пищевых продуктов и концепций для определения их безопасности при использовании. Междунар. Дж. Пищевая наука. Нутр. 2003; 54 (Прил.): 1–32. [Google Scholar]
25. Паолетти К., Фламм Э., Ян В., Мик С., Ренкенс С., Феллоус М., Койпер Х. Оценка риска ГМО в мире: несколько примеров. Тенденции Food Sci. Технол. 2008; 19:70–78. [Академия Google]
26. СЕРА . Исследовательский фонд ILSI; Вашингтон, округ Колумбия: 2014. База данных ГМ-культур. Центр оценки экологических рисков (CERA)http://cera-gmc.org/index.php?action=gm_crop_database [Google Scholar]
27. ФАО . 3-е изд. Всемирная организация здравоохранения; Рим: 2001. Основные тексты по пищевой гигиене. [Google Scholar]
28. FDA . Том. 66. Управление по санитарному надзору за качеством пищевых продуктов и медикаментов США; Вашингтон: 2001. стр. 4706–4738.
(Предлагаемое правило: предварительное уведомление о биоинженерных пищевых продуктах. Федеральный реестр). [Академия Google]
29. ОЭСР. ОЭСР; Париж: 2000 г. Отчет Целевой группы по безопасности новых пищевых продуктов и кормов для саммита Большой восьмерки (Окинава) C(2000)86/ADD1. 2001. [Google Scholar]
30. ОЭСР. ОЭСР; 2002. Консенсусный документ по вопросам состава новых сортов кукурузы (Zae mays): основные пищевые и кормовые питательные вещества, антипитательные вещества и вторичные растительные метаболиты. ENV/JM/МОНО(2002)25. (20 августа 2002 г.) [Google Scholar]
31. Роспотребнадзор 2008. Медико-биологическая оценка безопасности генно-инженерно-модифицированных организмов Растительное происхождение: Методические указания МУ 2.3.2.2306-07. Москва, Россия. [Академия Google]
32. Министерство здравоохранения Российской Федерации. 2002. Гигиенические требования безопасности и пищевая ценность пищевых продуктов: Санитарно-гигиенические нормы и правила (СанПиН 2.
3.2.1078-01) Москва, Россия. [Google Scholar]
33. JECFA . 2001. Оценка безопасности некоторых микотоксинов в пищевых продуктах: подготовлено пятьдесят шестым совещанием Объединенного комитета экспертов ФАО/ВОЗ по пищевым добавкам. (ВОЗ Серия пищевых добавок 47). [Google Scholar]
34. JECFA . 2002 г. Оценка некоторых микотоксинов в пищевых продуктах, 56-й Пятьдесят шестой доклад Совместного доклада ФАО/ВОЗ. Комитет экспертов по пищевым добавкам. (Технический отчет ВОЗ, серия 906). [PubMed] [Google Scholar]
35. SCF (Научный комитет по пищевым продуктам) 2000. Мнение о токсинах фузариоза – часть 3: Фусмонизин B1 (FB1) [Google Scholar]
36. FDA . Управление по санитарному надзору за качеством пищевых продуктов и медикаментов США; Вашингтон, округ Колумбия: 2004 г. Красная книга 2000 г.: Токсикологические принципы оценки безопасности пищевых ингредиентов. [Google Scholar]
37. Норусис М. Дж. Река Верхнее Седло; Prentice Hall: 2009. Руководство SPSS Statistics 17.
0 по анализу данных. [Google Scholar]
38. Реброва О.Ю. Медиасфера; Москва: 2006. Статистический анализ медицинских данных. Применение прикладных программ STATISTICA. [Академия Google]
39. Дереланко М.Ю., Холлингер М.А. 2-е изд. КПР Пресс; Нью-Йорк: 2001. Справочник по токсикологии. [Google Scholar]
40. Худ Р. Д. 2-е изд. КПР Пресс; Нью-Йорк: 2006. Токсикология развития и репродуктивной системы: практический подход. [Google Scholar]
41. Окамура Т., Судзуки С., Огава Т., Кобаяши Дж., Кусуока О., Хатаяма К., Мочизуки М., Хошия Т., Окадзаки С., Тамура К. Исходные данные для общие токсикологические параметры у крыс RccHan™:WIST в возрасте 8, 10, 19 и 32 недель. Дж. Токсикол. Патол. 2011;24:195–205. [Бесплатная статья PMC] [PubMed] [Google Scholar]
42. Пуллен А.Х. Параметрический анализ растущей крысы CFHB (Wistar). Дж. Анат. 1976; 121: 371–383. [Бесплатная статья PMC] [PubMed] [Google Scholar]
43. Мандл А.М. Фазы эстрального цикла у взрослой белой крысы.
Дж. Эксп. биол. 1951; 28: 576–584. [Google Scholar]
44. Марти М.С., Аллен Б., Чапин Р.Е., Купер Р., Дастон Г.П., Флоус Дж.А., Фостер П.М.Д., Макрис С.Л., Милхрист Э., Сандлер Д., Тил Р.В. Данные межлабораторного контроля для репродуктивные конечные точки, необходимые в тесте OPPTS 870.3800/OECD 416 на репродукцию и фертильность. Врожденные дефекты Res. Б. 2009 г.;86:470–489. [PubMed] [Google Scholar]
45. Либерати Т.А., Роу Б.Дж., Фьюстон М.Х. Пероральное (через желудочный зонд) контрольное исследование развития эмбриона и плода на крысах Wistar Hannover. Препарат Хим. Токсикол. 2002;25(1):109–130. [PubMed] [Google Scholar]
46. Эма М., Итами Т., Кавасаки Х. Эмбриолетальность и тератогенность бутилбензилфталата у крыс. Дж. Заявл. Токсикол. 1992;12(3):179–183. [PubMed] [Google Scholar]
47. Ганигер С., Маллешаппа Х.Н., Кришнаппа Х., Раджашекхар Г., Рамакришна Рао В., Салливан Ф. Исследование репродуктивной токсичности двух поколений куркумина, желтой куркумы, на крысах Вистар.
Пищевая хим. Токсикол. 2007; 45(1):64–69.. [PubMed] [Google Scholar]
48. Нода Т. Токсичность диметилолова для матери и плода у крыс. Дж. Науки о здоровье. 2001;47(6):544–551. [Google Scholar]
49. Schneider S., Deckardt K., Hellwig J., Küttler K., Mellert W., Schulte S., van Ravenzwaay B. Октилметоксициннамат: репродуктивная токсичность двух поколений у крыс Wistar при введении с пищей. Пищевая хим. Токсикол. 2005;43(7):1083–1092. [PubMed] [Google Scholar]
50. Аояма Х., Кикута М., Ширасака Н., Ходжо Х., Такахаши К.Л., Симидзу Н., Харигаэ М., Тагучи Ф., Терамото С. Исторические контрольные данные о репродуктивных способности и частота спонтанных пороков развития плода у крыс Wistar Hannover GALAS. Врожденный. Аном. 2002;42:194–201. [PubMed] [Google Scholar]
51. Охи М., Далсентер П.Р., Андраде А.Дж.М., Насименто А.Дж. Репродуктивные побочные эффекты фипронила у крыс Вистар. Токсикол. лат. 2004; 146: 121–127. [PubMed] [Google Scholar]
52. Griffiths J.