찾다

Oracle 归档日志

Jun 07, 2016 pm 03:44 PM
oracle할 수 있다보관소통나무

--==================== -- Oracle 归档日志 --==================== Oracle 可以将联机日志文件保存到多个不同的位置,将联机日志转换为归档日志的过程称之为归档。相应的日志被称为归档日志。 一、归档日志 是联机重做日志组文件的一个副本 包含 redo 记录



--====================

-- Oracle 归档日志

--====================

 

    Oracle可以将联机日志文件保存到多个不同的位置,将联机日志转换为归档日志的过程称之为归档。相应的日志被称为归档日志。

 

一、归档日志

    是联机重做日志组文件的一个副本

    包含redo记录以及一个唯一的log sequence number

    对日志组中的一个日志文件进行归档,如果该组其中一个损坏,则另一个可用的日志将会被归档

    对于归档模式的日志切换,当日志归档完成后,下一个日志才能被覆盖或重新使用

    自动归档功能如开启,则后台进程arcn在日志切换时自动完成归档,否则需要手动归档

    归档日志用途

        恢复数据库

        更新standby数据库

        使用LogMiner 提取历史日志的相关信息

       

二、日志的两种模式

    1.非归档模式

        不适用与生产数据库

        创建数据库时,缺省的日志管理模式为非归档模式

        当日志切换,检查点产生后,联机重做日志文件即可被重新使用

        联机日志被覆盖后,介质恢复仅仅支持到最近的完整备份

        不支持联机备份表空间,一个表空间损坏将导致整个数据库不可用,需要删除掉损坏的表空间或从备份恢复

        对于操作系统级别的数据库备份需要将数据库一致性关闭

        应当备份所有的数据文件、控制文件(单个)、参数文件、密码文件、联机日志文件(可选)

 

    2.归档模式

        能够对联机日志文件进行归档,生产数据库强烈建议归档

        在日志切换时,下一个即将被写入日志组必须归档完成之后,日志组才可以使用

        归档日志的Log sequence number信息会记录到控制文件之中

        必须有足够的磁盘空间用于存放归档日志

        Oracle 9i 需要设置参数log_archive_start=true 才能够进行自动归档

        备份与恢复

            支持热备份,且当某个非系统表空间损坏,数据库仍然处于可用状态,且支持在线恢复

            使用归档日志能够实现联机或脱机时点恢复(即可以恢复到指定的时间点、指定的归档日志或指定的SCN)

 

三、两种模式的切换设置及手动归档

    1.非归档到归档模式

        a.一致性关闭数据库(shutdown [immediate | transactional |normal])

        b.启动到mount阶段(startup mount)

        c.切换到归档模式(alter database archivelog  [manual])

        d.切换到open阶段(alter database open)

        e.对数据做一个完整备份(full backup)

        --演示非归档到归档模式

            SQL> ARCHIVE LOG LIST    --查看数据库是否处于归档模式

            Database log mode              No Archive Mode

            Automatic archival             Disabled

            Archive destination            USE_DB_RECOVERY_FILE_DEST

            Oldest online log sequence     14

            Current log sequence           16

            SQL> SELECT log_mode FROM v$database;  --查看数据库是否处于归档模式

 

            LOG_MODE

            ------------

            NOARCHIVELOG       

 

            SQL> SHUTDOWN IMMEDIATE;     --一致性关闭数据库

            Database closed.

            Database dismounted.

            ORACLE instance shut down.

            SQL> STARTUP MOUNT;         --启动到mount状态

            ORACLE instance started.

 

            Total System Global Area  251658240 bytes

            Fixed Size                  1218796 bytes

            Variable Size              75499284 bytes

            Database Buffers          171966464 bytes

            Redo Buffers                2973696 bytes

            Database mounted.

            SQL> ALTER DATABASE ARCHIVELOG;  --切换到自动归档模式

            Database altered.

            SQL> ALTER DATABASE OPEN;        --切换到open状态

            Database altered.

            SQL> ARCHIVE LOG LIST;           --查看数据库的归档状态

            Database log mode              Archive Mode    --已置为归档模式

            Automatic archival             Enabled         --对日志进行自动归档

            Archive destination            USE_DB_RECOVERY_FILE_DEST

            Oldest online log sequence     14

            Next log sequence to archive   16

            Current log sequence           16

            --备份数据库步骤省略

 

    2.归档模式切换到非归档模式(步骤同非归档到归档模式仅仅是c步骤使用alter database noarchivelog,演示省略)

        a.一致性关闭数据库(shutdown [immediate | transactional |normal])

        b.启动到mount阶段(startup mount)

        c.切换到归档模式(alter database noarchivelog  )

        d.切换到open阶段(alter database open)

        e.对数据做一个完整备份(full backup)

       

    3.手动归档

        手动归档时需要将日志模式切换为alter database archivelog manual

        再使用alter system archive log current | all 实现归档

        更多手动归档命令:ALTER SYSTEM archive_log_clause

        注意:

            手动归档模式下不支持stanby数据库

            alter database archivelog模式下也可以实现对日志的归档

           

            SQL> ALTER DATABASE ARCHIVELOG MANUAL;     --将日志模式切换为手工归档模式

 

            Database altered.

 

            SQL> ALTER DATABASE OPEN;                  --打开数据库

 

            Database altered.

 

            SQL> ALTER SYSTEM ARCHIVE LOG CURRENT;     --对当前的日志进行归档(建议在mount阶段完成)

 

            System altered.

 

            SQL> ALTER SYSTEM ARCHIVE LOG ALL;         --对所有的日志进行归档

            alter system archive log all

            *

            ERROR at line 1:

            ORA-00271: there are no logs that need archiving  --没有需要归档的日志

 

    4.归档进程的调整

        通过设置LOG_ARCHIVE_MAX_PROCESSES 参数,可以指定数据库规定所需初始化的进程数,缺省的归档进程数为2

        一般情况下不需要修改该参数,Oracle会根据归档情况自动启动额外的归档进程

        也可以动态的增加或减少归档进程数,比如有些业务在月底需要进行大量归档,平时则归档较少,对此可以动态修改

        修改方法

            ALTER SYSTEM SET LOG_ARCHIVE_MAX_PROCESSES=3;

   

    5.配置归档(两种归档位置配置方法)

        a.归档到本机且少于等于两个归档位置

            设置LOG_ARCHIVE_DESTLOG_ARCHIVE_DUPLEX_DEST参数

            alter system set log_archive_dest = '/u01/app/oracle/archivelog1' scope = spfile;

            alter system set log_archive_duplex_dest = '/u01/app/oracle/archivelog2' scope = spfile;

           

        b.归档到本机或远程主机

            设置LOG_ARCHIVE_DEST_n 参数,n最大值为10

            alter system set log_archive_dest_1 = 'LOCATION=/u01/app/oracle/archivelog3';

            alter system set log_archive_dest_2 = 'SERVICE=standby1';

            对于远程归档位置,SERVICE选项需要指定远程数据库的网络服务名(tnsnames.ora文件中配置)

            LOG_ARCHIVE_DEST_n的两个常用选项

                MANADATORY | OPTIONAL:

                    MANADATORY表示归档必须成功复制到目的路径之后,联机重做日志才能被复用,OPTIONAL正好相反

                REOPEN

                    指定归档失败后指定间隔多少时间重试归案,缺省的为300

                示例:

                log_archive_dest_1 = 'LOCATION=/u01/app/oracle/archivelog3 manadatory reopen = 600'

                log_archive_dest_2 = 'SERVICE=standby1 manadatory reopen'

               

        c.两种归档方法异同(前者log_archive_destlog_archive_duplex_dest ,后者log_archive_dest_n)

            两者都可以归档到本机,后者可以归档到远程主机,前者不支持该功能

            前者最多配置两个归档位置,后者可以配置10个归档位置

            两者互不兼容,要么使用前者,要么使用后者

            使用后者归档到本地时需要增加LOCATION选项,备份到远程主机需要使用SERVICE选项

            但上述两种方式未指定路径时,归档日志位于db_recovery_file_dest 缺省为$ORACLE_BASE/flash_recovey_area

           

        d.归档日志命名格式

            设置LOG_ARCHIVE_FORMAT参数,Unix下的缺省设置为LOG_ARCHIVE_FORMAT=%t_%s_%r.dbf

                %s: 日志序列号:

                %S: 日志序列号(带有前导)

                %t: 重做线程编号.

                %T: 重做线程编号(带有前导)

                %a: 活动ID

                %d: 数据库ID

                %r RESETLOGSID.

            alter system set log_archive_format = 'arch_%t_%s_%r.arc';

           

        e.归档位置状态

            Valid/Invalid      --磁盘位置及服务名等是否有效

            Enabled/Disabled   --磁盘位置的可用状态及数据库能否使用该归档位置

            Active/Inactive    --访问归档目的地是否有异常

           

        f.归档成功的最小个数(使用参数log_archive_min_succeed_dest = n)

            alter system set log_archive_min_succeed_dest = 2;   --缺省为1

            联机重做日志组能够被覆盖的前提

                所有强制路径归档位置成功实现归档

                归档目的地的成功归档的个数大于或等于上述参数设定的值

                当强制个数大于该参数设定的个数,则以强制个数为准

                当强制个数小于该参数设定的个数,则可选的成功归档路径加上强制的归档路径个数至少等于该参数设定值

       

        g.控制归档的可用性(使用参数log_archive_dest_state_n)

            alter system set log_archive_dest_state_1 = enable | defer

            enable  -->缺省状态,可以在该归档位置进行归档

            defer   -->禁用该归档位置

           

        h.演示归档路径配置及查看归档进程,归档位置状态

            SQL> ARCHIVE LOG LIST;         --查看日志是否处于归档状态

            Database log mode              Archive Mode

            Automatic archival             Enabled

            Archive destination            USE_DB_RECOVERY_FILE_DEST

            Oldest online log sequence     24

            Next log sequence to archive   26

            Current log sequence           26

 

            SQL> ho ps -ef | grep ora_arc    --查看归档进程是否已启动

            oracle    4062     1  0 11:43 ?        00:00:00 ora_arc0_orcl

            oracle    4064     1  0 11:43 ?        00:00:00 ora_arc1_orcl

 

            SQL> SHOW PARAMETER ARCHIVE  --查看归档路径是否已设置,为空值表示未设置

 

            NAME                                 TYPE        VALUE

            ------------------------------------ ----------- ------------------------------

            archive_lag_target                   integer     0

            log_archive_config                   string

            log_archive_dest                     string

            log_archive_dest_1                   string

            log_archive_dest_10                  string

            log_archive_dest_2                   string

            log_archive_dest_3                   string

            log_archive_dest_4                   string

            log_archive_dest_5                   string

            log_archive_dest_6                   string

            log_archive_dest_7                   string

 

            NAME                                 TYPE        VALUE

            ------------------------------------ ----------- ------------------------------

            log_archive_dest_8                   string

            log_archive_dest_9                   string

            log_archive_dest_state_1             string      enable

            log_archive_dest_state_10            string      enable

            log_archive_dest_state_2             string      enable

            log_archive_dest_state_3             string      enable

            log_archive_dest_state_4             string      enable

            log_archive_dest_state_5             string      enable

            log_archive_dest_state_6             string      enable

            log_archive_dest_state_7             string      enable

            log_archive_dest_state_8             string      enable

 

            NAME                                 TYPE        VALUE

            ------------------------------------ ----------- ------------------------------

            log_archive_dest_state_9             string      enable

            log_archive_duplex_dest              string

            log_archive_format                   string      %t_%s_%r.dbf

            log_archive_local_first              boolean     TRUE

            log_archive_max_processes            integer     2

            log_archive_min_succeed_dest         integer     1

            log_archive_start                    boolean     FALSE --该参数在9i中使用

            log_archive_trace                    integer     0

            remote_archive_enable                string      true

            standby_archive_dest                 string      ?/dbs/arch

 

 

            SQL> alter system set log_archive_dest = '/u01/app/oracle/archivelog1' scope = spfile;

 

            System altered.

 

            SQL> alter system set log_archive_duplex_dest= '/u01/app/oracle/archivelog2' scope=spfile;

 

            System altered.

 

            SQL> alter system set log_archive_format = 'arch_%t_%s_%r.arc' scope = spfile;

 

            --设定完毕后需要重新启动实例,在此省略关闭启动信息

 

            SQL> ho ls /u01/app/oracle/archivelog1  --查看归档路径下是否存在文件或文件夹

 

            SQL> ho ls /u01/app/oracle/archivelog2  --查看归档路径下是否存在文件或文件夹

 

            SQL> alter system archive log current;  --手动进行归档

 

            System altered.

 

            SQL> ho ls -l /u01/app/oracle/archivelog1   --在指定的文件夹archivelog1已产生归档日志

            total 18224

            -rw------- 1 oracle oinstall 18636800 Jul 28 20:39 arch_1_26_724852763.arc

 

            SQL> ho ls -l /u01/app/oracle/archivelog2   --在指定的文件夹archivelog2已产生归档日志

            total 18224

            -rw------- 1 oracle oinstall 18636800 Jul 28 20:39 arch_1_26_724852763.arc

 

            SQL> ho mkdir /u01/app/oracle/archivelog3   --创建新的归档路径

 

            SQL> ho mkdir /u01/app/oracle/archivelog4   --创建新的归档路径

 

            SQL> alter system set log_archive_dest_1 = 'location=/u01/app/oracle/archivelog3'

              2 scope = spfile;

 

            System altered.

 

            SQL>  alter system set log_archive_dest_2 = 'location=/u01/app/oracle/archivelog4'

              2   scope = spfile;

 

            System altered.

 

            SQL> shutdown immediate;       --关闭实例

            Database closed.

            Database dismounted.

            ORACLE instance shut down.

            SQL> startup                   --启动实例后,收到错误提示表明两种归档方式不兼容

            ORA-16019: cannot use LOG_ARCHIVE_DEST_1 with LOG_ARCHIVE_DEST or LOG_ARCHIVE_DUPLEX_DEST

 

            --关于上述设置导致的错误处理请参照:又一例SPFILE设置错误导致数据库无法启动

                                                SPFILE错误导致数据库无法启动

 

            --下面是正确的处理办法,应当先将一种归档方式路径置空,此处是将log_archive_dest置空

            SQL> alter system set log_archive_dest = '' scope = spfile;

 

            System altered.

           

            --此处是将log_archive_duplex_dest置空

            SQL> alter system set log_archive_duplex_dest = '' scope = spfile;

 

            System altered.

           

            --接下来再设定log_archive_dest_1log_archive_dest_2

            SQL> alter system set log_archive_dest_1 = 'location=/u01/app/oracle/archivelog3'

              2 scope = spfile;

 

            System altered.

 

            SQL> alter system set log_archive_dest_2 = 'location=/u01/app/oracle/archivelog4'

              2  scope = spfile;

 

            System altered.

           

            --由于没有配置standby服务器,所以省略配置到远程主机

            --设定完毕后需要重新启动实例,此时系统能正常启动,在此省略关闭启动信息

           

            SQL> alter system archive log current;  --进行手动归档

 

            System altered.

 

            SQL> ho ls -l /u01/app/oracle/archivelog3/   --查看归档日志

            total 27752

            -rw------- 1 oracle oinstall 28382208 Aug  2 13:46 arc_1_38_724852763.arc

 

            SQL> ho ls -l /u01/app/oracle/archivelog4/   --查看归档日志

            total 27752

            -rw------- 1 oracle oinstall 28382208 Aug  2 13:45 arc_1_38_724852763.arc  

 

    SQL> col dest_name format a20; 

    SQL> col destination format a30;

    SQL> select dest_name,status,archiver,destination,

      2  log_sequence,reopen_secs,transmit_mode,process

      3  from v$archive_dest;    --查看归档目的地的相关状态信息

 

    DEST_NAME            STATUS    ARCHIVER   DESTINATION                    LOG_SEQUENCE REOPEN_SECS TRANSMIT_MOD PROCESS

    -------------------- --------- ---------- ------------------------------ ------------ ----------- ------------ -------

    LOG_ARCHIVE_DEST_1   VALID     ARCH       /u01/app/oracle/archivelog3/             38         300 SYNCHRONOUS  ARCH

    LOG_ARCHIVE_DEST_2   VALID     ARCH       /u01/app/oracle/archivelog4/             38         300 SYNCHRONOUS  ARCH

    LOG_ARCHIVE_DEST_3   INACTIVE  ARCH                                                 0           0 SYNCHRONOUS  ARCH

    -----------------------------------------------------------------------------------------------------------------------

             

        SQL> alter system set log_archive_dest_state_2 = defer;   --停用log_archive_dest_state_2

 

        System altered.

 

        SQL> show parameter log_archive_dest_state

 

        NAME                                 TYPE        VALUE

        ------------------------------------ ----------- ---------------

        log_archive_dest_state_1             string      enable

        log_archive_dest_state_10            string      enable

        log_archive_dest_state_2             string      DEFER     --该路径显示为defer

        log_archive_dest_state_3             string      enable

        log_archive_dest_state_4             string      enable

        log_archive_dest_state_5             string      enable

        log_archive_dest_state_6           

성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
MySQL : 세계에서 가장 인기있는 데이터베이스 소개MySQL : 세계에서 가장 인기있는 데이터베이스 소개Apr 12, 2025 am 12:18 AM

MySQL은 오픈 소스 관계형 데이터베이스 관리 시스템으로, 주로 데이터를 신속하고 안정적으로 저장하고 검색하는 데 사용됩니다. 작업 원칙에는 클라이언트 요청, 쿼리 해상도, 쿼리 실행 및 반환 결과가 포함됩니다. 사용의 예로는 테이블 작성, 데이터 삽입 및 쿼리 및 조인 작업과 같은 고급 기능이 포함됩니다. 일반적인 오류에는 SQL 구문, 데이터 유형 및 권한이 포함되며 최적화 제안에는 인덱스 사용, 최적화 된 쿼리 및 테이블 분할이 포함됩니다.

MySQL의 중요성 : 데이터 저장 및 관리MySQL의 중요성 : 데이터 저장 및 관리Apr 12, 2025 am 12:18 AM

MySQL은 데이터 저장, 관리, 쿼리 및 보안에 적합한 오픈 소스 관계형 데이터베이스 관리 시스템입니다. 1. 다양한 운영 체제를 지원하며 웹 응용 프로그램 및 기타 필드에서 널리 사용됩니다. 2. 클라이언트-서버 아키텍처 및 다양한 스토리지 엔진을 통해 MySQL은 데이터를 효율적으로 처리합니다. 3. 기본 사용에는 데이터베이스 및 테이블 작성, 데이터 삽입, 쿼리 및 업데이트가 포함됩니다. 4. 고급 사용에는 복잡한 쿼리 및 저장 프로 시저가 포함됩니다. 5. 설명 진술을 통해 일반적인 오류를 디버깅 할 수 있습니다. 6. 성능 최적화에는 인덱스의 합리적인 사용 및 최적화 된 쿼리 문이 포함됩니다.

MySQL을 사용하는 이유는 무엇입니까? 혜택과 장점MySQL을 사용하는 이유는 무엇입니까? 혜택과 장점Apr 12, 2025 am 12:17 AM

MySQL은 성능, 신뢰성, 사용 편의성 및 커뮤니티 지원을 위해 선택됩니다. 1.MYSQL은 효율적인 데이터 저장 및 검색 기능을 제공하여 여러 데이터 유형 및 고급 쿼리 작업을 지원합니다. 2. 고객-서버 아키텍처 및 다중 스토리지 엔진을 채택하여 트랜잭션 및 쿼리 최적화를 지원합니다. 3. 사용하기 쉽고 다양한 운영 체제 및 프로그래밍 언어를 지원합니다. 4. 강력한 지역 사회 지원을 받고 풍부한 자원과 솔루션을 제공합니다.

InnoDB 잠금 장치 (공유 잠금, 독점 잠금, 의도 잠금, 레코드 잠금, 갭 잠금, 차세대 자물쇠)를 설명하십시오.InnoDB 잠금 장치 (공유 잠금, 독점 잠금, 의도 잠금, 레코드 잠금, 갭 잠금, 차세대 자물쇠)를 설명하십시오.Apr 12, 2025 am 12:16 AM

InnoDB의 잠금 장치에는 공유 잠금 장치, 독점 잠금, 의도 잠금 장치, 레코드 잠금, 갭 잠금 및 다음 키 잠금 장치가 포함됩니다. 1. 공유 잠금을 사용하면 다른 트랜잭션을 읽지 않고 트랜잭션이 데이터를 읽을 수 있습니다. 2. 독점 잠금은 다른 트랜잭션이 데이터를 읽고 수정하는 것을 방지합니다. 3. 의도 잠금은 잠금 효율을 최적화합니다. 4. 레코드 잠금 잠금 인덱스 레코드. 5. 갭 잠금 잠금 장치 색인 기록 간격. 6. 다음 키 잠금은 데이터 일관성을 보장하기 위해 레코드 잠금과 갭 잠금의 조합입니다.

열악한 MySQL 쿼리 성능의 일반적인 원인은 무엇입니까?열악한 MySQL 쿼리 성능의 일반적인 원인은 무엇입니까?Apr 12, 2025 am 12:11 AM

MySQL 쿼리 성능이 좋지 않은 주된 이유는 인덱스 사용, 쿼리 최적화에 의한 잘못된 실행 계획 선택, 불합리한 테이블 디자인, 과도한 데이터 볼륨 및 잠금 경쟁이 포함됩니다. 1. 색인이 느리게 쿼리를 일으키지 않으며 인덱스를 추가하면 성능이 크게 향상 될 수 있습니다. 2. 설명 명령을 사용하여 쿼리 계획을 분석하고 Optimizer 오류를 찾으십시오. 3. 테이블 구조를 재구성하고 결합 조건을 최적화하면 테이블 설계 문제가 향상 될 수 있습니다. 4. 데이터 볼륨이 크면 분할 및 테이블 디비전 전략이 채택됩니다. 5. 높은 동시성 환경에서 거래 및 잠금 전략을 최적화하면 잠금 경쟁이 줄어들 수 있습니다.

Composite Index와 여러 단일 열 인덱스를 언제 사용해야합니까?Composite Index와 여러 단일 열 인덱스를 언제 사용해야합니까?Apr 11, 2025 am 12:06 AM

데이터베이스 최적화에서 쿼리 요구 사항에 따라 인덱싱 전략을 선택해야합니다. 1. 쿼리에 여러 열이 포함되고 조건 순서가 수정되면 복합 인덱스를 사용하십시오. 2. 쿼리에 여러 열이 포함되어 있지만 조건 순서가 고정되지 않은 경우 여러 단일 열 인덱스를 사용하십시오. 복합 인덱스는 다중 열 쿼리를 최적화하는 데 적합한 반면 단일 열 인덱스는 단일 열 쿼리에 적합합니다.

MySQL에서 느린 쿼리를 식별하고 최적화하는 방법은 무엇입니까? (느린 쿼리 로그, Performance_schema)MySQL에서 느린 쿼리를 식별하고 최적화하는 방법은 무엇입니까? (느린 쿼리 로그, Performance_schema)Apr 10, 2025 am 09:36 AM

MySQL 느린 쿼리를 최적화하려면 SlowQueryLog 및 Performance_Schema를 사용해야합니다. 1. SlowQueryLog 및 Set Stresholds를 사용하여 느린 쿼리를 기록합니다. 2. Performance_schema를 사용하여 쿼리 실행 세부 정보를 분석하고 성능 병목 현상을 찾고 최적화하십시오.

MySQL 및 SQL : 개발자를위한 필수 기술MySQL 및 SQL : 개발자를위한 필수 기술Apr 10, 2025 am 09:30 AM

MySQL 및 SQL은 개발자에게 필수적인 기술입니다. 1.MySQL은 오픈 소스 관계형 데이터베이스 관리 시스템이며 SQL은 데이터베이스를 관리하고 작동하는 데 사용되는 표준 언어입니다. 2.MYSQL은 효율적인 데이터 저장 및 검색 기능을 통해 여러 스토리지 엔진을 지원하며 SQL은 간단한 문을 통해 복잡한 데이터 작업을 완료합니다. 3. 사용의 예에는 기본 쿼리 및 조건 별 필터링 및 정렬과 같은 고급 쿼리가 포함됩니다. 4. 일반적인 오류에는 구문 오류 및 성능 문제가 포함되며 SQL 문을 확인하고 설명 명령을 사용하여 최적화 할 수 있습니다. 5. 성능 최적화 기술에는 인덱스 사용, 전체 테이블 스캔 피하기, 조인 작업 최적화 및 코드 가독성 향상이 포함됩니다.

See all articles

핫 AI 도구

Undresser.AI Undress

Undresser.AI Undress

사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover

AI Clothes Remover

사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool

Undress AI Tool

무료로 이미지를 벗다

Clothoff.io

Clothoff.io

AI 옷 제거제

AI Hentai Generator

AI Hentai Generator

AI Hentai를 무료로 생성하십시오.

인기 기사

R.E.P.O. 에너지 결정과 그들이하는 일 (노란색 크리스탈)
3 몇 주 전By尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. 최고의 그래픽 설정
3 몇 주 전By尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. 아무도들을 수없는 경우 오디오를 수정하는 방법
3 몇 주 전By尊渡假赌尊渡假赌尊渡假赌
WWE 2K25 : Myrise에서 모든 것을 잠금 해제하는 방법
4 몇 주 전By尊渡假赌尊渡假赌尊渡假赌

뜨거운 도구

Atom Editor Mac 버전 다운로드

Atom Editor Mac 버전 다운로드

가장 인기 있는 오픈 소스 편집기

ZendStudio 13.5.1 맥

ZendStudio 13.5.1 맥

강력한 PHP 통합 개발 환경

DVWA

DVWA

DVWA(Damn Vulnerable Web App)는 매우 취약한 PHP/MySQL 웹 애플리케이션입니다. 주요 목표는 보안 전문가가 법적 환경에서 자신의 기술과 도구를 테스트하고, 웹 개발자가 웹 응용 프로그램 보안 프로세스를 더 잘 이해할 수 있도록 돕고, 교사/학생이 교실 환경 웹 응용 프로그램에서 가르치고 배울 수 있도록 돕는 것입니다. 보안. DVWA의 목표는 다양한 난이도의 간단하고 간단한 인터페이스를 통해 가장 일반적인 웹 취약점 중 일부를 연습하는 것입니다. 이 소프트웨어는

WebStorm Mac 버전

WebStorm Mac 버전

유용한 JavaScript 개발 도구

안전한 시험 브라우저

안전한 시험 브라우저

안전한 시험 브라우저는 온라인 시험을 안전하게 치르기 위한 보안 브라우저 환경입니다. 이 소프트웨어는 모든 컴퓨터를 안전한 워크스테이션으로 바꿔줍니다. 이는 모든 유틸리티에 대한 액세스를 제어하고 학생들이 승인되지 않은 리소스를 사용하는 것을 방지합니다.