ats文件不知道，一下来自网络
.ats. 文件与文件扩展名 .ats 只能通过特定的应用程序推出。这有可能是 .ats 文件是数据文件，而不是文件或媒体，这意味着他们并不是在所有观看。
什么是一 .ATS 文件？
先进的ETL处理器使用存储在与所述一个文件的代码.ats扩展作为用于一些集成到这个节目的特征的脚本。高级ETL处理器的应用是由DB软件实验室开发的软件，并将该软件被归类为数据转换和集成软件。高级ETL处理器可用于将数据从多种来源整合和所收集的数据导出到其他格式。不同类型的数据源，可以使用的高级ETL处理器应用包括存储在数据的.txt ， 的.csv或.xls的间保存在不同的格式其他文本和数据文件的文件。高级ETL处理器应用程序的图形用户界面（GUI）提供了一个单元，可以用来方便地添加和编辑规则或用于由用户输入的数据转换指令，以及可视化编辑，也可以通过设置在数据流图进行由该应用程序。数据可以被用于集成和改造项目与高级ETL处理器也可以是从MS SQL Server和MySQL除其他数据库。
如何打开 .ATS 文件？
推出 .ats 文件，或者你的电脑上的任何其他文件，双击它。如果你的文件关联的设置是否正确，这意味着应用程序来打开你的 .ats 文件将其打开。这是可能的，你可能需要下载或购买正确的应用程序。这也有可能是你有正确的应用程序在PC上，但 .ats 文件还没有与它相关联。在这种情况下，当您尝试打开一个 .ats 文件，你可以告诉Windows的应用程序是正确的该文件。从这时起，打开 .ats 文件将打开正确的应用程序。点击这里修复.ATS文件关联错误
打开一个应用程序 .ATS 文件
DB Software Laboratory Advanced ETL Processor
提醒一句
要小心，不要重命名扩展 .ats 文件，或任何其他文件。这不会更改文件类型。只有特殊的转换软件可以从一个文件类型更改一个文件到另一个。
什么是文件扩展名？
文件扩展名是一组三个或四个字符在文件名的末尾，在这种情况下， .ats. 文件扩展名告诉你它是什么类型的文件，并告诉Windows哪些程序可以打开它。窗户经常关联一个默认程序的每个文件的扩展名，这样，当你双击该文件，程序会自动启动。当该程序不再是您的PC上，有时可以得到一个错误，当您试图打开相关的文件。
所谓应用传输安全（App Transport Security，以下简称ATS）是一项提高了应用和web服务之间连接安全的特性。该特性由一些默认的连接要求组成，遵守这些要求可以获得最佳的安全连接实践。应用可以重载这些默认行为并且关闭传输安全。ATS在iOS 9及以后版本和OS X 10.11及以后版本可用。
中文名
应用传输安全
外文名
ATS
App Transport Security
默认行为例外情况TA说
默认行为
ATS在iOS 9及以后版本和OS X 10.11及以后版本可用。
在为iOS 9.0及以后版本和OS X10.11及以后版本编译的应用中，所有使用NSURLConnection, CFURL, 或 NSURLSession的连接都使用ATS默认行为。不遵守这些要求的连接将会失败。关于各种连接方法的更多信息请参考《NSURLConnection Class Reference》,《CFURL Reference》, 和 《NSURLSession Class Reference》。
以下是ATS的要求：
· 服务器必须至少支持TLS协议的1.2版本。
· 连接密码仅限于提供正向加密的密码（参见下面的密码列表）。
· 证书必须使用SHA256或更好的签名哈希算法进行签名，使用2048位或更高的RSA密钥，或者256位或更高的Elliptic-Curve (ECC)密钥。无效的证书将导致失败并断开连接。
以下是可接受的密码：
· TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
· TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
· TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
· TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
· TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
· TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
· TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
· TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
· TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
· TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
· TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
例外情况
你可以在你的App或App扩展的Info.plist文件中指定默认行为的例外情况。使用属性列表的特殊键就可以指定例外或关闭ATS。表1-1展示了这些键和它们的类型，并使用缩进指明了其结构。
分享你的世界
我要分享见解，
点击发布
纠错
大家还在搜
新款凯迪拉克
凯迪拉克报价
ats报价
凯迪拉克ats
ats汽车
ats优惠
ats上市
ats团购
广告
颜值主播邀你听歌，上YY甜蜜共唱
相关推荐
一分钟了解凯迪拉克ats
00:47
秒懂百科
7793
词条贡献者
该词条共有4人参与编辑，查看全部
词条有帮助，感谢贡献者
意见反馈权威合作百科协议
百度百科是免费编辑平台，无收费代编服务 | 详情
Baidu 京ICP证030173号
编辑
传视频
TA说
目录
在
大家好，我叫 Tom Ausburne，是一名 Active Directory 专业高级现场工程师。最近有位客户咨询微软是否具有任何执行 Active Directory“压力”测试的工具。下面通过一项简单搜索，带领大家了解这款工具。Active Directory 性能测试工具 (ADTest.exe)
http://www.microsoft.com/en-us/download/details.aspx?id=15275
在进入系统需求部分之前，您一定会认为这款工具十分完美。
支持的 *** 作系统
Windows 2000 和 Windows Server 2003
支持的 *** 作系统有点老，是吗？Windows Server 2003 R2 主流支持已于 2010 年 7 月 10 日截止，扩展支持也将于 2015 年 7 月 14 日到期。绝大部分公司已经入于过渡阶段。那么 Windows Server 2008、Windows Server 2008 R2、Windows Server 2012 和 Windows Server 2012 R2 呢？这些环境可以运行这款工具吗？
很感谢您的提问。ADTest 工具在较新版本的 Active Directory 上依然可以正常运行。该工具使用 LDAP，因此兼容性不是问题。十全十美，对吗？不要这么快下结论。没错，这款工具的确可以运行，但依据相关文档进行设置的过程却不那么简单。在搜索答案时，我偶然发现了这份白皮书，其中不仅对 ADTest 使用方法进行了讨论，而且还提供了适用于 64 位 *** 作系统的重写配置文件。
64 位版本的 Windows Server 2003 的 Active Directory 性能
http://www.microsoft.com/en-us/download/details.aspx?id=4948
大家可以在这篇文章中发现本文介绍的部分内容，但本文的内容更加简洁明了，下面我们对测试过程进行介绍。我将会假设大家了解 Active Directory 的安装和配置方法，因此不会介绍这些步骤。下面我们来说明一下设置过程，以便大家使用 Server 2012 R2 AD-DS 开始测试这款新硬件。在测试中，我使用的是 Windows Server 2012 R2 以及 Windows 7 和 Windows 8 客户端。
在开始讨论之前，我还想请大家注意的是，微软不再支持这款工具。本文只是为了表明，大家仍然可以在我们发布的较新的 *** 作系统上运行并使用这款工具。
我还想提醒大家的是，由于这款工具会对 Active Directory 做出更改，并会对域控制器产生负载，因此只应在测试环境下使用。无需再为接到大量技术支持呼叫而担忧（由于域控制器太过繁忙而无法登录产生的投诉）！既然已经完全澄清，下面我们就开始介绍。
服务器设置
1. 安装 Active Directory 域服务 (AD-DS)。
2. 设置 dSHeuristics 位，这样可保证将 userPassword 属性视作密码而不是字符串属性。
a. 单击 Start，单击 Run，键入 adsiedit.msc，然后单击 OK。
b. 双击 Configuration, CN=Configuration, CN=Services, CN=WindowsNT, CN=Directory Service。
c. 右键单击 CN=Directory Service，然后单击 Properties。
d. 单击 dSHeuristics。
e. 单击 Edit。
f. 将第 9 位设置为 1。（例如，将该值更改为 000000001）。
g. 单击 OK。
h. 单击 Apply。
i. 单击 OK。
3. 您需要在服务器允许的范围内增加用户连接数目。MaxUserPort 值可控制应用程序从系统请求任何可用用户端口时使用的最大端口号。
a. 启动 PowerShell（或者，您也可以使用 CMD 窗口，但确实需要习惯使用 PowerShell）。
b. 键入 netsh int ipv4 set dynamicport tcp start=1025 num=64511
您可能会问，“那么修改 TcpWindowSize 呢？”Windows Server 2012、Windows Server 2008 R2 和 Windows Server 2008 已经不再支持 Windows Server 2003 中的这个注册表关键字。
对于允许手动配置资源（如接收缓冲区和发送缓冲区）的网络适配器，应该增加分配的资源。某些网络适配器将接收缓冲区设置为较低容量以便节约内存，控制占用主机的内存的量。值较低会导致数据包丢失及性能降低。因此，对于接收密集型场景，我们建议您将接收缓冲区值设置为最大值。
除此之外，我们建议您将所有设置保留为默认值。该 *** 作系统可以有效自我调整以实现最佳性能。
4. 创建一个 ADTest 用户。在示例中，我创建了一个名为 perftest 的用户。此帐户用于创建组织单元、用户和组，并对 Active Directory 运行压力测试。将此用户设置为 Domain Admins 的成员。默认情况下，x64Performance.ats 脚本中使用的密码为 ss-123456。如果使用其他密码（像我一样），那么请确保修改此文件。您可以在本文末尾查看 x64Performance.ats 文件的内容。
客户端设置
1. 您需要在允许的范围内增加用户连接数。MaxUserPort 值可控制应用程序从系统请求任何可用用户端口时使用的最大端口号。
a. 启动 PowerShell（或者，您也可以使用 CMD 窗口，但确实需要习惯使用 PowerShell）。
b. 键入 netsh int ipv4 set dynamicport tcp start=1025 num=64511
2. 在各客户端上安装 ADTest 工具。您可以在此处获取该工具：
Active Directory 性能测试工具 (ADTest.exe)
http://www.microsoft.com/en-us/download/details.aspx?id=15275
本文中的所有屏幕截图均假设安装位置为 c:\ADTest。
3. 将 x64Performance.ats 文件复制到您在测试中使用的各个客户端，并将其置于 ADTest 安装文件夹。您可以在文本末尾获取该文件。
4. 将这些客户端加入域。确保您创建的 ADTest 用户是各台计算机上的本地管理员组的成员。
设置测试环境
在介绍环境设置之前，我想一些用户会问我们为什么不使用 PowerShell 进行全面创建。这个问题问得好。如果具有脚本或希望编写脚本，那么可以使用 PowerShell 创建组织单元、组和用户。您需要使用下文提供的相同名称进行创建，“或者”也可以修改配置文件以反映您创建的结构。我想说明的是，如果这款工具可以在几分钟内创建一切，为什么还要为自己创造这些额外的麻烦？因此，我只需使用这项内置功能。
下面开始 *** 作。在域根目录创建一个名为 BaseOU 的组织单元。在其下创建一个名为 Groups 的组织单元。
用于自动创建组织单元结构、用户、组以及向组添加用户的命令相当简单直观。我发现，如果在各项命令中输入刚刚在前面创建的用户名和密码，所有 *** 作会运行得更加顺畅。
要创建 10 个 3 层结构的组织单元，请使用以下命令：
adtest -r NewRoot -f x64Performance.ats -user perftest -password perftest -root 0 -t 10 -sf -e -o newroot.log
现在，我们需要添加一些用户。以下命令将向每个团队组织单元添加 1000 名用户。
adtest -r AddUser -f x64Performance.ats -user perftest -password perftest -root 0 -t 10 -sf -e -o adduser.log
我们需要添加一些全局安全组。以下命令将添加 20 个组。
adtest -r AddGlobalSecurityGroup -f x64Performance.ats -user perftest -password perftest -root 0 -t 1 -sf -e -o addgroups.log
最后，向这些安全组添加用户。您可以更改 GROUP=1，以反映您要添加用户的组。
adtest -r AddMembers -f x64Performance.ats -user perftest -password perftest -root 0 -t 1 -sf -e -set GROUP=1 -o addmembers1.log
我执行过多次相关设置，最终只创建了一个包含所有命令的 cmd 文件。您将会发现，我运行过多次 AddMembers 命令，以便将用户添加到不同的组。一旦掌握命令并使其按照您喜欢的方式运行，那么就可以利用这种有效方法快速进行设置。
运行测试
您已经完成全部设置，可以随时运行测试。您需要执行测试的每个客户端上运行此命令：
adtest -r %1 -f x64Performance.ats -user perftest -password perftest -root %2 -t %3 -sf -e
其中：
-r 用于指定测试 (%1) 的名称。例如，Search_Base_1Attr 或 update_1attr 都是可能的测试名称。
-f 用于指定自定义文件（提供的 x64Performance.ats 脚本），而不是默认 adTest.ats。
-user 和 –password 用于识别各台服务器上的管理员组成员。
-root 用于指定需要从管理单元结构中的哪个位置开始 (%2)。例如，0 从 ou_0000 开始。
-t 用于指定并发运行以生成负载的线程数 (%3)。通常情况下，此数值的范围为 1 到 3，为加快 *** 作可设置为高达 5 或 6，如搜索和牢固绑定。
-sf 用于显示测试输出。
-e 用于加密指令。
针对每项测试相应地更改这些参数的值。下面是对运行 6 个线程的第一个组织单元执行 NTLM 登录测试的一个示例：
adtest -r NTLM_Logon -f x64Performance.ats -user perftest -password perftest -root 0 -t 6 -sf –e
以下两项测试通过一次性更新并搜索 10 项属性来加重 DC 负载：
adtest -r Update_10Attr -f x64Performance.ats -user perftest -password perftest -root 0 -t 6 -sf -e
adtest -r Search_Base_10Attr -f x64Performance.ats -user perftest -password perftest -root 0 -t 6 -sf -e
您可以通过查询 x64Performance.ats 文件获取可用测试列表。如果要使用此工具查看一些真实的测试结果，请查阅该文档（本文前面也曾引用）以查看 3,000,000 名用户的性能数据。只需记住，它使用的是 Windows Server 2003。
64 位版本的 Windows Server 2003 的 Active Directory 性能
http://www.microsoft.com/en-us/download/details.aspx?id=4948
您可以通过多种方式测量 Active Directory 和新服务器硬件的性能。其中一种方法是使用内置性能监视器。您可以启动 Active Directory Diagnostics，以便在设置和测试期间收集一些有用的信息。
这就产生了一个很好的想法。为生产网络设置性能数据基准一直以来都是一个不错的主意。这是获取相关信息的有效途径。只需在正常工作日（比方说周一上午 7:00 至 10:00）运行该工具，这样就能在运行不正常时进行信息比较。
我不是要偏离主题，但大家一定会发现这些信息非常有用。运行收集器设置后，可以在 Reports 下查看对应的结果。
疑难解答
如果遇到任何问题，可以向任何命令添加调试输出。只需添加 –d 5，然后再次运行该命令即可。
EX: adtest -r NTLM_Logon -f x64Performance.ats -user perftest -password perftest -root 0 -t 6 -sf –e –d 5
在本例中，我发现输出中显示以下错误
—————————————-
SYSTEM ERROR
Error: 1326
System Message: The user name or password is incorrect.
Extended Message: Logon Failed for User="u01_000713", Password="password123!",Domain="Hay-Buv"
—————————————-
返回查看 x64Performance.ats 文件，仔细研究刚刚运行的测试部分。
然后，查看创建这些用户时设置的密码。大写很重要！
在将密码更改为 Password123! 之后，一切运行正常。我在执行此设置期间遇到的大部分问题均已在调试中得到解决。
有时候，您会因为值设置问题而发生失败。例如，如果根总数 (%2) + 线程数 (%3) 大于最高编号组织单元，就会发生失败。在上面的示例中，如果根是 0，线程数是 11，则会返回错误，因为不存在组织单元 10。
如果大家像我一样，那么很可能会掠过设置说明直接进行测试，因为您已经无数次这样做。若是这样，则可能会遇到一些问题。
如果再运行第一项命令时收到错误，并且随即启用调试，那么可能会看到以下信息：
LDAP ERROR —————————–
Host: ADTestSrv. Hay-Buv.local
Extended Message: 00000005: SecErr: DSID-031521E1, problem 4003 (INSUFF_ACCESS_RIGHTS), data 0
———————————————–
这只是一个简单的例子。您忘记将测试用户添加为 Domain Admins 成员。
现在，一切正常，只是没有创建任何用户。添加 –d 5（调试）命令，将会显示下列类型的错误：
LDAP ERROR —————————–
Host: ADTestSrv.Hay-Buv.local
Extended Message: 0000052D: SvcErr: DSID-031A129B, problem 5003 (WILL_NOT_PERFORM), data 0
———————————————-
同样提供一种快速修复方法。您需要将 dSHeuristics 第 9 位的值设置为 1。
没有那么难是吗？大多数时候，我们都能为大家出色地提供详尽说明，并且很多建议效果非常好。但是，我们当中的一些用户更倾向于查看“按顺序 *** 作”列表，然后按部就班地完成 *** 作。欢迎来到我的世界！或许我不得不开始多做一些工作，我们将此称为简要计算提示。
X64Performance.ats
使用记事本，将以下代码粘贴到一个新文件中。将该文件另存为 x64Performance.ats，并置于 ADTest 安装文件夹中。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）