Bulletproof: làm thế nào các nhà lãnh đạo kinh doanh ngày nay luôn đứng đầu

Bởi nhân viên Techopedia, ngày 7 tháng 6 năm 2017

Takeaway: Người dẫn chương trình Eric Kavanagh thảo luận về sao lưu và phục hồi với Tep Chantra của IDERA trong tập này của Hot Technologies.

Bạn hiện chưa đăng nhập. Vui lòng đăng nhập hoặc đăng ký để xem video.

Eric Kavanagh: OK, thưa quý vị và các bạn, đó là thứ Tư lúc 4:00 Đông, đối với những người trên không gian công nghệ doanh nghiệp, bạn biết điều đó có nghĩa là gì: Đã đến lúc cho Công nghệ nóng. Vâng, thực sự. Tên tôi là Eric Kavanagh, tôi sẽ là người điều hành của bạn cho sự kiện ngày hôm nay có tên là Bullet Bulletproof: Làm thế nào các nhà lãnh đạo kinh doanh của ngày hôm nay luôn đứng đầu. đó sẽ là Tep Chantra và bạn thực sự tổ chức cuộc trò chuyện này. Chúng ta sẽ nói về một số thứ khác nhau, bao gồm khôi phục thảm họa, sao lưu và khôi phục, nhưng thực sự thuật ngữ tôi muốn sử dụng ngày nay là khả năng phục hồi dữ liệu - Tôi đã nghe nói từ một quý ông chỉ vài tuần trước, và nó thực sự, nó rất có ý nghĩa Bởi vì nó nói lên tầm quan trọng của việc có một cơ sở hạ tầng thông tin linh hoạt bên dưới doanh nghiệp của bạn.

Đây là nền kinh tế thông tin ngày nay, có nghĩa là hầu hết các công ty phụ thuộc vào một số ý nghĩa hoặc khác về tài sản thông tin, về dữ liệu. Ý tôi là, ngay cả các công ty bán lẻ, thậm chí các công ty phần cứng, thực sự là bất kỳ loại tổ chức nào ngày nay sẽ có một loại xương sống thông tin nào đó, hoặc ít nhất là họ sẽ đến, nếu họ ở thời hiện đại, nếu bạn muốn. Có một số cửa hàng mẹ và cửa hàng pop vẫn có thể tránh những thứ đó, nhưng ngay cả ở đó, bạn bắt đầu thấy nhiều hệ thống thông tin hơn, nhiều trong số chúng dựa trên đám mây, thẳng thắn, nhưng rất nhiều trong số chúng vẫn còn tiền đề, để xử lý các giao dịch của khách hàng, theo kịp mọi thứ, để biết khách hàng của bạn muốn gì, vì biết hàng tồn kho là gì, để biết nó là gì, có thể hiểu được bức tranh lớn - ngày nay nó thực sự quan trọng.

Vì vậy, khả năng phục hồi dữ liệu là một thuật ngữ tôi muốn sử dụng; dư thừa là một thuật ngữ khác đến với tâm trí. Nhưng bạn muốn chắc chắn rằng bất kể điều gì xảy ra, nhân viên và tổ chức của bạn sẽ có thông tin cần thiết để phục vụ khách hàng của bạn. Vì vậy, tôi sẽ đi qua, chỉ cần đóng khung cuộc tranh luận, trước khi Tep bước vào và giải thích cho chúng tôi một số điều mà IDERA đang diễn ra. Tất nhiên, IDERA đã thực hiện khá nhiều webcast với chúng tôi trong năm ngoái hoặc lâu hơn thế. Đó là một công ty rất, rất thú vị, họ tập trung vào một số đồng thau, ngăn chặn và xử lý, khi cần thiết, để tồn tại trong nền kinh tế thông tin. Chúng tôi sẽ loại lặn trong.

Cơ sở hạ tầng chống đạn - đó thực sự là một bức tranh cũ của máy tính lớn, hãy nhìn xem, nó giống như đầu những năm 1960 từ Wikipedia. Bạn nghĩ về cách đó, ngày máy tính lớn không có nhiều điểm truy cập cho máy tính lớn, vì vậy bảo mật khá dễ dàng, sao lưu khá đơn giản, bạn có thể hiểu những gì phải làm, bạn chỉ cần vào và làm nó Tất nhiên, sau đó không có nhiều người biết phải làm gì, nhưng những người đã làm, thì rõ ràng bạn phải làm gì. Và không có quá nhiều mối quan tâm về điều đó. Bạn đã có vấn đề không thường xuyên, nhưng nó không thực sự phổ biến.

Ngày trước, công cụ này khá dễ dàng - ngày nay, không quá nhiều. Vì vậy, đây là hình ảnh - đó thực sự là Hercules chiến đấu với Hydra ngay tại đó. Đối với những người không tham gia vào thần thoại, Hydra là một sinh vật rất khó chịu ở chỗ nó có nhiều đầu, và bất cứ khi nào bạn chặt một cái, hai cái khác xuất hiện, vì vậy nó nói lên thách thức của nó đối phó với một số vấn đề mà bạn tìm thấy trong cuộc sống, cụ thể là trong bối cảnh đó, đã thực sự xoay quanh những kẻ xấu. Bạn hạ gục một kẻ xấu, thêm hai vụ mùa ở vị trí của chúng. Và bạn có thể thấy điều này trong thế giới hack, khá thẳng thắn, đó là một ngành công nghiệp lớn ngày nay và nó chỉ là một trong những thách thức lớn mà chúng ta phải đối mặt.

Vì vậy, bạn nghĩ về việc nếu bạn đang cố gắng vạch ra chiến lược phục hồi dữ liệu của mình, bạn phải lo lắng về điều gì? Chà, có rất nhiều thứ phải lo lắng: thiên tai, hỏa hoạn, lũ lụt. Tôi đã dành rất nhiều thời gian ở miền Nam và New Orleans tất nhiên có một số câu chuyện thú vị liên quan đến bão và lũ lụt và vv. Và rất nhiều lần lỗi của con người xuất hiện trong vở kịch, tôi nên nói. Và đó là trường hợp ngay cả ở Katrina ở New Orleans, bởi vì đúng vậy, một cơn bão đã đi qua, đó là một hành động của Thiên Chúa, như họ nói, bất khả kháng . Nhưng dù sao đó là lỗi của con người dẫn đến cơn bão dẫn đến một số vi phạm về thuế. Vì vậy, có ba người trong số họ, trên thực tế, có một người trên kênh công nghiệp, và vấn đề là có một con tàu đã không được neo đậu đúng cách, xuôi dòng sông. Và cơn bão ập đến và đẩy nó ra khỏi những chiếc neo của nó, và nó thực sự luồn kim đi vòng qua khúc quanh, nơi dòng sông uốn cong ngay bên ngoài New Orleans và nó vừa đi xuống kênh đào công nghiệp và đâm xuyên qua một trong những bức tường đó. Vì vậy, mặc dù, vâng, đó là một thảm họa tự nhiên, tuy nhiên, đó là lỗi của con người dẫn đến vấn đề lớn đó.

Và điều tương tự cũng xảy ra ở phía bên kia của thị trấn, nơi có một phần tiền thuế chưa bao giờ được hoàn thành, dường như bởi vì thành phố và quân đoàn kỹ sư chưa bao giờ đồng ý ai sẽ trả tiền cho nó. Chà, không cần một nhà khoa học tên lửa phát hiện ra rằng nếu bạn có một lỗ hổng lớn trong tiền thuế của mình, thì đó không phải là một khoản tiền rất hiệu quả. Và như vậy, vấn đề là lỗi của con người thực sự xảy ra trong kịch bản xảy ra thảm họa. Vì vậy, ngay cả khi nó cháy, hoặc nếu là lũ lụt, hoặc nếu đó là một trận động đất, hoặc bất kể trường hợp nào có thể xảy ra, có khả năng ai đó có thể có và nên làm để chuẩn bị cho một sự kiện như vậy. Và tất nhiên, đó là những gì chúng ta thường gọi là khắc phục thảm họa. Vì vậy, vâng, thảm họa xảy ra, nhưng con người nên thực sự nhìn xuyên qua những thứ đó, và chuẩn bị cho phù hợp. Hôm nay chúng ta sẽ nói một chút về điều đó với Tep.

Vì vậy, những nhân viên bất mãn - đừng đánh giá thấp những thiệt hại mà một nhân viên bất mãn có thể gây ra - họ ở ngoài đó, họ ở khắp mọi nơi. Tôi biết những người đã kể cho tôi nghe những câu chuyện về những điều thực sự khó chịu đã xảy ra, nơi mọi người chỉ làm những điều xấu, họ cố tình phá hoại tổ chức của chính họ, vì họ không hạnh phúc. Có lẽ họ đã không được tăng lương, hoặc họ bị sa thải, hoặc ai biết chuyện gì đã xảy ra. Nhưng đó là điều cần lưu ý và đó là một thành phần rất quan trọng. Trong trường hợp cấp phép cũng vậy, giống như một FYI ngoài kia, thưa các bạn. Một trong những số liệu thống kê tôi nghe được là khoảng 60 phần trăm tất cả các mẹo mà các công ty phần mềm nhận được khi không trả phí giấy phép đến từ nhân viên cũ. Vì vậy, bạn muốn chắc chắn rằng bạn đã mua phần mềm đó và bạn đã có nó công bằng và vuông. Sự phá hoại của công ty không xảy ra mọi lúc, nhưng nó xảy ra. Các vấn đề riêng tư cũng đi vào hỗn hợp; bạn phải cẩn thận về những gì bạn đang lưu trữ và cách bạn lưu trữ nó, thực sự nghĩ về những điều này.

Và tôi luôn cố gắng nhắc nhở mọi người về mặt quy định, điều thực sự quan trọng là phải có kế hoạch và thực hiện kế hoạch đó, bởi vì khi có sự thúc đẩy hoặc một số kiểm toán viên đến hoặc một cơ quan quản lý, bạn muốn có thể chỉ ra chính sách mà bạn có, và sau đó giải thích cách bạn giải quyết chính sách đó, khi một số điều xảy ra, chẳng hạn như thảm họa, như vấn đề được kiểm toán hoặc bất kỳ trường hợp nào có thể xảy ra. Bạn muốn biết những gì bạn đã làm, và có một hồ sơ về điều đó - nó sẽ đi một chặng đường dài để giữ cho kiểm toán viên và bay, và đó chỉ là công cụ tốt.

Vì vậy, tin tặc, tất nhiên - tôi sẽ nói vài phút về tin tặc và lý do tại sao chúng gây ra mối đe dọa như vậy. Và tất nhiên, ransomware, chỉ cần nói toàn bộ trường hợp này với WannaCry, ransomware WannaCry, chỉ bao phủ hành tinh trong một thời gian rất ngắn, và rõ ràng một số người không thân thiện thông minh cho một loạt thông tin từ NSA, đã có những công cụ hack được sử dụng và Để lộ ra. Vì vậy, tôi nhắc nhở mọi người, có một câu chuyện ngụ ngôn cũ, Aesop's Fable, nói rằng chúng ta thường cung cấp cho kẻ thù những công cụ hủy diệt của chính chúng ta. Đây là điều cần lưu ý, bởi vì một lần nữa, công nghệ này đã được NSA, bởi Hiệp hội An ninh Quốc gia - thực sự không thể nhớ nó đại diện cho cái gì. Nhưng nó đã bị phơi bày, và bước ra thế giới, và tàn phá. Đoán xem cái gì? Và nhiều công ty đã không nâng cấp môi trường Windows của họ, vì vậy nó đã cũ, nghĩ rằng đó là Windows XP, đã bị xâm phạm. Vì vậy, một lần nữa, nếu bạn đang siêng năng, nếu bạn đang ở trên đầu các bản vá và các phiên bản hệ điều hành của bạn và nếu bạn đang sao lưu dữ liệu của mình và khôi phục dữ liệu của mình. Nếu bạn đang làm tất cả những việc bạn nên làm, những thứ như thế không phải là vấn đề lớn. Nhưng bạn chỉ có thể nói với những người là rìu, Hey Hey, đoán xem? Chúng tôi không quan tâm, tắt hệ thống, khởi động lại hệ thống, tải lên các bản sao lưu. Và bạn sẽ rời khỏi cuộc đua.

Vì vậy, vấn đề là có, những điều tồi tệ này xảy ra, nhưng có những điều bạn có thể làm về nó - đó là những gì chúng ta sẽ nói về chương trình hôm nay. Vì vậy, tôi đã thực hiện một số nghiên cứu - thực sự, nó rất thú vị, nếu bạn vào Wikipedia và tìm kiếm hack, nó đã đi đến năm 1903. Khi một chàng trai hack một hệ thống cho điện báo và gửi tin nhắn thô lỗ qua điện báo, chỉ để chứng minh rằng anh ta có thể hack nó, tôi cho rằng. Tôi nghĩ rằng đó là thú vị. Vấn đề là, tin tặc về cơ bản rất tốt trong việc đột nhập và xâm nhập, đây là những gì chúng đã làm trong nhiều năm và nhiều năm. Họ giống như những người chọn khóa của thế giới internet hiện đại.

Và bạn phải nhớ rằng bất kỳ hệ thống nào cũng có thể bị hack, nó có thể bị hack từ bên trong, nó có thể bị hack từ bên ngoài. Rất nhiều lần, khi những vụ hack đó xảy ra, chúng sẽ không hiển thị hoặc những người hack vào hệ thống của bạn sẽ không làm được gì nhiều trong một thời gian. Họ chờ đợi một lúc; có một chút chiến lược liên quan, và một phần chỉ vì khía cạnh hoạt động kinh doanh của họ, bởi vì thông thường những gì tin tặc đang làm là họ chỉ thực hiện một phần nhỏ của chương trình, vì vậy rất nhiều kẻ giỏi thâm nhập tường lửa và hệ thống thông tin thâm nhập, đó là điều họ làm tốt nhất, và một khi họ xâm nhập vào một hệ thống, sau đó họ quay lại và cố gắng bán quyền truy cập đó cho ai đó. Và điều đó cần có thời gian, thường thì đó là trường hợp ai đó ở hậu trường chỉ cố bán quyền truy cập vào bất kỳ hệ thống nào họ đã hack - hệ thống của bạn, có khả năng, sẽ không quá vui - và họ cố gắng tìm ra ai sẽ thực sự trả tiền để truy cập hệ thống

Vì vậy, có một mạng lưới các cá nhân hoặc tổ chức rời rạc ngoài kia, những người kết hợp và hợp tác để sử dụng thông tin bị đánh cắp. Cho dù đó là hành vi trộm cắp danh tính, hay chỉ là đánh cắp dữ liệu, cho dù họ đang gây khó chịu cho công ty - đó là trường hợp của phần mềm ransomware này, những kẻ này chỉ nắm giữ hệ thống của bạn và họ yêu cầu tiền, và nếu họ nhận được tiền, có thể hoặc có lẽ họ sẽ không trả lại công cụ của bạn. Tất nhiên, đó là điều đáng sợ thực sự, là tại sao bạn thậm chí muốn trả khoản tiền chuộc đó? Làm thế nào để bạn biết rằng họ sẽ trả lại? Họ có thể chỉ cần yêu cầu gấp đôi hoặc gấp ba. Vì vậy, một lần nữa, tất cả nói lên tầm quan trọng của việc thực sự suy nghĩ thông qua chiến lược thông tin, khả năng phục hồi dữ liệu của bạn.

Vì vậy, tôi đã thực hiện một số nghiên cứu thêm, đó là một chiếc 386 cũ; nếu bạn già như tôi, bạn có thể nhớ những hệ thống này. Và họ không phải là vấn đề về hack; hồi đó không có nhiều virus. Ngày nay, đó là một trò chơi khác, vì vậy tất nhiên internet xuất hiện và thay đổi mọi thứ. Bây giờ mọi thứ đã được kết nối, có một đối tượng toàn cầu ngoài kia, những virus lớn đầu tiên bắt đầu tấn công và thực sự ngành công nghiệp hack bắt đầu nổi lên, khá thẳng thắn.

Vì vậy, chúng ta sẽ nói một chút về IoT, chúng ta đã có một câu hỏi hay từ một thành viên khán giả: Làm cách nào để bảo vệ các thiết bị IoT, khỏi quan điểm dễ bị tổn thương? Đó là một vấn đề lớn - khá thẳng thắn, hiện tại có rất nhiều nỗ lực được đặt vào đó, vào cách bạn đối phó với tiềm năng cho các thiết bị IoT bị hack. Nó được sử dụng rất nhiều, ví dụ như các vấn đề thông thường mà bạn tập trung vào, bảo vệ mật khẩu, trải qua quá trình thiết lập cẩn thận, thiết lập mật khẩu của riêng bạn. Rất nhiều lần mọi người sẽ chỉ để lại một mật khẩu mặc định trong đó, và thực tế điều đó sẽ dẫn đến lỗ hổng. Vì vậy, đó là những thứ cơ bản. Chúng tôi vừa có một chương trình khác về bảo mật vào đầu tuần này, trên chương trình radio của chúng tôi, với một số chuyên gia ở đó và tất cả họ đều nói rằng 80 Lỗi90 hoặc hơn phần trăm các vấn đề hack, cho dù đó là IoT hay ransomware, hoặc bất cứ điều gì, sẽ tránh được nếu bạn Chỉ cần xử lý các vấn đề cơ bản, nếu bạn chắc chắn rằng bạn đã bảo vệ căn cứ của mình, bạn đã làm tất cả những việc cơ bản, mà bạn biết là bạn phải làm, xử lý hơn 80 phần trăm tất cả các vấn đề ngoài kia.

Vì vậy, internet của vạn vật, OK, IoT. Chà, nếu bạn nghĩ về IoT, nó không hoàn toàn mới. Thành thật mà nói, có những nhà sản xuất cao cấp đang làm điều này cách đây 20 và 30 năm, và khoảng 15, 20 năm trước, đó là khi RFID xuất hiện - thẻ nhận dạng tần số vô tuyến - cực kỳ hữu ích trong việc giúp đỡ rất lớn các tổ chức, chẳng hạn như các nhà bán lẻ, ví dụ, các công ty vận chuyển, bất kỳ công ty sản phẩm nào di chuyển công cụ trên khắp đất nước, trên khắp thế giới, việc có tất cả dữ liệu đó là vô cùng hữu ích, bạn tìm hiểu xem công cụ của bạn đi đâu; nếu một cái gì đó biến mất, bạn tìm ra.

Tất nhiên, đó không phải là một giải pháp hoàn hảo, trên thực tế, tôi đã có máy tính xách tay của mình, Apple bỏ trốn, từ sân bay Atlanta - Sân bay Atlanta Hartsfield - ai đó vừa lấy túi của tôi, bằng máy tính của tôi. Tôi nghĩ họ không ăn cắp túi nữa; họ luôn tìm thấy túi - sai. Một người nào đó đã đánh cắp chiếc túi và sau đó nó xuất hiện khoảng một tháng sau, nó tỉnh dậy, tôi nhận được một tin nhắn nhỏ từ Apple, từ iCloud rằng nó đã thức dậy cách sân bay Atlanta Hartsfield khoảng bảy đến mười phút về phía nam; ai đó chỉ quyết định đi vào đó Họ mới ngồi được khoảng một tháng và tôi đã trải qua quá trình nhận ra khá bực bội, ừ, tôi biết đại khái là nó ở đâu, có thể là trong ngôi nhà này, ngôi nhà đó, ngôi nhà bên kia đường, nó chỉ ở đó tạm thời Bạn làm nghề gì? Giống như, làm thế nào là thông tin hữu ích cho bạn?

Vì vậy, mặc dù bạn học được điều gì đó, đôi khi bạn không thể làm được gì nhiều về nó. Nhưng dù sao, thế giới hỗ trợ IoT này, tôi phải nói rằng, tôi nghĩ chúng ta chưa hoàn toàn sẵn sàng cho nó, thành thật mà nói. Tôi nghĩ rằng chúng ta có một trường hợp có rất nhiều công nghệ tốt ngoài kia và chúng ta có thể sẽ di chuyển quá nhanh để tận dụng những điều này, bởi vì mối đe dọa là rất đáng kể. Chúng tôi chỉ nghĩ về số lượng thiết bị hiện là một phần của mối đe dọa, như mọi người nói về nó, đó là một làn sóng thiết bị khổng lồ, khổng lồ sắp xảy ra.

Một số vụ hack lớn xảy ra gần đây, đánh sập máy chủ DNS, phải thực hiện với các thiết bị IoT được đồng chọn và quay lưng với máy chủ DNS, chỉ là các vụ hack DDoS cổ điển, từ chối dịch vụ phân tán, theo nghĩa đen, các thiết bị này được lập trình lại để gọi trên một máy chủ DNS với tốc độ chóng mặt, nơi bạn sẽ nhận được hàng trăm ngàn yêu cầu đến máy chủ DNS này, và chỉ bị sặc và gặp sự cố và chết. Đó là điều mà câu chuyện tuyệt vời trên một trang web không phổ biến mà các máy chủ vừa gặp sự cố - chúng chỉ không được tạo ra cho loại lưu lượng truy cập đó.

Vì vậy, IoT chỉ là một điều cần lưu ý, một lần nữa, nếu chúng ta xử lý sao lưu và khôi phục, điều quan trọng cần nhớ là bất kỳ cuộc tấn công nào trong số này có thể xảy ra tại bất kỳ thời điểm nào. Và nếu bạn không chuẩn bị cho điều đó, thì bạn sẽ mất rất nhiều khách hàng, vì bạn sẽ khiến rất nhiều người không hài lòng. Và bạn sẽ có sự quản lý danh tiếng đó để đối phó. Đó là một trong những thuật ngữ mới đang nổi xung quanh đó, quản lý danh tiếng của Google. Hãy nhớ và đánh giá cao rằng danh tiếng có thể mất nhiều năm để xây dựng và vài phút hoặc thậm chí vài giây để phung phí. Vì vậy, hãy ghi nhớ điều đó khi bạn lên kế hoạch cho chiến lược thông tin của mình.

Vì vậy, sau đó, có toàn bộ khái niệm về đám mây lai này. Tôi đã có một trong những bộ phim cũ, yêu thích của tôi từ thời thơ ấu, Đảo Tiến sĩ Moreau ở đó, nơi họ đã tạo ra những thứ nửa động vật, nửa sinh vật này, giống như đám mây lai. Vì vậy, các hệ thống tại chỗ sẽ tồn tại trong nhiều năm - đừng nhầm lẫn về điều đó, sẽ mất nhiều thời gian để kết nối các trung tâm dữ liệu tại chỗ đó - và ngay cả trong các doanh nghiệp nhỏ bạn sẽ có nhiều dữ liệu khách hàng trong hệ thống và ổ đĩa của bạn, và tình huống càng phức tạp thì càng khó để đứng đầu. Điều đó nói rằng, hợp nhất trong một cơ sở dữ liệu luôn luôn là một thách thức thực sự, đặc biệt là với một hệ thống như MySQL chẳng hạn.

Cố gắng nhồi nhét mọi thứ vào một hệ thống chưa bao giờ dễ dàng thực hiện. Thông thường khi nó được thực hiện, có vấn đề, bạn nhận được vấn đề hiệu suất. Vì vậy, một lần nữa, nó sẽ là một vấn đề trong một thời gian khá lâu. Cơ sở hạ tầng kế thừa ngoài kia trong các trung tâm dữ liệu và trong các doanh nghiệp, tất nhiên. Đó là vấn đề với WannaCry, là bạn có tất cả các hệ thống XP này chưa - Microsoft không hỗ trợ XP nữa. Vì vậy, thật đáng ngạc nhiên khi một số vấn đề trở nên nghiêm trọng và đau đớn đến mức có thể tránh được bằng cách bảo trì và bảo trì cơ bản. Vật liệu cơ bản.

Vì vậy, sẽ có một khoảng cách kỹ năng; những lỗ hổng kỹ năng này sẽ tăng lên theo thời gian, bởi vì một lần nữa, đám mây là tương lai - tôi không nghĩ có bất kỳ nghi ngờ nào về điều đó - đám mây là nơi mọi thứ đang diễn ra; đã có một trọng tâm trong đám mây. Và những gì bạn sẽ thấy là ngày càng nhiều công ty, ngày càng có nhiều tổ chức tìm đến đám mây. Vì vậy, điều đó sẽ để lại một số lỗ hổng kỹ năng ở phía tiền đề; nó chưa ở đó, nhưng nó đang đến Và thậm chí nghĩ về việc khấu hao, rất nhiều công ty lớn, họ không thể chuyển sang đám mây - họ có thể, nhưng nó sẽ không có ý nghĩa, rất tốn kém, bởi vì họ đang khấu hao tất cả những tài sản đó ba, đến năm, bảy năm, có thể.

Điều đó tạo ra một cửa sổ thời gian khá quan trọng, trong thời gian đó họ sẽ di chuyển khỏi khu vực tại chỗ và hướng tới môi trường đám mây. Và thật lòng mà nói, chúng ta đã đạt đến điểm hiện tại, nơi mà tại chỗ có lẽ kém an toàn hơn đám mây. Thật buồn cười, vì đó là một cú hích lớn trong một thời gian dài: Các công ty lo lắng về việc lên đám mây vì lý do bảo mật, họ lo lắng về việc đám mây dễ bị hack. Chà, chắc chắn là vậy, nhưng thực sự nếu bạn nhìn vào các ông lớn: Amazon, Microsoft, thậm chí bây giờ là SAP và Google, tất cả những người này, họ khá giỏi về những thứ đó, họ khá giỏi trong việc bảo vệ đám mây chinh no.

Và sau đó, tất nhiên, cuối cùng cũng đứng về phía hệ thống, ngày tháng: các ứng dụng này xuất hiện khá lâu trong những ngày này. Tôi đã nghe một câu nói đùa một lần, định nghĩa của phần mềm cũ là bất kỳ phần mềm nào đang được sản xuất. (Cười) Tôi nghĩ nó thật hài hước. Vì vậy, đối với các hệ thống đám mây, tôi đã đề cập đến những người chơi chính, họ chỉ đang phát triển từng ngày. AWS vẫn thống trị không gian đó, mặc dù tín dụng của Microsoft đã thực sự tìm ra một số thứ và họ tập trung rất chăm chú. SAP, Đám mây HANA của SAP cũng vậy, đó là nền tảng Đám mây HANA mà họ gọi nó - đó là một lĩnh vực tập trung rất lớn cho SAP và vì những lý do rõ ràng. Họ biết rằng đám mây bây giờ có lực hấp dẫn, họ biết rằng đám mây là một khu vực võ thuật tuyệt vời cho công nghệ.

Vì vậy, những gì bạn đang thấy là sự hợp nhất này xung quanh các kiến ​​trúc đám mây và bạn sẽ có rất nhiều công việc trong hai năm tới về việc di chuyển từ đám mây sang đám mây. Ngay cả quản lý dữ liệu chủ trên các đám mây cũng sẽ trở thành một vấn đề lớn. Và Salesforce - hãy xem Salesforce đã trở thành lớn như thế nào - đó là một lực lượng tuyệt đối được tính toán. Ngoài ra, đó là một hệ thống tiếp thị trên đám mây; bây giờ có khoảng 5.000 công ty công nghệ tiếp thị - 5.000! Thật là điên rồ. Và bạn đang thấy nhiều nỗ lực hơn trên khung kính đơn này, để có thể quản lý môi trường nhiều đám mây. Vì vậy, một slide cuối cùng từ tôi, và sau đó tôi sẽ trao nó cho Tep để cho chúng tôi một lời khuyên về cách chúng tôi có thể đi trước trò chơi ở đây.

Điều này, chúng tôi đã nói về chương trình phát thanh của tôi vào đầu tuần này, mô hình đám mây trách nhiệm được chia sẻ. Vì vậy, những gì họ nói về là AWS chịu trách nhiệm bảo mật đám mây như thế nào, vì vậy bảo mật của đám mây. Có thể thấy các cửa hàng tính toán, mạng cơ sở dữ liệu, v.v. Nhưng khách hàng chịu trách nhiệm về dữ liệu và bảo mật trong đám mây. Chà, thật buồn cười vì họ sử dụng thuật ngữ này, chia sẻ trách nhiệm, và điều tôi tập hợp từ các khách mời trong chương trình của chúng tôi là nó không thực sự được chia sẻ. Ý tưởng là, đó là trách nhiệm của bạn, bởi vì tỷ lệ cược là nếu sự cố xảy ra và ai đó lây nhiễm vào môi trường của bạn, AWS có thể sẽ không chịu trách nhiệm, bạn phải chịu trách nhiệm.

Vì vậy, đó là một thế giới kỳ lạ, tôi nghĩ đó là một thuật ngữ trùng lặp, trách nhiệm được chia sẻ bởi vì thực sự nó không phải như vậy, đó vẫn là trách nhiệm của bạn trong việc vượt lên trên tất cả những thứ đó. Vì vậy, với điều đó, và tôi biết rằng tôi đã nói một chút về IoT - chúng tôi có một câu hỏi hay về cách bảo mật các thiết bị IoT - sẽ có một loạt các công nghệ tuyệt đối xuất hiện để có thể đối phó với điều đó. Rõ ràng là bạn đã có một số phần mềm trên một số chương trình cơ sở trên chính các thiết bị IoT, vì vậy đó là điều cần lưu ý; bạn phải lo lắng về bất kỳ giao thức xác thực nào bạn phải sử dụng cho những thứ đó. Nhưng như tôi nói, những điều cơ bản, có lẽ sẽ vượt qua hầu hết những rắc rối mà bạn sẽ gặp phải, chỉ là bảo vệ mật khẩu, thay đổi mật khẩu và thực sự đứng trên đó - theo dõi những điều đó và xem .

Ví dụ, rất nhiều công nghệ được sử dụng để theo dõi gian lận, hoặc hoạt động bất chính trong các mạng thực sự tập trung vào các ngoại lệ, và đó là điều mà máy học thực sự khá tốt, trong việc phân cụm và theo dõi các ngoại lệ, theo dõi các kiểu hành vi lạ. Giống như, thành thật mà nói, những gì chúng ta đã thấy với cuộc tấn công DDoS gần đây trên các máy chủ DNS, nơi tất cả các thiết bị đột ngột này bắt đầu gửi một cuộc gọi lại đến một số ít máy chủ cụ thể, trông không được tốt lắm. Và thành thật mà nói, điều tôi luôn nhắc nhở mọi người về các hệ thống này: Bất cứ khi nào bạn có tự động hóa nghiêm trọng trong các môi trường đó, luôn có ghi đè thủ công, có công tắc tắt - bạn muốn có một loại công tắc giết được lập trình trong đó để tắt những điều đó xuống

Vì vậy, với điều đó, tôi sẽ đẩy slide đầu tiên của Tep, anh ấy sẽ làm một số bản demo cho chúng tôi. Và sau đó tôi sẽ tiếp tục và đưa cho bạn các khóa vào tab WebEx. Bây giờ, nó đang đến theo cách của bạn, và mang nó đi.

Tep Chantra: Được rồi, cảm ơn, Eric. Tên tôi là Tep Chantra và tôi là người quản lý sản phẩm tại IDERA. Hôm nay, muốn nói về giải pháp sao lưu doanh nghiệp của IDERA, cụ thể là SQL Safe Backup. Đối với những người quen thuộc với SQL Safe Backup, chúng ta hãy xem nhanh một số điểm nổi bật của sản phẩm mà tôi xin lỗi. Vì vậy, như bạn có thể đã đoán, mọi người nói sao lưu, sao lưu và khôi phục sản phẩm SQL Server, một trong những tính năng chính của SQL Safe là khả năng thực hiện sao lưu nhanh. Và đó là một tính năng quan trọng, do hầu hết các bản sao lưu phải được thực hiện và trong hầu hết các trường hợp, chúng phải được thực hiện rất nhanh, trong một cửa sổ nhỏ thời gian.

Trong một số môi trường hiện nay, việc đáp ứng các cửa sổ sao lưu đó có thể là một thách thức khá lớn, đặc biệt là khi bạn có một số cơ sở dữ liệu lớn phải được sao lưu. Khả năng của SQL Safe để hoàn thành các hoạt động sao lưu nhanh chóng cho phép người dùng cuối có thể đáp ứng các cửa sổ sao lưu đó. Nói về cơ sở dữ liệu lớn, sao lưu các cơ sở dữ liệu lớn đó, rõ ràng là các tệp sao lưu lớn hơn. Một tính năng khác mà SQL Safe tỏa sáng là khả năng nén các tệp sao lưu. Thuật toán nén được sử dụng có thể đạt tới mức nén 90% 95%. Điều này có nghĩa là bạn có thể lưu trữ các bản sao lưu lâu hơn hoặc cho phép tiết kiệm chi phí về nhu cầu lưu trữ.

Mặt trái của các hoạt động sao lưu, bạn có các hoạt động khôi phục. Một trong những trận chiến mà các DBA phải chiến đấu trong việc khôi phục cơ sở dữ liệu là những cơ sở dữ liệu đó phải được khôi phục càng nhanh càng tốt. Trong trường hợp cơ sở dữ liệu lớn, việc khôi phục hoàn toàn tệp sao lưu có thể mất vài giờ, điều này rõ ràng có nghĩa là thời gian chết lâu hơn và có thể mất doanh thu. SQL Safe may mắn có tính năng này có tên là Instant Instant Restore, về cơ bản giúp giảm thời gian giữa khi bạn bắt đầu khôi phục và khi cơ sở dữ liệu có thể được truy cập bởi người dùng cuối hoặc thậm chí các ứng dụng.

Tôi nhớ đã nói chuyện với một khách hàng một lần, nơi anh ta báo cáo việc khôi phục một cơ sở dữ liệu cụ thể đã mất 14 giờ. Nhưng với tính năng khôi phục tức thì, anh ta đã có thể truy cập vào cơ sở dữ liệu đó trong vòng một giờ hoặc ít hơn. Quản lý dựa trên chính sách, một điểm nổi bật khác của SQL Safe là khả năng tạo chính sách và quản lý các hoạt động sao lưu của bạn thông qua các chính sách đó. Khi bạn định cấu hình chính sách, về cơ bản, bạn xác định những trường hợp nào sẽ được sao lưu hoặc cơ sở dữ liệu nào trong những trường hợp đó sẽ được sao lưu, loại hoạt động sao lưu nào sẽ được thực hiện và thậm chí cả lịch trình mà các bản sao lưu đó sẽ xảy ra.

Ngoài ra, bạn cũng có thể cấu hình thông báo cảnh báo. Bằng cách đó, bạn có thể được thông báo về các sự kiện như sao lưu hoàn thành thành công, sao lưu thất bại, có thể nó có thể thấy điều này, nhưng có một số cảnh báo liên quan đến hoạt động đó. Bạn cũng sẽ được thông báo nếu sao lưu không thực hiện như dự kiến. Đó là một thông báo quan trọng, bởi vì sau đó bạn có thể có, mạo hiểm một cửa sổ thời gian mà không có bản sao lưu. Và việc nhận được thông báo như vậy sẽ cho bạn biết rằng bạn cần phải ra khỏi đó và thực hiện sao lưu đó và sau đó có thể thực hiện một số nghiên cứu về lý do tại sao bản sao lưu đó không chạy như dự kiến.

Một số điều khác, chúng ta hãy xem ở đây, phản chiếu chịu lỗi, về cơ bản có nghĩa là chúng ta có khả năng tạo các tệp sao lưu trùng lặp ở nhiều hơn một vị trí. Vì vậy, ví dụ, giả sử bạn có một đích đến ở mục tiêu chính là một bộ lưu trữ chính của bạn, nơi tất cả các tệp sao lưu của bạn đi. Tuy nhiên, bạn có thể cần phải có một bản sao của cùng một tệp sao lưu trên chính máy cục bộ, chỉ trong trường hợp bạn cần thực hiện một số thử nghiệm bổ sung, hãy đảm bảo rằng cơ sở dữ liệu có thể được khôi phục, bất kể trường hợp nào có thể. Tối ưu hóa cơ sở dữ liệu ảo SQL - về cơ bản là, chúng tôi có một sản phẩm khác gần đây được tích hợp vào SQL Safe, được gọi là Cơ sở dữ liệu ảo SQL.

Như tôi đã đề cập, có phải nó được tích hợp gần đây nên thực sự được bao gồm trong chính SQL Safe. Bây giờ, những gì cơ sở dữ liệu ảo SQL về cơ bản cho phép bạn làm, là thực sự tạo ra một cơ sở dữ liệu ảo. (Cười) Tôi ghét sử dụng các thuật ngữ tương tự như định nghĩa, nhưng điều cơ bản xảy ra là chúng tôi sẽ gắn kết cơ sở dữ liệu và dựa trên tệp sao lưu. Vì vậy, điều cơ bản xảy ra là SQL Server nghĩ rằng cơ sở dữ liệu thực sự đang hoạt động, trong khi nó thực sự đọc dữ liệu từ tệp sao lưu, thay vì thực sự tạo ra cơ sở dữ liệu thực tế trên hệ thống tệp.

Điều này thực sự hữu ích vì nó cho phép bạn truy cập dữ liệu trong tệp sao lưu mà không thực sự tiêu tốn thêm dung lượng đĩa, vì vậy nó rất tiện dụng, đặc biệt là khi bạn xử lý các cơ sở dữ liệu khổng lồ mà bạn chỉ cần lấy, hãy xem nhanh hoặc làm một số dev làm việc trên. Mã hóa không tác động - điều cơ bản có nghĩa là khi chúng tôi thực hiện sao lưu các cơ sở dữ liệu này, chúng tôi thực sự có thể mã hóa các tệp sao lưu và khi chúng tôi mã hóa các tệp sao lưu này, chúng tôi sẽ không thêm bất kỳ tải nào vào thực tế hiệu suất của hệ thống. Vì vậy, nó hoàn toàn không đáng kể. Vận chuyển gỗ tròn là một điều khác mà chúng ta có thể làm, trong đó các chính sách của chúng tôi, như tôi đã đề cập trước đó, và liên quan đến việc cấp phép thuận lợi - điều đó có nghĩa là các mô hình cấp phép của chúng tôi cho phép bạn chuyển các mô hình cấp phép từ phiên bản này sang phiên bản khác, với một vài cú nhấp chuột đơn giản.

Tiếp tục, chúng ta hãy xem nhanh kiến ​​trúc của chính sản phẩm. Vì vậy, về cơ bản có bốn thành phần chính cho sản phẩm. Chúng tôi đã bắt đầu từ bên trái, Bảng điều khiển quản lý an toàn SQL và Bảng điều khiển web. Cả hai đều cơ bản là giao diện người dùng, một là máy khách để bàn và cái còn lại là ứng dụng web. Cả hai giao diện người dùng này đều lấy dữ liệu từ thành phần tiếp theo, đó là Cơ sở dữ liệu Kho lưu trữ an toàn SQL. Cơ sở dữ liệu kho lưu trữ về cơ bản lưu trữ tất cả lịch sử hoạt động của bạn, tất cả các hoạt động sao lưu và khôi phục. Những chi tiết được lưu trữ ở đây. Tất cả dữ liệu này trong kho được quản lý bởi Dịch vụ quản lý an toàn SQL, là thành phần tiếp theo. Dịch vụ quản lý chịu trách nhiệm cập nhật cơ sở dữ liệu kho lưu trữ và gửi thông báo cảnh báo. Dữ liệu liên quan đến các hoạt động sao lưu và khôi phục thực sự đến từ Tác nhân sao lưu an toàn SQL, là thành phần cuối cùng, ở phía bên phải.

Tác nhân sao lưu an toàn SQL là một thành phần được cài đặt trên tất cả các máy chủ lưu trữ các phiên bản SQL Server mà bạn đang cố gắng quản lý với SQL Safe. Và đây là dịch vụ thực sự chịu trách nhiệm thực hiện sao lưu và nén chúng. Bây giờ, trên slide này, cũng có một thành phần thứ năm, không hoàn toàn bắt buộc, nhưng đó là một thứ tốt đẹp để có. Và đó là tệp RDL Dịch vụ Báo cáo SQL Server của chúng tôi. Điều này về cơ bản cho phép bạn làm là triển khai một số tệp RDL lên Dịch vụ báo cáo SQL Server để bạn có thể chạy các báo cáo đối với cơ sở dữ liệu kho lưu trữ của chúng tôi. Và chúng tôi có một số báo cáo khác nhau như lần cuối cùng bản sao lưu của bạn chạy, chi tiết về các hoạt động sao lưu, bạn có gì.

Và xin lỗi. Hãy tiếp tục và xem SQL Safe chính nó. Hãy cho tôi một giây ở đây. Và cho tôi một giây để đăng nhập. Như bạn thấy, tôi đã tải ngay bây giờ là ứng dụng web, nhưng trước tiên, tôi thực sự muốn xem qua ứng dụng máy tính để bàn. Vì vậy, hãy để tôi bắn nó lên thật nhanh. Và đây là ứng dụng máy tính để bàn SQL Safe, khi tải lần đầu tiên, nó sẽ đưa bạn đến chế độ xem SQL Safe ngày hôm nay. Đây về cơ bản là liệt kê tất cả các hoạt động sao lưu hoặc khôi phục các hoạt động đã xảy ra cho đến ngày hôm nay. Nó cũng cung cấp cho bạn trạng thái nhanh chóng về môi trường của bạn, như bạn có thể thấy ở đây, nó nói rằng các chính sách của tôi có một chính sách, ở trạng thái OK, điều đó tốt, vì tôi chỉ có một chính sách và tôi hy vọng rằng nó không thể . Cũng cung cấp cho bạn một bản tóm tắt các hoạt động đã thành công, bất kỳ hoạt động nào có thể đã thất bại. Nhìn chung, tôi đang ở trong tình trạng tốt: Chỉ cần nhìn nhanh, bạn có thể thấy tất cả các loại rau xanh; chúng tôi tốt để đi.

Ở bên trái ở đây bạn có thể thấy tất cả các máy chủ mà bạn đã đăng ký với SQL Safe và các máy chủ mà bạn đang quản lý. Nếu bạn mở rộng nó, bạn có thể xem danh sách các cơ sở dữ liệu trên hệ thống đó. Nếu bạn chọn một cơ sở dữ liệu cụ thể, bạn có thể xem lịch sử hoạt động của cơ sở dữ liệu cụ thể đó. Không có nhiều điều để giải thích, ngoài việc bạn có thể tiếp tục và thực hiện sao lưu ad hoc từ cửa sổ này, và nó thực sự nhanh chóng và đơn giản. Và hãy để tôi chứng minh điều đó với bạn thật nhanh. Bạn chỉ cần nhấp chuột phải vào nó và chọn thao tác bạn muốn làm. Và với mục đích này, tôi sẽ tiếp tục và chọn cơ sở dữ liệu sao lưu. Và SQL Safe Backup Wizard mở ra. Từ đây bạn có được điều này, giống như trường hợp nào bạn muốn thực hiện sao lưu và chọn cơ sở dữ liệu nào bạn muốn sao lưu. Trong trường hợp này, tôi đã chọn trước máy HINATA và cơ sở dữ liệu Contoso Retail này, vì đó là những gì tôi đã nhấn mạnh khi tôi chọn tùy chọn. Tôi sẽ tiếp tục và để lại điều đó ngay bây giờ, nhưng bạn có tùy chọn thực sự chọn thêm cơ sở dữ liệu để nếu bạn muốn sao lưu tất cả cơ sở dữ liệu người dùng của mình, bạn có thể chọn nút radio này và nó sẽ chọn trước tất cả những, cái đó. Hãy để tôi đi trước và chỉ cần tiến hành với điều đó.

Trên trang tiếp theo của trình hướng dẫn. Đây là nơi tôi có thể chọn loại sao lưu mà tôi muốn thực hiện và bạn có một số tùy chọn khác nhau ở đây. Đó là điều tôi chắc chắn được tìm thấy trong tất cả các tiện ích sao lưu, ví dụ, bạn có thể thực hiện sao lưu toàn bộ, sao lưu vi sai, sao lưu nhật ký giao dịch hoặc bạn thực sự có thể chỉ cần sao lưu chính tệp cơ sở dữ liệu. Bạn cũng có các tùy chọn tạo bản sao lưu chỉ sao chép, về cơ bản được sử dụng khi bạn không muốn làm phiền với các LSM. Bây giờ tôi sẽ chọn chọn không có trò chơi nào. Và bạn cũng có tùy chọn để xác minh bản sao lưu sau khi bản sao lưu hoàn tất - theo cách đó bạn chắc chắn rằng bản sao lưu của bạn tốt và có thể được sử dụng sau này. Đây luôn là một trong những tính năng mà bạn muốn đảm bảo rằng bạn có, chỉ để cung cấp cho bạn một chút đảm bảo rằng bản sao lưu có thể sử dụng được.

Ở đây, bạn tìm thấy tên và mô tả dữ liệu. Đây thực chất là siêu dữ liệu mà bạn có thể giúp dễ dàng xác định bản sao lưu được sử dụng để làm gì, vì vậy tôi sẽ nói mục đích demo ở đây. Và sử dụng bản sao lưu cơ sở dữ liệu của bạn để demo. Tiếp theo, ở đây chúng tôi xác định nơi chúng tôi muốn lưu tệp sao lưu của mình và bạn có một số tùy chọn khác nhau ở đây: Bạn có thể lưu tệp vào một tệp duy nhất, bạn có thể tạo tệp sọc, bạn có khả năng chọn đích đích, chúng tôi có thể chọn cũng hỗ trợ miền dữ liệu. Và đó, đám mây Amazon ST, trong trường hợp đó là nơi bạn muốn lưu thông tin của mình.

Tôi sẽ tiếp tục với một tệp duy nhất cho bản trình diễn này, điều này cho phép khả năng phục hồi mạng, đây là một tính năng thực sự hay trong SQL Safe theo nghĩa là nếu bạn đang sao lưu vào một vị trí mạng - đó là những gì tôi đang làm ở đây, bạn có thể nhìn thấy từ kho lưu trữ chính - nếu bạn đang sao lưu vào vị trí mạng, có thể bạn sẽ gặp phải một số trục trặc mạng. Trong một số trường hợp nếu trục trặc mạng của bạn bị phản đối, hoạt động sao lưu sẽ hoàn toàn bán hết. Chà, kích hoạt tùy chọn khả năng phục hồi mạng, điều cơ bản là nếu gặp phải trục trặc mạng, điều mà SQL Safe thực hiện là, nó tạm dừng sao lưu và chờ một khoảng thời gian cụ thể và thử lại vị trí mạng. Và nếu nó có thể kết nối, thì nó sẽ tiếp tục sao lưu ngay tại nơi nó dừng lại. Bằng cách đó, bạn không mất hàng giờ đồng hồ để cố gắng chạy bản sao lưu này và ngay khi sắp hoàn thành, một trục trặc mạng gặp phải - chúng tôi không bán hoạt động ngay lập tức, chúng tôi sẽ chờ một chút và thử để hoàn thành nó một lần nữa.

Có một số tùy chọn khác khi cấu hình này. Bây giờ, về cơ bản, nó đòi hỏi khoảng thời gian chúng ta thử lại, vì vậy theo nghĩa này, nếu chúng ta gặp phải một trục trặc mạng, nó sẽ cố gắng truy cập lại vị trí mạng sau mười giây. Tùy chọn thứ hai ở đây về cơ bản cho bạn biết rằng nếu chúng ta gặp phải trục trặc mạng, nó nói là 300 giây ở đây - vậy thì, trong năm phút, tổng cộng - thì chúng ta sẽ hoàn toàn bán hoạt động sao lưu. Và đó là năm phút theo trình tự, vì vậy, nếu chúng ta thử lại nhiều lần và trong năm phút đó chúng ta vẫn không thể thiết lập lại kết nối mạng, thì chúng ta sẽ hoàn toàn bán hết hoạt động. Hoạt động cuối cùng này ở đây về cơ bản là trong toàn bộ thời gian sao lưu, vì vậy nếu bạn mất mười giây ở đây, hãy thiết lập lại kết nối và sau đó mất kết nối lại, nếu điều đó về cơ bản lặp lại trong 60 phút, thì hoạt động đó sẽ bán hết. Và chúng được cấu hình, như bạn có thể thấy, vì vậy bạn có thể điều chỉnh nó phù hợp với môi trường của bạn.

Tùy chọn lưu trữ nhân bản này ngay tại đây, đây là những gì tôi đã nói trước đó, có phản chiếu chống lỗi. Đây là nơi bạn có thể chỉ định một vị trí sao lưu khác, trong trường hợp bạn muốn. Tôi sẽ bỏ qua điều này ngay bây giờ, chỉ vì tôi muốn tiếp tục và tiếp tục. Trên các cửa sổ tùy chọn này, bạn có thể xác định những thứ như kiểu nén mà chúng tôi muốn sử dụng cho thao tác sao lưu này và liệu chúng tôi có muốn bật mã hóa cho tệp sao lưu hay không. Chúng tôi cung cấp một số tùy chọn khác nhau để nén, thậm chí không bao gồm, nếu bạn chọn rằng bạn không muốn có bất kỳ nén nào. Vì vậy, nó chỉ là để nhanh chóng đi qua các tùy chọn này.

Tốc độ cao về cơ bản cố gắng hoàn thành sao lưu nhanh nhất có thể, trong khi bao gồm một số lượng nén. ISize tập trung nhiều hơn vào việc bao gồm nén càng nhiều càng tốt nhưng có thể - bởi vì chúng tôi cố gắng nén nó rất nhiều - có thể sẽ lâu hơn một chút và có thể sử dụng CPU nhiều hơn một chút. Cấp độ 1 về cơ bản có nghĩa là mức độ nén ít nhất cho đến Cấp độ 4, mức độ nén nhiều nhất mà chúng ta có thể thêm vào. Vì vậy, đây là chi tiết hơn một chút, iSpeed ​​thường - từ này là gì? Phạm vi từ giữa cấp 1 và cấp 2 nén; phải xem hệ thống của bạn để xem có bao nhiêu CPU và tài nguyên có sẵn và đưa ra phán đoán về việc nén nhiều, nên sử dụng giữa Cấp 1 và Cấp 2.

ISize cũng làm điều tương tự, ngoại trừ Cấp 3 và Cấp 4. Có một số tùy chọn nâng cao khác ở đây, như chúng ta nên sử dụng bao nhiêu CPU, đây là tùy chọn tạo dữ liệu ánh xạ cho Cơ sở dữ liệu ảo của SQL và cả của chúng tôi tính năng khôi phục ngay lập tức. Bạn có thể bao gồm thông tin đăng nhập cơ sở dữ liệu và một số tùy chọn khác mà một số người dùng thấy rất có giá trị, vì vậy, như tạo kiểm tra từ điều này, để họ có thể kiểm tra sau đó, để đảm bảo các tệp sao lưu tốt. Nếu chúng tôi tiếp tục đến trang tiếp theo, đây là nơi bạn thiết lập thông báo của mình. Và bạn có thể thấy các tùy chọn khác nhau mà chúng tôi có ở đây: thông báo nếu sao lưu thất bại, thông báo nếu sao lưu bị bỏ qua, vì bất kỳ lý do gì. Nếu bản sao lưu bị hủy hoặc nếu bản sao lưu hoàn thành với cảnh báo và nếu bạn muốn, bạn có thể được thông báo là bản sao lưu của bạn sạch sẽ. Đối với các môi trường có số lượng cơ sở dữ liệu lớn, đó có thể không phải là thứ bạn muốn kích hoạt, chỉ vì nhiều khả năng bản sao lưu của bạn sẽ thành công và bạn sẽ tràn ngập email.

Trên trang tiếp theo, bạn có thể xem tóm tắt về những gì bạn đã xác định, 'gây ra hoạt động sao lưu này. Và nếu bạn muốn, nếu mọi thứ đều ổn, bạn có thể tiếp tục và nhấp vào sao lưu, chúng tôi sẽ khởi động nó. Trước khi tôi nhấp vào sao lưu, hãy để tôi tiếp tục và hiển thị cho bạn nút này tạo ra tập lệnh script. Bởi vì những gì SQL Safe cung cấp giao diện dòng lệnh trong đó bạn thực sự có thể khởi động một hoạt động sao lưu hoặc khôi phục, những gì bạn có, thông qua một dòng lệnh, nhắc nhở DOS. Nếu bạn bấm vào tập lệnh tạo ở đây, về cơ bản nó sẽ cung cấp cho bạn tập lệnh thực tế mà bạn có thể sử dụng, nếu bạn muốn gỡ bỏ bản sao lưu từ dòng lệnh.

Một điều thú vị khác là chúng tôi cũng cung cấp các thủ tục lưu trữ mở rộng và trong trường hợp này, chúng tôi tạo ra một tập lệnh cho bạn để thực hiện thao tác sao lưu chính xác này bằng cách sử dụng các thủ tục lưu trữ mở rộng - chỉ là một mẩu tin nhanh mà tôi muốn chia sẻ. Vì vậy, hãy đi và khởi động sao lưu này. Và bạn có thể thấy rằng bản sao lưu đã bắt đầu. Và cơ sở dữ liệu này là một chút lớn, vì vậy nó có thể mất một chút thời gian. Bạn có thể thấy rằng tôi đã chạy một vài lần ở đây, trước đây, vì vậy nó sẽ đưa tôi đến bất cứ nơi nào từ một phút đến ba phút. Đây là Cấp độ 4 nên tôi đoán nó sẽ ở giữa hai lần này.

Trong khi điều đó diễn ra, chúng ta hãy xem xét nhanh các chính sách. Như tôi đã đề cập trước đây, các chính sách cho phép bạn định cấu hình các hoạt động sao lưu theo lịch trình trên toàn doanh nghiệp của mình, vì vậy tôi có một chính sách ở đây, đã được cấu hình sẵn và thay vì tạo một chính sách mới, hãy tiếp tục và xem chi tiết về hoạt động này. Xin lỗi, VM của tôi đang chạy trên máy tính xách tay cá nhân của tôi và nó dường như đang chạy quạt khá khó khăn. (Cười)

Eric Kavanagh: Điều đó thật tốt - bạn biết đấy, tôi sẽ hỏi bạn một câu hỏi trong khi chúng tôi đang xem cái này ở đây. IDERA có sử dụng nhiều thay đổi thu thập dữ liệu về mặt sao lưu hay bạn đang thực hiện toàn bộ sao lưu mỗi lần? Làm thế nào mà nó hoạt động, bạn có biết?

Tep Chantra: Nói rằng một lần nữa, tôi xin lỗi?

Eric Kavanagh: Vâng, vậy bạn có biết IDERA có sử dụng CDC không, thay đổi công nghệ thu thập dữ liệu để thực hiện sao lưu nhỏ hơn, hay nó có thực hiện sao lưu toàn bộ mỗi lần không?

Tep Chantra: Tôi không tin như vậy. Tôi nhớ lại thấy rằng trước đây, trong một số vé. Và nếu tôi nhớ lại một cách chính xác, không, chúng tôi không tận dụng CDC, thành thật mà nói, về cơ bản, chúng tôi cho phép SQL Server thực hiện sao lưu, chúng tôi chỉ thu thập dữ liệu ở giữa và nén nó, dẫn đến một tập tin sao lưu đang được tạo. Vì vậy, về cơ bản sử dụng đó. Vâng.

Vì vậy, bây giờ tôi đã tải chính sách của mình oh oh, tôi xin lỗi, bạn có câu hỏi nào khác không?

Eric Kavanagh: Không, đó là nó. Đi về phía trước.

Tep Chantra: OK, vì vậy bây giờ tôi đã tải chính sách của mình, bạn có thể thấy một số điều nhanh chóng ở đây: tên, mô tả, bạn có thể đặt loại chính sách nào bạn sẽ tạo, cho dù đó là chính sách sẽ được quản lý, lịch biểu sẽ được quản lý bởi Đại lý máy chủ SQL hoặc lịch biểu sẽ được quản lý bởi Đại lý sao lưu máy chủ SQL. Trong hầu hết các trường hợp, bạn sẽ muốn sử dụng SQL Server Agent, vì đó thường là thứ gì đó đang chạy trên hệ thống của bạn, do đó cũng có thể tận dụng những gì có sẵn cho bạn. Trên tab thành viên, đây là nơi bạn chỉ định các thể hiện trong cơ sở dữ liệu sao lưu mà bạn muốn sao lưu. Và trong trường hợp này, bạn có thể thấy tôi đã thêm tất cả các trường hợp đã đăng ký của mình và tôi đã chỉ định cơ sở dữ liệu cụ thể cần được sao lưu. Bây giờ, nếu tôi muốn, tôi có thể tiếp tục chỉnh sửa chúng và nói, tôi muốn sao lưu tất cả các cơ sở dữ liệu hoặc chỉ cơ sở dữ liệu người dùng, hoặc thậm chí cơ sở dữ liệu hệ thống. Điều thú vị là tôi cũng có thể sử dụng ký tự đại diện và tạo cơ sở dữ liệu nhất định.

Tôi sẽ không thực hiện thay đổi đó ở đây, chỉ vì tôi không muốn thực hiện bất kỳ thay đổi lớn nào đối với cài đặt của mình. Vì vậy, hãy quay trở lại các tùy chọn. Và trên các tùy chọn, đây là nơi bạn xác định loại sao lưu nào bạn sẽ thực hiện và nếu bạn xem ở đây, tôi có đầy đủ các bản sao lưu, sao lưu vi sai và các bản sao lưu lớn được định cấu hình. Và đối với mỗi bản sao lưu này, tôi có thể xác định xem tôi muốn sử dụng một lượng nén cụ thể hay bật mã hóa. Cũng giống như các tùy chọn mà bạn sẽ tìm thấy trên trình hướng dẫn ad hoc. Và trên các vị trí, bạn cũng có thể xác định đích của các hoạt động sao lưu này. Một trong những điều tốt về chính sách là bạn cũng có thể xác định liệu bạn có muốn tiếp tục và xóa các tệp sao lưu cũ đó hay không, dựa trên số ngày X hoặc tuần, những gì có bạn.

Và đó là cấu hình cho từng loại sao lưu. Vì vậy, bạn có thể thấy ở đây, tôi có bản sao lưu đầy đủ của mình để xóa sau một tuần. Xóa vi sai của tôi sau hai ngày và tôi muốn sao lưu của mình xóa sau một ngày. Điều này thực sự tốt, vì nó tự động hóa xử lý kịch bản, các tệp sao lưu cũ, chỉ giữ lại những cái bạn thực sự cần, dựa trên thời gian. Trang tiếp theo bạn xác định lịch biểu và một lần nữa, lịch biểu có thể cụ thể cho từng loại hoạt động sao lưu mà bạn sắp hoàn thành, vì vậy, với toàn bộ, tôi đang chạy nó hàng tuần, sự khác biệt của tôi Tôi chạy nó cứ sau sáu giờ, nhật ký của tôi Tôi đang chạy cứ sau 30 phút. Trên trang tiếp theo là nơi bạn thiết lập thông báo và về cơ bản là cùng loại thông báo mà bạn đã tìm thấy trong bản sao lưu ad hoc, một điểm khác biệt là bạn có tùy chọn mới này, nơi nó có thể cho bạn biết nếu sao lưu không bắt đầu theo kế hoạch. Đây là nơi bạn có thể được cảnh báo về các tình huống mà các bản sao lưu của bạn không chạy. Thực sự quan trọng, đặc biệt là trong trường hợp bạn có một số SLA nhất định để đảm bảo rằng bạn có bản sao lưu có sẵn tại thời điểm bạn cần chúng. Và trang tiếp theo bạn có thể xem tóm tắt. Nếu tôi đã thực hiện bất kỳ thay đổi nào, nếu tôi nhấp vào kết thúc, nó sẽ ra ngoài và thực hiện các thay đổi đó, lưu nó và ví dụ sẽ lưu nó vào kho lưu trữ của các công việc của SQL Server Agent.

Và để nhanh chóng cho bạn thấy thực sự nhanh chóng, đây là một chính sách và một công việc mà tôi đã tạo cho chính sách cụ thể đó. Và bạn có thể thấy nó đã tạo ra ba công việc khác nhau: một công việc cho mỗi loại sao lưu. Bây giờ, thực sự nhanh chóng, hãy để tôi xem nhanh giao diện HUD và loại hình như tôi đã đề cập trước đó, cơ sở dữ liệu ảo được sử dụng để chúng tôi tích hợp vào SQL Safe. Bây giờ, như tôi đã đề cập, về cơ bản, nó đánh lừa SQL Server tin rằng một cơ sở dữ liệu thực tế đã được khôi phục khi trên thực tế chúng ta chỉ đọc tệp sao lưu. Vì vậy, hãy để tôi đi trước và không nhanh chóng thực sự cho các bạn. Hãy để tôi có một tập tin sao lưu. Ở đây, hãy để tôi có một bốn ngay tại đây. Quá trình hoàn tất và thực sự nhanh chóng, nếu tôi làm mới cơ sở dữ liệu của mình ở đây, bạn có thể thấy rằng cơ sở dữ liệu có thể truy cập được và SQL Server nghĩ rằng nó đang hoạt động, nhưng thực tế, chúng ta chỉ đọc dữ liệu từ cơ sở dữ liệu.

Một số tính năng khác mới của phiên bản này là khả năng thực hiện sao lưu bằng định dạng sao lưu mới nhất. Nó thực sự tiện dụng cho những khách hàng cần sử dụng quản lý dựa trên chính sách của chúng tôi, nhưng họ muốn giữ định dạng tệp SQL Server vì bất kỳ lý do gì. Bây giờ, tôi biết chúng ta sắp hết thời gian, vì vậy tôi nghĩ rằng tôi muốn tiếp tục và dừng bài thuyết trình này, để chúng tôi có thể đưa ra một số câu hỏi hoặc không có gì.

Eric Kavanagh: Vâng, chắc chắn rồi. Vì vậy, tôi nghĩ rằng một trong những chìa khóa thực sự là trong quản lý chính sách, phải không? Khi nghĩ về chính sách tối ưu và bạn dựa vào điều gì? Rõ ràng trong một số trường hợp có những quy định phải lo lắng, nhưng trong một doanh nghiệp có thể điều đó không được kiểm soát chặt chẽ; bạn chỉ cần tìm thời gian tối ưu để thực hiện sao lưu và sau đó, tôi đoán bạn sẽ nhận được một số báo cáo về việc mất bao lâu và tốn kém như thế nào về sức mạnh tính toán và v.v. Điều gì đi vào việc xác định chính sách tối ưu?

Tep Chantra: Đó thực sự là một trường hợp, mỗi môi trường sẽ có một chính sách khác nhau liên quan đến việc khi nào các bản sao lưu này sẽ chạy. Ngoài ra, và điều đó có thể đòi hỏi loại sao lưu đang chạy, lịch trình mà họ chạy và nó thực sự xác định, thực sự cũng phụ thuộc vào nhu cầu phục hồi của họ, tôi cho rằng, đó là câu trả lời.

Eric Kavanagh: OK, vâng. Và bạn đã nói về việc có thể thực hiện các loại sao lưu và sọc khác nhau là một trong những lựa chọn. Đó có phải là loại dữ liệu nóng và lạnh, hay logic đằng sau sự thay đổi, trái ngược với một số phương pháp khác?

Tep Chantra: Vì vậy, tôi nghĩ rằng câu trả lời tốt nhất tôi có thể cung cấp cho điều đó là vì vậy, các tệp sọc, những gì chúng ta thực hiện là viết nội dung sao lưu trên một số tệp khác nhau. Tôi tin rằng ý tưởng sử dụng các tệp sọc là bạn có thể viết các tệp sao lưu của mình nhanh hơn theo cách đó. Chẳng hạn, bạn có thể để mỗi tệp khác nhau đi đến một vị trí khác nhau. Điều đó cũng gây tốn kém cho máy chủ, vì bạn đang phân phối các tệp sao lưu của mình đến các vị trí khác nhau.

Eric Kavanagh: Và có một số điều mới mẻ, thú vị về khả năng khôi phục, phải không? Bởi vì hãy nói rằng có một số loại sự kiện, cho dù đó là một thảm họa tự nhiên hoặc ransomware, bất kể trường hợp nào có thể xảy ra. Bạn không cần phải có một lựa chọn để khôi phục, phải không? Bạn có thể đặt ưu tiên cho những gì được khôi phục và loại dữ liệu nào không? Bạn có thể nói về các lựa chọn ở đó?

Tep Chantra: Vâng, về mặt khôi phục, tôi đã đề cập trước đó rằng chúng tôi cung cấp khả năng thực hiện khôi phục tức thì, về cơ bản giúp người dùng truy cập dữ liệu nhanh hơn, phải không? Và chỉ để chứng minh, tôi đã làm một cái trước đó, vì vậy bạn có thể thấy ở đây, một lần nữa, cơ sở dữ liệu này không lớn lắm, đây là cơ sở dữ liệu chạy trên máy tính xách tay của tôi. Vì vậy, tôi nghĩ rằng nó có thể giống như hai hợp đồng biểu diễn, nhưng cơ sở dữ liệu này đã hoàn thành trong vòng 37 giây. Thực tế khôi phục. Vì vậy, tôi phải mất 37 giây trước khi có thể truy cập dữ liệu của mình, vì vậy với việc khôi phục tức thì, tôi có thể truy cập cơ sở dữ liệu của mình trong vòng hai giây. Vì vậy, bạn có thể tưởng tượng nó sẽ trông như thế nào nếu cơ sở dữ liệu của bạn lớn hơn nhiều.

Eric Kavanagh: Vâng, điểm tốt. Và tất nhiên, chúng tôi đã nói về điều này trước buổi biểu diễn; bạn đã dành rất nhiều thời gian trên tuyến đầu để hỗ trợ mọi người và sau đó chuyển sang không gian quản lý sản phẩm, vì vậy, đó là một thách thức khác, tôi cho rằng. Nhưng bạn đã ở trên tuyến đầu - tôi nghĩ rằng đó là một nơi khá tốt để tìm hiểu nơi mọi người đi sai và một số vấn đề là gì. Bạn thấy gì khi một số cạm bẫy phổ biến hơn, mà mọi người có thể tránh nếu họ chỉ nghĩ về những thứ này tốt hơn?

Tep Chantra: Một số cạm bẫy phổ biến chỉ là - tôi cho rằng như bạn đã đề cập trước đó - lên lịch sao lưu của bạn. Đã có những lúc tôi thấy mọi người đang cố gắng tận dụng, ví dụ, chính sách, chính sách, chính sách của chúng tôi, bạn đang thực hiện rất nhiều bản sao lưu và dựa trên LSM. Và trong một số trường hợp, tôi đã thấy một số người cũng có một số tiện ích khác thực hiện sao lưu trên cơ sở dữ liệu của họ, điều này thực sự gây rối cho chính sách vận chuyển nhật ký của họ, vì các bản sao lưu được tạo ra bên ngoài SQL Safe và chúng tôi không biết về chúng. Nó chủ yếu chỉ là lên kế hoạch cho những điều phía trước, đó là nơi cạm bẫy đến từ.

Eric Kavanagh: Không làm tôi ngạc nhiên. Vâng, thưa các bạn, đây là một đánh giá tuyệt vời về một số cách ngăn chặn và giải quyết cần thiết để giữ cho doanh nghiệp của bạn hạnh phúc, để giữ cho khách hàng của bạn hạnh phúc. Tôi muốn gửi lời cảm ơn sâu sắc tới tất cả mọi người, Tep Chantra từ IDERA, bước vào đây, thực hiện một số bản demo trực tiếp, điều đó luôn thú vị - luôn luôn có một chút rủi ro khi làm bản demo trực tiếp, nhưng tôi nghĩ rằng nó đã diễn ra khá tốt. Bạn biết đấy, đó là những thứ cơ bản, nhưng đó là điều mà nếu bạn không làm điều đó, bạn sẽ gặp phải tất cả các vấn đề. Vì vậy, đây là công cụ quan trọng mà các công ty có một số người làm.

Vì vậy, Tep, cảm ơn bạn đã dành thời gian. Các bạn, chúng tôi lưu trữ tất cả các webcast này để xem sau, vì vậy thông thường bạn có thể quay lại trong vòng một hoặc hai giờ và kiểm tra kho lưu trữ. Nhưng một lần nữa, một lần nữa, những thứ tuyệt vời ở đây, chúng tôi đang cố gắng giúp doanh nghiệp luôn đứng đầu, chúng tôi đánh giá cao tất cả thời gian và sự chú ý của bạn, những người ngoài kia. Chúng tôi sẽ bắt kịp với bạn lần sau. Bạn đã nghe Hot Technologies. Hãy bảo trọng, thưa các bạn. Tạm biệt.